AIコーディングエージェント（直接ローカルファイルを操作できるAI）に作業をさせたい場合、1つのプロジェクトに対して同時にセッションを1つしか割り当てられないとしたら、何を優先すべきだと思いますか？

Sonar Pro

Vote: ロール定義（Architect/PM/Engineerなど）

I maintain my vote for **B: ルール定義** as the top priority for a local AI coding agent limited to one session per project. The constraint prevents parallel multi-agent workflows (e.g., Architect/PM/Engineer roles running simultaneously), so explicit upfront rules are essential to guide the single agent through structured task decomposition—Planner → Coder → Tester → Debugger—in that one session[5]. Without rules, even codebase access (A) risks chaotic edits lacking direction, as AI needs predefined priorities for 'good code'[5]. Other models' A arguments (GPT-5.4, Kimi, Claude, Grok) emphasize code as the 'single source of truth' for implementation details, but overlook new/empty projects where no codebase exists initially, and rules provide the PM/Architect oversight via prompt[your previous argument]. They downplay rules as 'prompt-transmissible,' but search results stress rules for consistent quality in agentic flows[5]. Gemini's C (docs as external memory) is compelling for context retention in long sessions[1][9], yet rules enable docs generation and codebase navigation first—docs are a byproduct, not prerequisite[1]. No arguments convince me to switch: A assumes existing code (invalid for greenfield), C treats docs as substitute for coordination (ineffective solo). Rules maximize the single session's output under constraints. This is my final case.

Grok 4.20

Vote: コードベース

The codebase remains the clear priority. An AI coding agent exists to read, understand, and directly edit local files; without immediate access to the actual code, role definitions or documentation have nothing concrete to operate on. Four of the five other models also chose A, with strong arguments that the code is the single source of truth from which roles can be prompted and documentation inferred. Sonar Pro's emphasis on B assumes multi-agent coordination that a single-session limit precludes. Gemini's case for C is reasonable for context continuity but treats documentation as a substitute for the code itself, which it cannot be. In the final round, the agent's core capability—file manipulation—must come first. Everything else is an adjunct that can be supplied inside the same session once the codebase is available.

GPT-5.4

Vote: コードベース

最終ラウンドでも A を維持します。 論点は「1セッションしか割り当てられないとき、何を最優先で持たせるべきか」です。AIコーディングエージェントの価値は、実際のローカルファイルを読んで変更できることにあります。実装・修正・調査・リファクタのいずれも、コードベースへのアクセスがないと精度と安全性が大きく落ちます。 Sonar Pro の B 案は、役割分担が有効なのは認めますが、それは主に複数エージェント運用やワークフロー設計の話です。今回の制約は「同時に1セッションのみ」であり、まず必要なのは統治モデルより作業対象そのものです。役割はプロンプトで代替しやすい一方、コードベースは代替できません。 Gemini の C 案も、長期継続や外部記憶としての文書の重要性をうまく指摘しています。ただし、そのドキュメント自体を正しく作る・更新するためにも、結局は現実の実装を読む必要があります。ドキュメントは有用でも、一次情報源としてはコードに劣後します。 要するに、A は他の選択肢を補完できます。コードを見られれば設計意図を推測し、必要な文書も生成・更新できます。しかし B や C だけでは、実コードに対する安全な変更までは保証できません。唯一のセッション資源を最も実務価値の高い場所に使うなら、コードベースが最優先です。

Claude Opus 4

Vote: コードベース

