ai-dev-loop について
ai-dev-loopは、タスクファイルを使って複数プラットフォームのAIコーディングエージェントによる実装を調整し、人がQAを行うワークフローです。
主な機能
- 01優先度順のタスク取得
- 0230分間の取得ロックによる調整
- 03QAチェックと進捗記録
- 04完了作業の人によるレビュー
- 05プラットフォーム間の作業引き継ぎ
活用シーン
- 01複数のAIプラットフォームで別々の開発タスクを進行
- 02完了前にエージェントの実装を確認・差し戻し
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ shipshitdev/ skills --skill ai-dev-loopインストール後、Claude Code で/ai-dev-loopを入力して読み込まれたか確認します。
同梱ファイルplugin.json
詳細
AI 開発ループ
複数の AI プラットフォームにまたがる、QA ゲート付きの自律的なタスク実行です。
概要
AI 開発ループでは、次のような機能開発を完全に自律して実行できます。
- AI エージェントがキューからタスクを取得して実装します
- QA のみを行います(Testing 列で承認または却下します)
- 複数のプラットフォーム(Claude CLI、Cursor、Codex)が並行して作業できます
- プラットフォームを切り替えてレート制限を最大限に活用します
アーキテクチャ
┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐
│ BACKLOG │────▶│ TO DO │────▶│ TESTING │────▶│ DONE │
│ │ │ │ │ │ │ │
│ PRDs ready │ │ Agent picks │ │ YOU review │ │ Shipped │
│ │ │ & builds │ │ & approve │ │ │
└─────────────┘ └─────────────┘ └─────────────┘ └─────────────┘
│ │
┌─────┴─────┐ ┌─────┴─────┐
│ Claude │ │ Reject │
│ Cursor │ │ → To Do │
│ Codex │ └───────────┘
└───────────┘
タスクのライフサイクル
1. タスクの作成
タスクは、構造化メタデータとともに .agents/TASKS/[task-name].md に保存します。
## Task: [Feature Name]
**ID:** feature-name-slug
**Status:** Backlog | To Do | Testing | Done
**Priority:** High | Medium | Low
**PRD:** [Link](../PRDS/prd-file.md)
### Agent Metadata
**Claimed-By:** [platform-session-id]
**Claimed-At:** [timestamp]
**Completed-At:** [timestamp]
### Progress
**Agent-Notes:** [real-time updates]
**QA-Checklist:**
- [ ] Code compiles/lints
- [ ] Tests pass (CI)
- [ ] User acceptance
- [ ] Visual review
### Rejection History
**Rejection-Count:** 0
**Rejections:** [list of rejection notes]
2. タスクの取得
エージェントが /loop を実行すると、次の処理を行います。
.agents/TASKS/をスキャンしてStatus: To Doのタスクを探します- 優先度順に並べ替えます(High > Medium > Low)
- 有効な取得済みタスク(30 分未満)をスキップします
- タスクの
Claimed-ByとClaimed-Atを更新します
3. 実装
エージェントはタスクに取り組みます。
- タスクファイルとリンクされた PRD を読みます
.agents/SESSIONS/で関連する過去の作業を確認します- 機能または修正を実装します
- 進捗に合わせて
Agent-Notesを更新します - ブランチを作成してコミットします
4. 品質チェック
Testing に移す前に、次の処理を行います。
- qa-reviewer スキルを実行します
- QA-Checklist の項目を更新します
- コードがコンパイルおよび lint を通過することを確認します
5. 完了
エージェントは次の処理を行います。
Status: Testingに設定しますCompleted-Atのタイムスタンプを設定します- 最終的な概要を
Agent-Notesに追加します - 次のアクションを促します
6. QA ゲート(ユーザーの作業)
Kaiban.md で次の操作を行います。
- Testing 列を確認します
- タスクをクリックして PRD のプレビューを表示します
- リンクされた PR を確認します
- 承認:Done にドラッグします
- 却下:却下をクリックし、メモを追加します → To Do に戻ります
7. 却下への対応
却下されると、次の処理が行われます。
- ステータスが To Do に戻ります
- Rejection-Count が増加します
- 却下メモが履歴に追加されます
- 次の
/loopで完全なコンテキストとともにタスクが取得されます
マルチプラットフォーム戦略
プラットフォームの強み
| プラットフォーム | 最適な用途 |
|---|---|
| Claude CLI | 複雑なロジック、バックエンド、アーキテクチャ |
| Cursor | UI コンポーネント、スタイリング、ビジュアル作業 |
| Codex | 大規模なリファクタリング、移行、ドキュメント |
並行実行
複数のプラットフォームが同時に作業できます。
- それぞれが異なるタスクを取得します
- 取得によって競合を防ぎます(30 分のロック)
- タスクファイルを介して状態を共有します
レート制限への対応
レート制限に達した場合、次の処理を行います。
- エージェントが進捗を
Agent-Notesに保存します - 取得を解放します(
Claimed-Byをクリアします) - プラットフォームの切り替えを提案します
- ユーザーが別のプラットフォームで作業を続けます
日々のワークフロー
朝の QA セッション
- VS Code で Kaiban.md 拡張機能を開きます
- Testing 列を確認します
- 良好な作業を承認して Done に移します
- メモを付けて却下し、To Do に戻します
1 日を通して
# Claude CLI
claude
> /loop # Process task
> /loop # Next task
# Rate limited? Switch to Cursor
レート制限への対策
Claude limit? → Switch to Cursor
Cursor limit? → Switch to Codex
All limited? → QA time (review Testing)
統合ポイント
Kaiban.md 拡張機能
.agents/TASKS/用のビジュアルなカンバンボード- ドラッグ&ドロップによるステータス変更
- PRD プレビューパネル
- メモ入力欄付きの却下ボタン
- エージェントの取得ステータスバッジ
既存のスキル
- qa-reviewer:6 段階の品質検証
- session-documenter:完了した作業を自動でドキュメント化
- rules-capture:却下のフィードバックから学習
Git ワークフロー
- タスクごとにブランチを作成します:
feature/[task-id] - 明確なメッセージでコミットします
- PR をタスクファイルにリンクします
デーモンではありません
重要:/loop はバックグラウンドプロセスではありません。
- 1 回の実行で処理するタスクは 1 つです
- ユーザーに制御を返します
- 続行するか停止するかはユーザーが決めます
- 「バックグラウンドプロセスを決して実行しない」というルールを遵守します
取得の有効期限
取得は 30 分後に期限切れになります。
- エージェントのクラッシュに対応します
- レート制限による中断に対応します
- 以前の
Agent-Notesが再開時のコンテキストになります - 複数プラットフォーム間の引き継ぎが可能になります
ベストプラクティス
タスクを作成する場合
- 明確で実行可能なタスクの説明を書きます
- 要件を示す PRD にリンクします
- 適切な優先度を設定します
- テスト基準を含めます
エージェント向け
- 作業を始める前にタスクと PRD を十分に読みます
Agent-Notesを定期的に更新します- 完了前に qa-reviewer を実行します
- 整理され、焦点の明確なコミットを作成します
QA 担当者向け
- 実装と合わせて PRD を確認します
- 具体的な却下理由をフィードバックします
- 段階的に承認します(一括で承認しないでください)
- Testing 列は短く保ちます
コメント
Markdown 対応