[Fix] scan_spec_ids の duplicates を共有採番モードに追随させ同一履歴由来の誤報告を解消 (#181)

[BlueEventHorizon]

概要

Issue #181 の修正。find_duplicates() が full ID 文字列 × ブランチ数だけで重複判定していたため、共有番号衝突（ADR-032 vs DES-032）を検出できず、逆に同一履歴由来の正常な ID を大量に誤報告していた。

変更内容

• 重複判定キーの変更: (prefix, 番号) をキーとし、--share-prefixes 指定時は番号のみをキーにする（prefix 違い・同番号を衝突として検出）
• 同一履歴由来の除外: 「同じキーを異なるファイルパスが主張する」場合のみ衝突として報告。同一パスが複数ブランチに存在するだけのケースは正常として除外
• 出力スキーマ拡張: duplicates エントリに ids / paths を追加（id / branches は後方互換で維持）
• 番号の int 正規化: DES-032 と DES-32 を同番号の衝突として扱う
• prefix 境界の追加: (?<![A-Za-z0-9-]) により COMMON-DES-001 のような別名前空間 ID が DES-001 として誤抽出されるのを防止（本修正の実測検証時に検出した残存ノイズ。これを除去しないと duplicates が警告として機能しないため本 PR に含めた）
• SKILL.md 更新: next-spec-id の出力スキーマ例・セマンティクス説明、start-design の警告文言を新仕様に整合

受け入れ基準との対応

• ADR-032_foo.md と DES-032_bar.md がある場合、--share-prefixes ADR,DES で共有番号衝突が検出される → test_share_prefixes_detects_shared_number_collision
• develop と current branch に同一ファイル由来で存在する既存 ID は duplicate 警告にならない → test_share_prefixes_same_history_ids_not_reported
• start-design/SKILL.md の「duplicates が空でない場合は警告」の意味と実装が一致 → SKILL.md に衝突セマンティクスを明記

実リポジトリでの実測

修正前: duplicates 22 件（すべて同一履歴由来の誤報告 + COMMON-DES 誤抽出）
修正後: duplicates 0 件、next_id: DES-034 / max_number: 33 は不変

テスト

python3 -m unittest discover -s tests -p 'test_*.py'
Ran 1305 tests ... OK (skipped=1)

dprint check pass。

Closes #181

🤖 Generated with Claude Code