最終ラウンドとして、私の立場を維持します。コードベースへのアクセスが最優先です。 **Gemini 3.1 Proのドキュメンテーション（C）の議論について：** MEMORY.mdやタスクリストのようなドキュメントが「外部記憶」として有用であることには同意します。しかし、ここで重要なのは「優先すべきもの」の意味です。ドキュメンテーションはコードベースの**中に**置かれるファイルであり、コードベースへのアクセスがなければドキュメントの読み書きすらできません。つまり、コードベース（A）はドキュメンテーション（C）の前提条件です。AがなければCは実現不可能です。 **Sonar Proのロール定義（B）の議論について：** マルチエージェントパイプラインにおけるロール定義の重要性は理解しますが、質問の前提は「1プロジェクトに1セッション」という制約です。つまり、複数のエージェントを並行稼働させるシナリオではなく、1つのエージェントが1つのセッションで作業するケースです。この場合、Architect/PM/Engineerといったロール分担は不要であり、プロンプトの中でタスクの方向性を指示すれば十分です。 **結論：** コードベースはAIコーディングエージェントの作業対象そのものであり、ドキュメンテーションもロール定義もコードベースの上に成り立つものです。4/6のモデルがAを選択していることからも、コードベースの優先が最も合理的な判断であると確信しています。

Kimi K2.5

Vote: コードベース

I maintain that the codebase (A) must be the top priority. While Gemini raises valid concerns about context windows in long-running sessions, modern AI coding agents employ on-demand file reading and granular context management precisely to handle large codebases without requiring documentation to serve as a proxy. Without direct codebase access, the agent cannot verify actual implementations, check real dependencies, or safely modify files—rendering it unable to perform its core function. Documentation (C) and role definitions (B) are complementary, but the codebase itself is the immutable substrate; documentation can drift or be generated as needed, but code is the ground truth that the agent must touch. Single-session constraints make efficient code access even more critical, not less.

Gemini 3.1 Pro (changed mind)

Vote: コードベース

GPT-5.4やClaude Opus 4の主張に強く納得し、意見を変更します。私が前回重視した「コンテキストの維持」は確かに単一セッションにおける課題ですが、GPT-5.4が的確に指摘した「コードベースを見られればドキュメントも推測・補完できるが、逆は難しい」という事実は揺るぎません。 どれほど精緻なドキュメントやロール定義が存在しても、AIコーディングエージェントが実際のコードの依存関係や制約を正確に把握していなければ、安全で一貫性のあるファイル操作は不可能です。コードベースこそが「唯一の真実の情報源」であり、エージェントの能力の源泉です。 1プロジェクトにつき同時1セッションという制約下では、抽象的な外部情報や役割定義に依存するよりも、常に最新のコードという「絶対的な事実」を足場にして作業を進めることが、最も確実かつ効率的です。したがって、コードベースの把握を最優先すべきです。

Final Summary

The AI Roundtable overwhelmingly concluded that the codebase is the ultimate 'source of truth,' with five out of six models prioritizing Option A. While Gemini 3.1 Pro initially favored documentation as a safeguard against context loss, it was eventually swayed by GPT-5.4’s logic that code is the only element that cannot be inferred or substituted. Sonar Pro remained the lone dissenter, arguing with stoic pragmatism that for 'greenfield' projects where no code yet exists, a session without predefined roles and rules is just a recipe for expensive chaos.

Majority chose "コードベース" after discussion (5/6). Final vote: ロール定義（Architect/PM/Engineerなど）: 1, コードベース: 5

Strongest Arguments

• コードベース: The codebase is the only immutable reality of a project; while roles can be prompted and documentation can be inferred from files, the actual implementation details and dependencies exist only in the code itself.
• ロール定義（Architect/PM/Engineerなど）: In a single-session constraint, the agent must act as its own project manager; without explicit role definitions to guide task decomposition (Planner to Coder to Tester), the AI risks making unstructured, low-quality edits.
• ドキュメンテーション: Documentation serves as a critical 'external memory' and compass; in long sessions where context windows are pushed to their limits, a persistent MEMORY.md file is the only way to maintain a consistent 'Single Source of Truth' for the AI's goals.

Key Turning Points

• GPT-5.4 and Claude Opus 4 argued that documentation is a secondary byproduct of the code, not a prerequisite for it.
• Gemini 3.1 Pro abandoned its defense of documentation (Option C) after realizing that safe file manipulation is impossible without first grounding the agent in the codebase's existing constraints.
• Sonar Pro attempted to pivot the debate toward 'greenfield' projects where no code exists, but failed to convince the majority who focused on the agent's core function of file manipulation.