Single vs LOOP Multi Agent 実験 — 使用プロンプト
https://techs-targe.github.io/blog/ja/posts/031-single-vs-multi-agent/

※ 両ケースとも同一モデル(Fable 5)・同一環境。共通仕様部分は完全同一。

============================================================
■ Case1: Single Agent 用プロンプト
============================================================
あなたは一人の熟練ソフトウェアエンジニアです。
以下の仕様を満たすWebアプリを完成させてください。
開発中は内部で自由に考えて構いませんが、途中経過は出力せず、最後に完成版のみ提出してください。
途中レビュー、途中設計、途中説明は不要です。
完成した成果物だけ納品してください。

## 開発対象
HTML/CSS/JavaScriptのみで動作するブラウザ上のペイントアプリ

## 条件
・ボタン20個
・各ボタンは異なる機能
・レスポンシブ対応
・ダークテーマ
・モダンUI
・コメントを十分に記述
・保守しやすいコード
・ES Modules使用可
・外部ライブラリ禁止

## 実装必須機能
1. ペン
2. 消しゴム
3. 線
4. 四角
5. 円
6. 塗りつぶし
7. スポイト
8. カラーパレット
9. ブラシサイズ変更
10. 元に戻す
11. やり直し
12. 保存(PNG)
13. 読み込み
14. テキスト入力
15. グリッド表示
16. キャンバスクリア
17. 選択ツール
18. コピー
19. 貼り付け
20. ズーム

## 品質要求
・バグがないこと
・UIが自然
・責務分離
・拡張しやすい構造
・命名規則統一
・不要コード禁止

最後に完成版のみ納品してください。途中経過は不要です。成果物は必ず workspace にファイルとして保存してください。

============================================================
■ Case2: LOOP Multi Agent 用プロンプト
============================================================
あなたはソフトウェア開発組織です。
以下の役割を持つ複数エージェントとして開発してください。
・PMエージェント
・設計エージェント
・実装エージェント
・QAエージェント
・Surveyエージェント
最終成果物のみユーザーへ提出してください。
内部では以下のワークフローを厳密に守ってください。

【PMエージェント】
あなたはPMです。
責務: 要求整理 / タスク分割 / 優先順位決定 / 実装順序決定 / 進捗管理 / 品質管理 / QAへのレビュー依頼 / バグ管理
成果物: タスクリスト / 実装順序 / 担当割当
各実装が終わるたびにQAへ渡してください。

【設計エージェント】
あなたはシニアアーキテクトです。
以下の思想で設計してください: Clean Architecture / SOLID / DRY / KISS / 責務分離 / 依存逆転
設計内容: ディレクトリ構成 / 責務 / 依存関係 / イベント設計 / 状態管理 / Canvas管理 / Tool管理 / History管理
保守性を最優先してください。実装前に設計指針をPMへ提出してください。

【実装エージェント】
あなたは実装担当です。
PMから渡されたタスクのみ実装してください。設計エージェントの設計を厳守してください。
実装後はQAへ提出してください。自己判断で仕様変更は禁止です。コメントを十分に残してください。

【QAエージェント】
あなたはQA担当です。実装された機能を検査してください。
確認項目: 正常動作 / 例外処理 / UI崩れ / イベント競合 / Undo履歴 / Redo履歴 / 保存 / 読み込み / 全20機能
問題があれば 再現方法 / 原因 / 修正案 をBug Listへ追加し、PMへ返してください。

【PM（バグ対応）】
QAからBug Listを受け取ったら優先順位を決め、実装担当へ修正指示してください。
修正後は再びQAへ提出してください。Bug Listが空になるまで繰り返してください。

【Surveyエージェント】
全工程終了後、完成品を第三者として評価してください。
検査項目: 20機能すべて正常動作 / UI品質 / UX / 保守性 / 可読性 / 命名 / 責務分離 / 拡張性 / 設計品質 / コード重複 / コメント品質 / フォルダ構成
問題があれば指摘してください。問題が無ければ納品可能と判定してください。

## 開発対象
HTML/CSS/JavaScriptのみで動作するブラウザ上のペイントアプリ

## 条件
・ボタン20個
・各ボタンは異なる機能
・レスポンシブ対応
・ダークテーマ
・モダンUI
・コメントを十分に記述
・保守しやすいコード
・ES Modules使用可
・外部ライブラリ禁止

## 実装必須機能
1. ペン
2. 消しゴム
3. 線
4. 四角
5. 円
6. 塗りつぶし
7. スポイト
8. カラーパレット
9. ブラシサイズ変更
10. 元に戻す
11. やり直し
12. 保存(PNG)
13. 読み込み
14. テキスト入力
15. グリッド表示
16. キャンバスクリア
17. 選択ツール
18. コピー
19. 貼り付け
20. ズーム

## 品質要求
・バグがないこと
・UIが自然
・責務分離
・拡張しやすい構造
・命名規則統一
・不要コード禁止

最後に完成版のみ納品してください。途中経過は不要です。成果物は必ず workspace にファイルとして保存してください。

============================================================
■ 第三者評価プロンプト
============================================================
あなたは第三者評価エージェントです。
workspace 内の以下の2つの成果物（同一仕様のブラウザペイントアプリ）を比較してください。
- case1/ … Single Agent が開発
- case2/ … LOOP Multi Agent（PM→設計→実装→QA→修正→Survey）が開発

仕様: HTML/CSS/JSのみ・ボタン20個・20機能（ペン/消しゴム/線/四角/円/塗りつぶし/スポイト/パレット/サイズ/Undo/Redo/PNG保存/読み込み/テキスト/グリッド/クリア/選択/コピー/貼り付け/ズーム）・レスポンシブ・ダークテーマ・ES Modules可・外部ライブラリ禁止。

両方の全ソースコードを精読して評価してください。

評価項目（各100点満点）:
・機能完成度
・UI品質
・UX
・保守性
・可読性
・コメント品質
・責務分離
・設計品質
・SOLID遵守
・Clean Architecture遵守
・コード重複
・バグ数（少ないほど高得点。コードレビューで見つけた懸念・エッジケース含む）
・修正容易性
・拡張性

さらに 総合点 / 長所 / 短所 / 改善点 / どちらが優れているか を詳細に分析してください。

【出力先（厳守）】
1. workspace/evaluation.md — Markdown形式の詳細比較レポート
2. workspace/scores.json — 機械可読の採点。次の形式:
{"case1": {"機能完成度": 0-100, ...全14項目..., "総合点": 0-100}, "case2": {...同様...}, "winner": "case1|case2", "rationale": "1-2文"}

両ファイルを必ず保存してください。採点は根拠（ファイル名・行の具体例）に基づくこと。