coding.loop

Coding / ループエンジニアリング

要件定義済み計画を起点に、完了条件を満たすまで /coding.design と /coding.execute（各ステップ後は必ず /coding.comment）を自律反復する。 Coding-Commands のステップ2〜3を外側ループで束ねる。ステップ1（/coding.requirement）は前提として完了済みであること。 正本はこの SKILL のみ（同名 Prompt は置かない）。

本 SKILL 実行中は、単発 /coding.design 末尾の「ユーザー承認待ち」で止まらず、ゲート（DO NOT 残ゼロ・完了条件・タイムアウト）に従って execute / 次ループへ進む。

要件定義済み計画を進める過程で、追加の要件・実装詳細・解釈の分岐が出た場合は、次節の優先度に従って解決する（推測のまま進めない）。

未決の追加要件・実装詳細の解決優先度

適用対象: ループ中（分割計画の用意・design・レビュー・execute）に現れた、計画に足りない追加要件や実装詳細。 適用しない: 完了条件そのものが不明な場合（事前チェックの緊急停止）、および /coding.requirement のやり直し。

次の順で試し、上で決まれば下へ進まない。

flowchart TD
    Gap["追加要件・実装詳細の未決"] --> P1{"1. SKILL / ドキュメントで<br/>解決できるか"}
    P1 -->|はい| Apply1["その規約・手順に従う"]
    P1 -->|いいえ| P2{"2. 既存コードの慣習・<br/>隣接実装で解決できるか"}
    P2 -->|はい| Apply2["既存に揃える"]
    P2 -->|いいえ| P3["3. 異なる Model の<br/>Sub Agent 3体で合議"]
    P3 --> Decide["多数意見を採用し<br/>分割計画へ明記"]

1. SKILL およびドキュメントに従う

• 本 SKILL、engineer-software-design、agent-job-description、{assets}/coding/*
• リポジトリの docs/、レイヤー規約、Coding-Commands 関連文書、関連 SKILL の DO / DO NOT
• ここで一意に決まるなら、その決定を分割計画に書いて続行する

2. 既存コードに従う

• 同レイヤー・隣接 feature・同種の既存実装・テストの書き方を正とする
• 「プロジェクトで既にやっているやり方」を優先し、新規パターンを発明しない
• 根拠となるファイルパスを分割計画に残す

3. 異なる Model の Sub Agent 3体で合議する

1 と 2 で決まらないときだけ行う。/coding.design / /coding.execute の通常レビュー経路とは別の、未決解消用の例外である。

1. 未決点・制約・候補を短く整理した同一プロンプトで、互いに異なる model の Sub Agent を 3つ並列起動する
   • model はセッションで利用可能なスラッグから選ぶ（例: 異なる提供元・系統を混ぜる）
   • 3体とも同じ model にしない
2. 各 Agent に、結論・根拠・却下した案を返させる（実装差分の本番適用はさせない。助言のみ）
3. 親 Agent が合議する
   • 2体以上が一致 → その案を採用
   • 3者ばらばら → 既存コードへの影響が小さい案、またはドキュメントに近い案を選び、却下理由を計画に残す
4. 採用結果を {stem}_{N}.md に明記してから design / execute を続ける
5. 合議でも完了条件自体が割れ、検証不能になった場合のみ緊急停止（完了条件不明）する

呼び出し形式（必須）

/loop /coding.loop {要件定義済み計画} {完了条件・任意のタイムアウト等}

• /loop が先、続けて SKILL 名 coding.loop
• skill 単独や形式不一致では 起動しない

いつ使うか / 使わないか

使う:

• /loop /coding.loop … で始まる指示のみ

使わない:

• skill 単独の呼び出し（/loop 無し）
• 単発の /coding.design / /coding.execute
• /coding.requirement 未完了、または要件計画が無い
• 完了条件がプロンプトにも計画にも無い（→ 事前チェックで緊急停止）
• Coding-Commands 外の /loop（例: ライブラリ更新だけ）