feat(codegen-ts): make stock entity, queries and barrel generators importable again

[dmealing]

What Changed

• Import restored (TypeScript). entityFile, queriesFile, routesFile and barrel are exported from @metaobjectsdev/codegen-ts/generators again. 1.0 removed them so that an owned copy was the only way to run them. The rule is now: import a stock generator to run it as shipped, and meta eject it to change what it emits. Both paths are supported and tested. The config loader's diagnostics for the removed imports are deleted.
• Nothing changes for a project that owns its copies. They run as before, and meta eject --list and meta verify --codegen behave as before. meta init still wires nothing; only its scaffolded comment and next steps changed.
• The catalog says how to import. meta gen --list prints the import line that runs each generator as shipped (wire.import on the JSON row). Registry entries carry factoryExport, gated against each package's real exports and against the symbol each reference template exports, so moving between the two paths is one import line.
• Two more generators can be ejected. callable and trace-helper gained reference templates, thin generators over renderCallableFile and renderTraceHelper.
• Docs. ADR-0034 Amendment 5, own-your-codegen (the import-or-own table and the steps for replacing an unmodified owned copy with the import), the CLI and codegen-ts READMEs, the codegen, audit and prompts skills and the always-on agent context with regenerated goldens, and CHANGELOG entries under 1.1.0.

Why restoring the import is safe

1.0 removed the import (ADR-0034 Decision 3) so that an adopter would not have to fork the package to customize. meta eject now copies any reference at any time, so that exit is one command away whichever path a project starts on. An imported generator is still a reference helper: its output can change in a MINOR, and meta verify --codegen reports the difference until the project regenerates.

"Everything ejectable" audit

State after this PR, rebased on main. Every port's generators run as shipped, selected by name or import.

