design-results の書き直しが、主題で束ねた実装のプランの触るファイルと課題を先頭の課題の分だけにする #2056

要求

supervise.py の設計の結果（design_stage.rewrite）が、複数の課題を持つ実装のプラン（主題で束ねたプラン）へ書き直すとき、プランの 課題 にあるすべての課題の行の「触るファイル」と課題番号を残す。

今の作り

• plugins/ndf/scripts/supervise_lib/design_stage.py の rewrite は、実装のプランごとに res.files_of(n)（n はファイル名 -impl-<n>.json の番号）だけで 触るファイル を書き、課題 を [n] + 取り込む課題 で上書きする
• 設計の結果の表で同じ設計の別の課題を「実装する」（取り込むではない）とした行は、どの実装のプランにも入らない（impl_plans は番号 n のプランしか持たない）

起きたこと

スプリント a2 の主題「プランの上限と再開」（#1263 #1944 #1513、設計 PR #2046）。設計の結果の表は 3 課題とも「実装する」で触るファイルを持っていたが、5-impl-1263.json の触るファイルは #1263 の 8 件だけになった。実装の担当は「#1944 の refactor_lib と #1513 の monitor は触る範囲の外」として #1263 だけを直して止まり（2026-10-17 15:43 JST）、conductor がプランの触るファイルと課題を手で足して流し直した（再開 18:05 JST。止まっていた時間は約 2 時間 20 分、ほかのプランの実装が流れていた時間と重なる）。

受け入れ条件

• 1. 実装のプランの 課題 が複数の番号を持ち、設計の結果の表でそれぞれが「実装する」なら、書き直した 触るファイル は各行の触るファイルの和（順は表の順・重複なし）
• 2. 書き直した 課題 は元の 課題 の番号を落とさない（取り込む課題を足すのは今のとおり）
• 3. 実装の指示（impl の prompt）の「触る範囲」と課題の参照が 1・2 の値で組まれる
• 4. 既存のテストが通る

由来

スプリント a2 の振り返り（#2008）。主題で束ねる手段は #1921 が扱う（あちらは設計の前の取り込み。こちらは設計の後の書き直しで落ちる）。

見積

Size 1。rewrite の 2 行とテスト。