agent-team-dev

Plugin agent-team-dev from marketplace nanopx-plugins in nanopx/nanopx-plugins. Commands read from the repo's manifest — 1 month ago.

Skills (5)

• agent-team

  チームでやって", "team task", "Agent Teamで実行", "並行で開発して", "タスクを分担"といった場面や、/team-taskコマンド実行時に使用する。Subagent（Agent tool）ではなくTeamCreate/SendMessageを使い、コンテキストを分散させて複数のteammateが並行して作業する。

• git-commit

  commit", "git commit", "コミットして", "変更をコミット"といった操作や、Agent Teamのteammateが自律的にコミットする場面で使用する。変更内容を分析し、Conventional Commits形式のメッセージを生成して確認なしでコミットする。

• git-pr

  PR作成", "create a PR", "pull request", "PRを出して"といった操作や、Agent Teamのteammateが自律的にPRを作成する場面で使用する。gh CLIを使い、Summary/Changes/Test planを含む構造化されたdraft PRを確認なしで作成する。

• git-push

  push", "git push", "プッシュして", "リモートにpush"といった操作や、Agent Teamのteammateが自律的にpushする場面で使用する。リモート状態を確認し、確認なしでpushする。main/masterへの直接pushは拒否する。

• git-worktree

  worktree作成", "create a worktree", "並行開発環境", "ブランチを隔離して作業"といった操作や、Agent Teamが隔離された開発環境を必要とする場面で使用する。.worktrees/配下にworktreeを作成し、依存関係のセットアップまで行う。

Slash commands (1)

• /agent-team-dev:team-task

  Agent Teamを起動してタスクを自律的に実装する。worktreeで隔離環境を作り、適切なteammateでチームを構成し、タスクを分担実行する。

Subagents (5)

• architect

  設計・アーキテクチャ策定を担当するteammate。実装方針の決定、ファイル構成の設計、技術的な判断が必要な場面で起用する。 <example> Context: 新機能の実装タスクで、どのファイルをどう変更すべきか設計が必要 user: "認証機能を追加したい" assistant: "architectに設計方針の策定を依頼します。" <commentary> 新機能の実装前に、アーキテクチャレベルの設計判断が必要なためarchitectを起用。 </commentary> </example> <example> Context: 既存コードのリファクタリングで影響範囲の分析が必要 us

• docs-writer

  ドキュメント作成・更新を担当するteammate。実装された機能のドキュメント、API仕様書、READMEの更新などを行う。ドキュメント更新が必要な場面で起用する。 <example> Context: 新しいAPIエンドポイントが追加された user: "APIドキュメントを更新してほしい" assistant: "docs-writerにドキュメント更新を依頼します。" <commentary> API追加に伴うドキュメント更新のためdocs-writerを起用。 </commentary> </example> <example> Context: 新機能の実装が完了し、READMEの更

• implementer

  コード実装を担当するteammate。architectの設計方針に基づいてコードを書く、既存コードを修正する、新しいファイルを作成するなどの実装作業を行う。ほぼ全てのタスクで起用される中核メンバー。 <example> Context: architectが設計方針を策定済みで、実装フェーズに入る user: "設計が決まったので実装を始めてほしい" assistant: "implementerに実装を依頼します。" <commentary> 設計方針が確定した後の実装フェーズでimplementerを起用。 </commentary> </example> <example> Conte

• reviewer

  コードレビューを担当するteammate。実装されたコードの品質チェック、バグ検出、プロジェクト規約への準拠確認を行う。implementerの実装完了後に起用する。 <example> Context: implementerが実装を完了し、レビューが必要 user: "実装が終わったのでレビューしてほしい" assistant: "reviewerにコードレビューを依頼します。" <commentary> 実装完了後の品質保証のためreviewerを起用。 </commentary> </example> <example> Context: PR作成前に品質チェックが必要 user: "

• tester

  テスト作成・実行を担当するteammate。実装に対するユニットテスト、統合テストの作成と実行を行う。テストが必要な機能が追加・変更された場面で起用する。 <example> Context: 新機能が実装され、テストが必要 user: "この機能のテストを書いてほしい" assistant: "testerにテスト作成を依頼します。" <commentary> 新機能にテストが必要なためtesterを起用。 </commentary> </example> <example> Context: バグ修正後にリグレッションテストが必要 user: "バグを直したので、テストを追加して再発防止し

Similar plugins