…tent collections (#16774)

…level arrays (#16730)

* fix(content): generate anyOf schema for file() loader to support top-level arrays

The file() loader accepts both top-level array JSON files and record object
JSON files. Previously, generateJSONSchema always wrapped the item schema in
z.object({}).catchall() which produces a type:object JSON schema. When the
source file is a top-level array, VS Code reports validation errors because
the data shape doesn't match the generated schema.

Replace the object-only wrapping with a z.union of the array shape and the
object shape. This generates an anyOf in the output JSON schema, allowing
VS Code to validate array-shaped and object-shaped files correctly.

The $schema property is injected into the object branch only — top-level
array JSON files cannot reference an external schema property.

Fixes #16602

* test: update content intellisense test for file loader union schema

* chore: add changeset for file loader anyOf schema fix

* docs(changeset): reword to user-facing prose per astro guide

* feat: try something else

* fix: return buffer format instead of asked format in error cases so SSR gets the proper format

* fix: better error message

* fix: update for feedback

* chore: cleanup comments

Co-authored-by: Matt Kane <m@mk.gg>

* Allow npm and npx commands in triage agent sandbox

* Remove npm from allowed commands, keep only npx

The route cache stores getStaticPaths() return values keyed by route path,
but never checked whether the module that produced those values had been
re-evaluated. After HMR, components passed as props via getStaticPaths()
remained stale even on manual refresh.

Store the module reference in the cache entry and compare identity on
lookup. A new module object (from a fresh import after HMR) causes the
cache to miss, re-calling getStaticPaths() with updated references.

Fixes #16522

When an SSR-only module changes, moduleGraph.invalidateModule() recursively
walks importers and populates the invalidatedModules set. However, the
runner's evaluatedModules cache was only invalidated for the directly
changed file. Barrel files (e.g. index.ts re-exporting components) stayed
cached in the runner, so dynamic import() calls returned stale exports.

Invalidate all modules in the invalidatedModules set in the runner cache,
not just the directly changed ones.

Fixes #16000

…ne (#16789)

* Check for existing PR before creating in fix-verification agent

* Verify pulls response is an array before indexing

* Wrap findPullRequest in try/catch with better error message

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>