PJR-0155 dctカタログの1 domain複数ファイル分割（物理分割）対応

1. 概要

domain一意制約を緩和し、同一domainの複数dctファイルをbuild時にマージ可能にする

現行の dct カタログは、catalog build の出力が domain をキーに束ねられる都合上、domain 一意制約（src/catalog.ts の validateCatalogDomains）により 1 domain = 1 ファイルが前提となっている。data-model のように反復要素（業務データ辞書・概念モデルを業務領域ごとに複製）が多いカタログは単一ファイルが肥大化するため、論理 domain を維持したまま物理ファイルを分割できるよう、同一 domain を持つ複数 dct ファイルを build 時にマージ可能にする。

2. 完了条件

• 同一 domain を持つ複数 dct ファイルが catalog build 時に 1 つの domain カタログへ決定的な順序でマージされる。
• validateCatalogDomains が同一 domain の複数ファイルを ERROR とせず、マージ対象として許容する。
• local_id のプロジェクト内一意性検証が維持され、マージ後も重複を検出できる。
• groups のマージ規則（章の順序・base_path 継承・入れ子）が再現可能で、環境差で結果が変わらない。
• 既存の単一ファイル構成が後方互換で従来どおり動作する。

3. 作業内容

No	作業	担当	状態	メモ
1	分割時の命名・マージ順序の設計方針確定（dct-<domain>-<part>.yaml 案の是非を含む）	ARC	done	dct-<domain>-<part>.yaml を採用。マージ順序はファイル名昇順で決定的
2	schema / rulebook の更新（同一 domain 複数ファイルの許可と命名規約の追記）	ARC	done	dct.schema.yaml の domain 説明と specdojo:dct-rulebook を更新
3	validateCatalogDomains をマージ許容へ変更	ARC	done	src/catalog-build.ts。整合性・重複 local_id 検出は維持
4	catalog build を domain 単位のファイル横断マージへ改修	ARC	done	src/catalog-build.ts。generate は改修不要と判断（対応結果に記載）
5	テスト追加（マージ・順序・重複検出・後方互換）	ARC	done	tests/src/catalog-merge.test.ts 追加・既存テスト更新
6	検証（npm run build / lint:ts / validate:catalog）	ARC	done	全 781 テスト通過。実カタログ validate は全 OK

4. 対応結果

• 同一 domain を宣言する複数の dct-<domain>-<part>.yaml を、catalog build がファイル名昇順で 1 つの dct-<domain>.md へ決定的にマージするよう改修した。単一ファイル構成では出力名 dct-<domain>.md が従来どおりで後方互換を維持する。
• validateCatalogDomains を「domain 重複を一律 ERROR」から「同一 domain の部分ファイルがマージ可能か（project_id / base_path 一致・local_id のプロジェクト内一意）を検証」する方式へ変更した。
• catalog generate は各ファイルの deliverables を個別に実体化する処理で、domain マージ対象の生成物（dct-<domain>.md）を作らないため改修不要と判断した。複数ファイル構成でも各ファイルの成果物が独立に生成され、local_id の横断重複は既存の validateCatalogLocalIds 警告で検知される。

5. 関連ドキュメント

• specdojo:dct-rulebook
• docs/specdojo/schemas/v1/dct.schema.yaml
• src/catalog.ts
• src/catalog-build.ts
• src/catalog-generate.ts