Port	Not ejectable
TypeScript	template (permanent: it is the Mustache primitive and has no emit logic of its own). shared-model, docs, api-docs and mermaid-er are not yet ejectable; a sibling change covers them.
C#	template
Java	template (entity and extractor became ejectable in #425)
Kotlin	none
Python	template

TypeScript gaps closed here: entity, queries, routes and barrel are importable, and callable and trace-helper are ejectable. Gaps outside TypeScript were reported and are not fixed in this PR.

CI evidence

The gate's hosted CI step is skipped for this repository (CI is local), so the evidence is the local run:

• scripts/ci-local.sh --quick passed on the feature commit: 36 steps covering the hygiene and drift gates, ts build and typecheck, TypeScript conformance, the ts unit suites and the mutation gate.
• The pipeline's test and lint steps ran the same script in its two halves (--only ts-fast --only ts-unit, and --only gates) on the rebased head, and both passed.
• Not run: the C#, Java, Kotlin and Python conformance lanes, the Java reactor and the Docker integration suite. No file under those ports changed in this PR.

Validation runs

Two. Run 1 completed review after six fix rounds, which applied the maintainer's two rulings (template is the one permanent exception; the catalog prints the import line only, with no derived call) and corrected the guidance on dropping an unmodified owned copy. It then failed in the test step: the configured test command passed, but the pipeline's evidence agent timed out and its failover failed. Run 2 rebased onto main (one conflict in ADR-0034, resolved by keeping both amendments), passed review with no findings, and passed.

Validation

Risk Assessment

✅ Low: The change restores four exports, adds two reference templates that are byte-gated against the built-ins, and removes a loader diagnostic that no longer applies; the trace-helper split is a line-for-line move, the documentation and skill wording matches the CLI source, and the remaining package-only generators follow the user's recorded decision.

Testing

Baseline ts-fast/ts-unit already green. Drove the built CLI live: importing the four stock generators from the package generates 10 files and passes verify --codegen. The integration test also covers owned-copy-equals-import output and the default-eject adapter-line delta, both through the built CLI. codegen-ts and cli suites pass. Repo-wide suite not run here. Disposable project cleaned up. Result: pass.

• Live validation: ✅ go - 4 of 5 scenarios driven live against the product

Scenario	Result	Live	Evidence
Adopter imports entityFile/queriesFile/routesFile/barrel from @metaobjectsdev/codegen-ts/generators and meta gen writes the per-entity files and index	✅ pass	live	Manual CLI run in disposable project: gen exit 0, 10 files written; integration test case 1
meta verify --codegen is clean on output produced by package-imported stock generators	✅ pass	live	verify --codegen exit 0; stock-generators-importable.test.ts case 1
Owned copy of the stock generators, bound back to the package HTTP-adapter runtime, emits byte-identical output to the import (and the reverse drop is a no-op)	✅ pass	live	stock-generators-importable.test.ts case 2 (subprocess built CLI)
A default meta eject of the stock generators changes only the HTTP-adapter import lines	✅ pass	live	stock-generators-importable.test.ts case 3 (subprocess built CLI)
Adversarial: adopter on a 1.0.x install importing the four from the package is refused as a blocker (migration boundary)	⏸️ untested	no	Would require installing a 1.0.x package alongside this build in the workspace; not driven. Not needed for the 1.1.0 import path the intent asks for.

• Outcome: ⚠️ 1 info across 1 run (10m32s)

Pipeline

Updates from git push no-mistakes

✅ **Intent** - passed

✅ No issues found.

🔧 **Rebase** - 1 issue found → auto-fixed ✅

• ⚠️ spec/decisions/ADR-0034-codegen-scaffold-and-own.md - merge conflict rebasing onto origin/main

🔧 Fix applied.
✅ Re-checked - no issues remain.

✅ **Review** - passed

✅ No issues found.

⚠️ **Test** - 1 info

• ℹ️ Full server/typescript regression suite not run in this step. Ran codegen-ts (2557 pass) and cli (1470 pass, 3 skip) package suites, all green. Repo-wide conventional run exceeds the time budget here; the baseline ts-fast/ts-unit lane covers the rest.
• Live validation: ✅ go - 4 of 5 scenarios driven live against the product

Scenario	Result	Live	Evidence
Adopter imports entityFile/queriesFile/routesFile/barrel from @metaobjectsdev/codegen-ts/generators and meta gen writes the per-entity files and index	✅ pass	live	Manual CLI run in disposable project: gen exit 0, 10 files written; integration test case 1
meta verify --codegen is clean on output produced by package-imported stock generators	✅ pass	live	verify --codegen exit 0; stock-generators-importable.test.ts case 1
Owned copy of the stock generators, bound back to the package HTTP-adapter runtime, emits byte-identical output to the import (and the reverse drop is a no-op)	✅ pass	live	stock-generators-importable.test.ts case 2 (subprocess built CLI)
A default meta eject of the stock generators changes only the HTTP-adapter import lines	✅ pass	live	stock-generators-importable.test.ts case 3 (subprocess built CLI)
Adversarial: adopter on a 1.0.x install importing the four from the package is refused as a blocker (migration boundary)	⏸️ untested	no	Would require installing a 1.0.x package alongside this build in the workspace; not driven. Not needed for the 1.1.0 import path the intent asks for.

• scripts/ci-local.sh --only ts-fast --only ts-unit --strict-toolchains
• bun test test/integration/stock-generators-importable.test.ts (cli package, built CLI, 3 pass)
• Manual live run: disposable adopter project under the worktree test fixtures, config imports entityFile/queriesFile/routesFile/barrel from @metaobjectsdev/codegen-ts/generators; bun packages/cli/bin/meta.ts gen exit 0, wrote 10 files (User/Post/Tag .ts, .queries.ts, .routes.ts, index.ts)
• Manual live run: meta verify --codegen exit 0 on the generated output
• bun test in packages/codegen-ts (2557 pass, 0 fail)
• bun test in packages/cli (1470 pass, 3 skip, 0 fail)
• Removed the disposable fixture directory after the run

✅ **Document** - passed

✅ No issues found.

✅ **Lint** - passed

✅ No issues found.

✅ **Push** - passed

✅ No issues found.