PJR-ZJXQ 個票に approach と対象を書けるようにする
1. 概要
個票の frontmatter と schema に approach と targets（成果物の local_id か kata の id）を加え、register add --approach --target で指定でき、組み合わせの誤りを起票の時点で止める。PJR-H72A の決定に基づく
2. 完了条件
prj-0001:pjr-h72a-register-approach-execution の決定の 2・7 に基づく 1 件目。個票で approach と対象を指定できるようにし、組み合わせの誤りを起票の時点で止める。plan の生成への反映は prj-0001:pjr-h06f-register-approach-plan-generation で行う。
2026-10-17 時点で、個票の frontmatter の schema（docs/specdojo/schemas/v1/register-item-frontmatter.schema.yaml）には、対象の文書の doc id の一覧 targets が既にある。対象は既存の targets に doc id で書き、新しく加えるのは approach だけとする（決定の「成果物の local_id か kata の id」は、doc id で表す）。
条件:
- 個票の frontmatter の schema に
approachを加える。値はsrc/shared/agent-types.tsのApproachと同じ集合とし、schema と型の値の一致をテストで確かめる。 register add --approach <approach> --target <doc-id>（--targetは複数を指定できる）で、個票にapproachとtargetsを書ける。register updateでも変更できる。approachを書いた個票では、targetsを 1 件だけ必須とする（schedule のタスクと同じく、1 件の成果物か 1 件の kata を扱う）。- 組み合わせを、起票と更新の時点で確かめ、誤りなら理由を出して止める。
- 成果物を作る・直す approach（
fully-guided・recipe-guided・freeform・bootstrap・retrofit・cross-deliverable-dedup・finalize・bootstrap-finalize）は、成果物カタログ（DCT）にある成果物の doc id を対象にする。 - kata を直す approach（
rulebook-maintenance・recipe-maintenance・sample-maintenance・template-maintenance）は、それぞれ rulebook・recipe・sample・template の doc id を対象にする（例:rulebook-maintenanceはspecdojo:pjr-rulebook）。 - 対象の doc id が解決できない場合も止める。ただし、成果物を作る・直す approach の対象は、文書の索引ではなく成果物カタログ（DCT）で解決する。まだ文書のない成果物（例: カタログにあって未作成の
prj-0001:cxd-specdojo）をfully-guided・bootstrapなどで作るためである（2026-10-18、1 回目の統合の後の確認で、未作成の成果物を対象にできないことが分かった）。kata の対象は、従来どおり文書の索引で解決する。
- 成果物を作る・直す approach（
register buildの一覧（pjr-index.md）は変えない（approach を列に加えない）。exec run --registerは、本件ではapproachを読まない（後続の PJR-H06F で扱う）。approachを書いた個票を実行しても、従来の register の plan で動くことを確かめる。- register の個票の規則（
docs/ja/specdojo/rulebooks/pjr-rulebook.md）と、docs/ja/specdojo/references/command-reference.mdのregister add・register updateに、approachと--targetを書く。 - CHANGELOG に記載する場合は、未公開の版の節（
## [0.4.0] - 未定）に書く。公開済みの版の節は変えない。 - 作業を終える前に、
npm run typecheck・npm run lint:ts・npm run test:unitを実行して通す。 - 親の検証（lint-ts・lint-fm・lint-md・typecheck・test-unit・test-integration・validate-schema）が通る。
3. 作業内容
| No | 作業 | 担当 | 状態 | メモ |
|---|---|---|---|---|
| 1 | schema に approach を加える | DEV | done | 型と値を揃えた |
| 2 | register add・update に --approach・--target を加える | DEV | done | - |
| 3 | 組み合わせの検証を入れる | DEV | done | 起票と更新の時点 |
| 4 | 規則とコマンドリファレンスを更新する | DEV | done | - |
4. 対応結果
個票 Frontmatter に approach を追加し、既存の targets と組み合わせて register add / update から設定・変更・削除できるようにした。approach の値は共有型の定数と schema の一致をテストし、対象を 1 件に制限した。文書索引による解決、成果物カタログ上の成果物か、保守対象の kata 種別が一致するかを、書き込み前に検証する。approach を持つ個票から従来形式の register plan を生成する回帰テストも追加し、plan 生成の切り替えは prj-0001:pjr-h06f-register-approach-plan-generation に残した。残課題はない。