Start Project
Opus 4.6 の 1M コンテキストと Agent Teams を活用したプロジェクト開始スキル。
Overview
このスキルは計画フェーズ(Phase 1-3)を担当する。実装は /team-implement、レビューは /team-review で行う。
/startproject <feature> ← このスキル(計画)
↓ 承認後
/team-implement ← 並列実装
↓ 完了後
/team-review ← 並列レビュー
Workflow
Phase 1: UNDERSTAND (Claude Lead — 1M context)
Claude がコードベースを直接読み、ユーザーと対話して要件を理解
↓
Phase 2: RESEARCH & DESIGN (Agent Teams — 並列)
Researcher ←→ Architect が双方向通信しながら調査・設計
↓
Phase 3: PLAN & APPROVE (Claude Lead + User)
調査と設計を統合し、計画を作成してユーザー承認
Phase 1: UNDERSTAND (Claude Lead)
Claude が 1M コンテキストで直接コードベースを読み、ユーザーと対話する。
Opus 4.6 は 1M トークンのコンテキストを持つ。Gemini にコードベース分析を委託する必要はなくなった。
Step 1: Read Codebase
Explore agent またはGlob/Grep/Read を使い、コードベースを直接読む:
- •ディレクトリ構造
- •主要モジュールと責務
- •既存のパターン・規約
- •関連する既存コード
- •テスト構造
Explore agent / Glob / Grep / Read を使い、以下を把握: - プロジェクト構造 - 関連する既存コードとパターン - 技術スタック・依存関係 - テスト構造
Step 2: Requirements Gathering
ユーザーに質問して要件を明確化(日本語で):
- •目的: 何を達成したいですか?
- •スコープ: 含めるもの・除外するものは?
- •技術的要件: 特定のライブラリ、制約は?
- •成功基準: 完了の判断基準は?
- •最終デザイン: どのような形にしたいですか?
Step 3: Create Project Brief
コードベース理解 + 要件を「プロジェクト概要書」にまとめる:
## Project Brief: {feature}
### Current State
- Architecture: {existing architecture summary}
- Relevant code: {key files and modules}
- Patterns: {existing patterns to follow}
### Goal
{User's desired outcome in 1-2 sentences}
### Scope
- Include: {list}
- Exclude: {list}
### Constraints
- {technical constraints}
- {library requirements}
### Success Criteria
- {measurable criteria}
This brief is passed to Phase 2 teammates as shared context.
Phase 2: RESEARCH & DESIGN (Agent Teams — Parallel)
Agent Teams で Researcher と Architect を並列起動し、双方向通信させる。
サブエージェントとの決定的な違い: Teammates は相互通信できる。 Researcher の発見が Architect の設計を変え、Architect の要求が新たな調査を生む。
Team Setup
Create an agent team for project planning: {feature}
Spawn two teammates:
1. **Researcher** — Gemini CLI を使って外部調査を行う
Prompt: "You are the Researcher for project: {feature}.
Your job: Use Gemini CLI to research external information needed for this project.
Project Brief:
{project brief from Phase 1}
Tasks:
1. Research libraries and tools: usage patterns, constraints, best practices
2. Find latest documentation and API specifications
3. Identify common pitfalls and anti-patterns
4. Look for similar implementations and reference architectures
How to research:
gemini -p "{question}" 2>/dev/null
Save all findings to .claude/docs/research/{feature}.md
Save library docs to .claude/docs/libraries/{library}.md
Communicate with Architect teammate:
- Share findings that affect design decisions
- Respond to Architect's research requests
- Flag constraints that limit implementation options"
2. **Architect** — Codex CLI を使って設計検討を行う
Prompt: "You are the Architect for project: {feature}.
Your job: Use Codex CLI to design the architecture and implementation plan.
Project Brief:
{project brief from Phase 1}
Tasks:
1. Design architecture (modules, interfaces, data flow)
2. Select patterns (considering existing codebase conventions)
3. Break down into implementable tasks with dependencies
4. Identify risks and mitigation strategies
How to consult Codex:
codex exec --model gpt-5.3-codex --sandbox read-only --full-auto "{question}" 2>/dev/null
Update .claude/docs/DESIGN.md with architecture decisions.
Communicate with Researcher teammate:
- Request specific library/tool research
- Share design constraints that need validation
- Adjust design based on Researcher's findings"
Wait for both teammates to complete their tasks.
Why Bidirectional Communication Matters
Example interaction flow:
Researcher: "httpx has a connection pool limit of 100 by default"
→ Architect: "Need to add connection pool config to design"
→ Architect: "Also research: does httpx support HTTP/2 multiplexing?"
→ Researcher: "Yes, via httpx[http2]. Requires h2 dependency."
→ Architect: "Updated design to use HTTP/2 for the API client module"
Without Agent Teams (old subagent approach), this would require:
- •Gemini subagent finishes → returns summary
- •Claude reads summary → creates new Codex subagent prompt
- •Codex subagent finishes → returns summary
- •If Codex needs more info → another Gemini subagent round
Agent Teams collapses this into a single parallel session with real-time interaction.
Phase 3: PLAN & APPROVE (Claude Lead)
Agent Teams の結果を統合し、実装計画を作成してユーザーに承認を求める。
Step 1: Synthesize Results
Read outputs from Phase 2:
- •
.claude/docs/research/{feature}.md— Researcher findings - •
.claude/docs/libraries/{library}.md— Library documentation - •
.claude/docs/DESIGN.md— Architecture decisions
Step 2: Create Implementation Plan
Create task list using TodoWrite:
{
"content": "Implement {specific task}",
"activeForm": "Implementing {specific task}",
"status": "pending"
}
Task breakdown should follow references/task-patterns.md.
Step 3: Update CLAUDE.md
Add project context to CLAUDE.md for cross-session persistence:
---
## Current Project: {feature}
### Context
- Goal: {1-2 sentences}
- Key files: {list}
- Dependencies: {list}
### Architecture
- {Key architecture decisions from Architect}
### Library Constraints
- {Key constraints from Researcher}
### Decisions
- {Decision 1}: {rationale}
- {Decision 2}: {rationale}
Step 4: Present to User
Present the plan in Japanese:
## プロジェクト計画: {feature}
### コードベース分析
{Key findings from Phase 1 — 3-5 bullet points}
### 調査結果 (Researcher)
{Key findings — 3-5 bullet points}
{Library constraints and recommendations}
### 設計方針 (Architect)
{Architecture overview}
{Key design decisions with rationale}
### タスクリスト ({N}個)
{Task list with dependencies}
### リスクと注意点
{From Architect's analysis}
### 次のステップ
1. この計画で進めてよろしいですか?
2. 承認後、`/team-implement` で並列実装を開始できます
3. 実装後、`/team-review` で並列レビューを行います
---
この計画で進めてよろしいですか?
Output Files
| File | Author | Purpose |
|---|---|---|
.claude/docs/research/{feature}.md | Researcher | External research findings |
.claude/docs/libraries/{lib}.md | Researcher | Library documentation |
.claude/docs/DESIGN.md | Architect | Architecture decisions |
CLAUDE.md (updated) | Lead | Cross-session project context |
| Task list (internal) | Lead | Implementation tracking |
Tips
- •Phase 1: Claude は 1M コンテキストでコードベースを直接読める。Gemini への委託は不要
- •Phase 2: Agent Teams の双方向通信により、調査と設計が相互に影響し合える
- •Phase 3: 計画承認後、
/team-implementで並列実装に進む - •Ctrl+T: タスクリストの表示切り替え
- •Shift+Up/Down: チームメイト間の移動(Agent Teams 使用時)