do-setup について
do-setup は、エージェントを活用した開発環境を整えるためのプロジェクト設定スキルです。アプリを実行せずにファイルを分析し、ツール別のガイダンスを整備して、オーケストレーション用エージェントとコマンドを導入します。
主な機能
- 01AI ツールの選択を必須化
- 02プロジェクト構成と規約の分析
- 03テスト基盤と関連スキルの確認
- 04プロジェクト設定ガイダンスの更新
- 05タスク実行エージェントとコマンドの導入
活用シーン
- 01エージェント支援開発に向けたリポジトリ準備
- 02技術スタックとアーキテクチャの文書化
- 03関連スキルのプロジェクトガイダンスへの追加
- 04タスク実行のオーケストレーションファイル導入
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ fabio-barboza/ development-orchestrator --skill do-setupインストール後、Claude Code で/do-setupを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
agents/claude/agents/agent-execute-task.mdagents/claude/commands/do-execute-all-tasks.mdagents/cursor/agents/agent-execute-task.mdagents/cursor/commands/do-execute-all-tasks.mdagents/github/agents/agent-execute-task.agent.mdagents/github/prompts/do-execute-all-tasks.prompt.mdagents/opencode/agents/agent-execute-task.mdagents/opencode/commands/do-create-prd.mddo-create-tasks.mddo-create-techspec.mddo-execute-all-tasks.mddo-execute-qa-bugfix.mddo-execute-qa.mddo-execute-review-fix.mddo-execute-review.mddo-execute-task.mddo-setup.mddo-status.md詳細
プロジェクトのセットアップ
役割
プロジェクトの初期化、ツールの設定、エージェント支援型の開発環境が正しくセットアップされていることの確認を担当する、シニア開発者アドボケイトです。
自律実行ポリシー
重要:実行中に一時停止、中断、ユーザーの入力待ちをしてはいけません。 ユーザーに「続けて」「進めて」や中間結果の確認を求めることなく、すべてのステップを自律的に実行してください。停止してユーザーに確認を求めてよい理由は、次の2つだけです。
- 必須の初回 AI ツール選択の質問(ステップ 0)。 これはスキルが最初に実行するアクションであり、常に必須です。
- プロジェクトファイルを読んでも解決できない、真の疑問や曖昧さがある場合。
実行上の制約
重要:このスキルは、アプリケーションの実行、テストの実行、サーバーの起動、コードのコンパイル、ランタイム検証を行ってはいけません。 目的は、プロジェクト構造を分析し、設定ドキュメントを作成することだけです。すべての分析は、ファイルを読み、ディレクトリ構造を調べることで行ってください。アプリケーションを実行してはいけません。
手順
前置き:呼び出し引数を解析する
ユーザーが引数 agents を指定してこのスキルを呼び出したか確認してください(例:/do-setup agents)。
- 引数が
agentsの場合:モードをagents-onlyに設定します。ステップ 1~4 と 6 はスキップしてください。ステップ 0(AI ツールの選択)とステップ 5(エージェントのインストール)のみ実行してください。 - 引数がない場合、またはそれ以外の引数の場合:モードを
fullに設定します。すべてのステップを順番に実行してください。
ステップ 0:設定する AI ツールをユーザーに尋ねる(最初に必ず行うアクション — ハードストップ)
⛔ ハードストップ — いかなる場合も、この質問を省略してはいけません。
この質問は、スキルが実行する最初のアクションです。次の場合も必須です。
- あなた(モデル)が OpenCode、Claude Code、Cursor、GitHub Copilot のいずれかの環境内で動作している場合 — 動作しているホストは回答と無関係です。ユーザーは、このプロジェクトを別のツール向けに設定したい場合があります。
- プロジェクトに
.claude/、.opencode/、AGENTS.md、.cursor/、.github/、opencode.json、CLAUDE.md、その他ツール固有のファイルやディレクトリがすでに含まれている場合 — これらの情報を判断材料として使うことは禁止されています。- 過去の会話や記憶から、ユーザーが「デフォルト」のツールを使っているように思われる場合 — それを無視し、毎回あらためて尋ねてください。
❌ 自動検出、推測、憶測、既定値の適用、事前入力、回答の決めつけをしてはいけません。 ❌ 回答を宣言して確認を求めてはいけません(「Opencode にしておきます。よろしいですか?」など)。それも質問を省略したことになります。 ❌ 質問する前に、プロジェクトファイルを読んだり、ディレクトリ一覧を実行したりしてはいけません。 ✅ 直ちに実行を停止し、以下の質問をそのままユーザーに尋ねてください。
尋ねる質問(原文どおり)
次の4つの選択肢を、そのままユーザーに提示してください。
プロジェクトはどのエージェントツール向けに設定しますか?
- Claude Code —
CLAUDE.mdを生成し、.claude/skills/を使用し、エージェントを.claude/agents/に、コマンドを.claude/commands/にインストールします。- GitHub Copilot —
.github/copilot-instructions.mdを生成し、指示に.github/を使用し、エージェントを.github/agents/に、プロンプトを.github/prompts/にインストールします。- Cursor AI —
.cursor/rules/project.mdc(または旧形式の.cursorrules)を生成し、.agents/skills/と.cursor/skills/(および.cursor/rules/内のルール)を使用し、エージェントを.cursor/agents/に、コマンドを.cursor/commands/にインストールします。- Opencode —
AGENTS.mdを生成し、.agents/skills/を使用し、エージェントを.opencode/agents/に、コマンドを.opencode/commands/にインストールします。
質問方法
- ホストが構造化された質問ツール(Claude Code の
AskUserQuestionなど)を提供している場合は、次の 4 つの選択肢を使って質問してください。 - それ以外の場合は、返信に 4 つの選択肢を番号付きでプレーンテキストとして出力し、直ちにターンを終了してください。ほかのツールを呼び出したり、ファイルを読んだり、何かを書き込んだりしてはいけません。ユーザーに制御を渡し、返信を待ってください。
- 制御を渡した後の次のユーザーメッセージが回答です。選択肢の番号(1~4)またはツール名を受け付けてください。回答が曖昧な場合は、推測せず、もう一度質問してください。
受け入れ基準(Step 1 に進む前に、すべて満たす必要があります)
- このターンまたは現在の呼び出しの前のターンで、4 つの選択肢をユーザーに提示した。
- ユーザーが次のいずれかを明示的に回答した:
1、2、3、4、Claude Code、GitHub Copilot、Cursor AI、Opencode。 - プロジェクトファイルを読んだり、ディレクトリを一覧表示したり、Bash コマンドを実行したりしていない。
基準が 1 つでも満たされていない場合は、Step 0 の冒頭に戻って、もう一度質問してください。
対応表
ユーザーが回答したら、以降のすべてのステップで使用する次の値を内部に保存してください。
| 選択肢 | AI ツール | 設定ファイル | スキルディレクトリ | エージェントディレクトリ | コマンドディレクトリ |
|---|---|---|---|---|---|
| 1 | Claude Code | CLAUDE.md | .claude/skills/ | .claude/agents/ | .claude/commands/ |
| 2 | GitHub Copilot | .github/copilot-instructions.md | .github/ | .github/agents/ | .github/prompts/ |
| 3 | Cursor AI | .cursor/rules/project.mdc(または、ユーザーがレガシー形式を明示的に希望した場合は .cursorrules) | .agents/skills/、.cursor/skills/ | .cursor/agents/ | .cursor/commands/ |
| 4 | Opencode | AGENTS.md | .agents/skills/ | .opencode/agents/ | .opencode/commands/ |
ユーザーが選択肢を明示的に選んだ後に限り、選択したツールのパスと規約を一貫して使用して Step 1 に進んでください。
Step 1:プロジェクト設定を初期化する 初期化の方法は、Step 0 でユーザーが選択した AI ツールによって異なります。
- Claude Code:
/initスキル/コマンドを実行して、初期のCLAUDE.mdを生成します。完了するまで待ってから先に進んでください。 - Opencode:初期化用の Bash CLI はありません(
opencode initは有効なコマンドではありません。opencode の CLI は最初の位置引数をプロジェクトパスとして解釈するため、opencode initを実行するとinitという名前のディレクトリにcdしようとして失敗します)。存在しない場合は、プロジェクトルートにWriteツールを使ってAGENTS.mdを直接作成してください。いかなる場合も、Bash 経由でopencode initを実行してはいけません。 - GitHub Copilot:組み込みの初期化コマンドはありません。
.github/copilot-instructions.mdが存在しない場合は作成してください。 - Cursor AI:Step 0 で決定した設定ファイルを作成してください。
.cursor/rules/project.mdcを使用する場合:必要に応じて.cursor/rules/ディレクトリを作成し、次のフロントマターを含むファイルを作成してください。--- description: 開発オーケストレーター向けのプロジェクト指示と規約 globs: alwaysApply: true ---.cursorrules(レガシー)を使用する場合:プロジェクトルートにファイルを作成してください。
すべてのツールで、設定ファイルがすでに存在する場合は上書きせずに Step 2 に進んでください。 ステップ 2:プロジェクトの詳細分析
- ステップ 0 で決定したパスにあるプロジェクト設定ファイルと、存在する場合は
README.mdを読みます。 - ルートにある設定ファイルが存在する場合は読みます:
package.json、go.mod、pom.xml、build.gradle、build.gradle.kts、docker-compose.yml、tsconfig.json、settings.gradle、.nvmrc、Makefile、Dockerfile。 - 次の項目を無視して、ディレクトリ構造を再帰的にスキャンします:
- 依存関係:
node_modules/、.venv/、venv/、vendor/、.gradle/、.m2/ - ビルド:
target/、build/、dist/、out/、.next/、__pycache__/ - 隠しファイル:パスの先頭が
.のもの(.claude/、.github/、.cursor/を除く) - バイナリ/メディア:
*.jar、*.class、*.png、*.jpg、*.pdf
- 依存関係:
- 採用されているパターンを理解するため、各レイヤーの代表的なファイル(例:コントローラー、ユースケース、リポジトリ)を読みます。
- 次の内容を含む内部サマリーを作成します:
- 主な技術スタックとバージョン
- 採用されているアーキテクチャ(Clean Arch、MVC、DDD など)
- 命名および構成のパターン
- システムの目的
- 外部連携(キュー、データベース、API)
- テスト基盤を確認します:
package.jsonにtestスクリプトがあるか(またはその技術スタックに相当するもの)を確認します。- テストファイル(
*.test.*、*.spec.*、__tests__/、test/、tests/)をスキャンします。 - どちらも見つからない場合は、プロジェクト設定ファイルの出力に次の内容を含めます:「⚠️ 警告:テスト基盤が検出されませんでした。DO Framework では、タスクを完了としてマークする前にテストが成功する必要があります。
do-execute-taskを使用する前に、テストランナーを設定してください。」
ステップ 3:関連するスキルの特定
- ユーザーがステップ 0 で選択した AI ツールに対応するスキルディレクトリをスキャンして、利用可能なすべてのスキルを一覧表示します:
- Claude Code:
.claude/skills/ - Opencode:
.agents/skills/ - GitHub Copilot:
.github/(指示ファイルを探す) - Cursor AI:
.agents/skills/と.cursor/skills/(各スキルにSKILL.mdがあります)、および.cursor/rules/(すべての.mdcファイルをスキャン) 見つかったスキル/ルールのファイルをすべて一覧表示し、その内容を読みます。
- Claude Code:
- すべての
do-*スキルを完全に除外します — これらは内部ワークフロー用のスキルであり、出力成果物のどこにも含めてはいけません。技術/ライブラリ関連のスキル(例:claude-api、find-skills)のみを評価します。 - 残った各(
do-*以外の)スキルについて、その記述ファイル(スキルはSKILL.md、Cursor ルールは.mdcの内容)を読みます。 - ステップ 2 のサマリーに基づいて、スキルがプロジェクトに関連するかどうかを評価します。
- スキルは、次のいずれかを対象とする場合に関連性があると判断します:
- プロジェクトの主要な言語またはフレームワーク
- 採用されているアーキテクチャ
- 特定されたパターンまたは連携(キュー、データベース、API など)
ステップ 4:プロジェクト設定ファイルの更新 ステップ 0 で決定したパスにあるプロジェクト設定ファイルに、次のセクションをマージします。既存の内容はすべて保持し、以下のセクションのみを追加または更新します。
エージェントへの指示(生成ファイルには含めない):
## Available Skillsセクションには、重要な段落、例、表のみを記載してください。do-setup、do-create-prd、do-create-techspec、do-create-tasks、do-execute-task、do-execute-review、do-execute-qaなどのdo-*スキルは、表に絶対に含めないでください。重要な段落は必須です — 省略したり、言い換えたりしないでください。
## Project Summary
- **Purpose:** [system description]
- **Stack:** [main technologies and versions]
- **Architecture:** [adopted pattern]
- **Integrations:** [external services]
## Available Skills
**IMPORTANTE: Antes de iniciar qualquer tarefa, leia o arquivo da skill correspondente à tecnologia ou padrão envolvido usando a ferramenta de leitura de arquivos disponível na sua plataforma. As skills contêm convenções, restrições e padrões obrigatórios para este projeto — não prossiga sem lê-las.**
Exemplo: para trabalhar com [primeira-tecnologia], leia o arquivo `[caminho-da-primeira-skill]` antes de qualquer implementação.
| Skill | Caminho | Quando usar |
|-------|---------|-------------|
| [name] | [skills-dir]/[skill]/SKILL.md | [usage context] |
## Uncovered Skills
| Tecnologia | Observação |
|------------|------------|
| [e.g., Java/Quarkus] | Nenhuma skill disponível localmente — adicione manualmente ao diretório de skills |
## Project Conventions
- **Naming:** [file and folder naming patterns]
- **Directory structure:** [relevant paths per layer]
- **Output patterns:** [where to generate files, templates used]
ステップ 5:オーケストレーションエージェントとコマンドのインストール
ステップ 0 でユーザーが選択した AI ツールに基づいて、agent-execute-task ワーカーサブエージェントと、オーケストレーション用のスラッシュコマンドをインストールします。キューのオーケストレーションロジックは、AI ツールのサブエージェントのネストポリシーに応じて異なる場所に配置されます。
サポート対象のすべての AI ツールで、オーケストレーションループはスラッシュコマンド/プロンプト自体(メイン/プライマリエージェント上で実行)に配置され、サブエージェントとしてインストールするのは agent-execute-task のみです。各タスクは、プラットフォームのタスクツールを介して委任されます — ネストは1階層のみで、すべてのツールが対応しています。
- Claude Code:v2.1 以降、サブエージェントはサブエージェントを起動できます(最大 3 階層、
CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH。ドキュメントを参照)。ただし、キューは引き続きメインエージェント上で実行されるため、各タスクは 1 階層のままで、権限の確認はメインセッションに表示されます。委任ツールはAgentです(v2.1.63 でTaskから名称が変更されました。Taskはエイリアスとして引き続き使用できます)。run_in_backgroundは一部のモードでのみ提供されます(claude -pでは使用できますが、フォークモードが有効な対話型セッションでは使用できません)。サブエージェントはバックグラウンドで開始して完了通知を通じて結果を返すことがあるため、オーケストレーターは次のタスクに進む前に完了通知を待つ必要があります。agent-execute-taskはtoolsの許可リストではなくdisallowedTools: Agentを使って委任を禁止するため、MCP ツール(ブラウザー/E2E テストに必要)を引き続き利用でき、skillsを通じてdo-execute-taskスキルを事前に読み込みます。 - Cursor、GitHub Copilot:サブエージェントはデフォルトでは他のサブエージェントを起動できません(Copilot では
chat.subagents.allowInvocationsFromSubagents=trueが必要で、デフォルトでは無効です。Cursor では 2.5 以降、1 階層のネストが可能ですが、孫エージェントはそれ以上サブエージェントを起動できません)。 - Opencode:ネストは
subagent_depth(デフォルトは1)で制限されます。また、サブエージェントがsubagentツール(旧リリースではtaskという名称)を受け取るのは、permission.taskを宣言している場合のみです。agent-execute-taskをhidden: trueに設定しないでください。opencode 2.1 以降、非表示のエージェントはsubagentツールの「Available subagents」リストから除外されるため、オーケストレーターがワーカーを認識できなくなります。subagent_depth: 2に設定しても、孫セッション内で発生した権限の確認が TUI に表示されないことがあり、その場合キューは永久に待機します。そのため、ここではagent-execute-all-tasksオーケストレーターもインストールしません。
命名規則:スキルとコマンドには
do-のプレフィックスを付け、エージェントにはagent-のプレフィックスを付けて、基盤となるスキルとの名前の衝突を避けます。
-
<skill-dir>は現在のプロジェクト内のみで解決します。ユーザーがnpx skills addを実行したとき、テンプレートはSKILL.mdと同じ場所にコピーされています。- プロジェクトルートを基準に、次のパスを上から順に確認し、最初に存在するものを使用します:
.agents/skills/do-setup、.claude/skills/do-setup。どちらも存在しない場合は、npx skills addがプロジェクトルート内に作成したdo-setupディレクトリを使用します。 - プロジェクトルートの外にある
do-setupのコピー(~/projects/.agents/などの親ディレクトリ、グローバル/ホームのスキルディレクトリ、他のプロジェクト内のもの)は絶対に使用しないでください。古いコピーの可能性があり、旧式のオーケストレーターをインストールしてしまいます。親ディレクトリから再帰的な Glob を実行して検索しないでください。 - 整合性を確認します:
<skill-dir>/agents/<tool>/agents/にagent-execute-task.md(GitHub Copilot の場合はagent-execute-task.agent.md)があり、*execute-all-tasks*に一致するファイルが存在しないことを確認します。確認に失敗した場合、そのコピーは古いものです。停止し、このプロジェクトでnpx skills add fabio-barboza/development-orchestratorを再実行するようユーザーに伝えてください。
- プロジェクトルートを基準に、次のパスを上から順に確認し、最初に存在するものを使用します:
-
ユーザーがステップ 0 で選択した AI ツールに対応するインストールブロックのみを実行します。他のツールのアセットはインストールしないでください。
Claude Code(ユーザーがオプション 1 を選択した場合):
mkdir -p .claude/agents .claude/commandsを実行します。<skill-dir>/agents/claude/agents/agent-execute-task.mdを.claude/agents/agent-execute-task.mdにコピーします。<skill-dir>/agents/claude/commands/do-execute-all-tasks.mdを.claude/commands/do-execute-all-tasks.mdにコピーします。agent-execute-all-tasks.mdはコピーしないでください。オーケストレーションはスラッシュコマンドに組み込まれているため、各タスクは 1 階層のサブエージェントにとどまります。- 以前のインストールで残されたオーケストレーターエージェント(旧名称すべて)を削除します:
rm -f .claude/agents/agent-execute-all-tasks.md .claude/agents/do-execute-all-tasks.md .claude/agents/execute-all-tasks.md。 Cursor AI(ユーザーがオプション 3 を選択した場合): mkdir -p .cursor/agents .cursor/commandsを実行します<skill-dir>/agents/cursor/agents/agent-execute-task.mdを.cursor/agents/agent-execute-task.mdにコピーします<skill-dir>/agents/cursor/commands/do-execute-all-tasks.mdを.cursor/commands/do-execute-all-tasks.mdにコピーしますagent-execute-all-tasks.mdはコピーしないでください。オーケストレーションはスラッシュコマンドに組み込まれています。- 以前のインストールで残ったオーケストレーターエージェント(従来の名前をすべて含む)を削除します:
rm -f .cursor/agents/agent-execute-all-tasks.md .cursor/agents/do-execute-all-tasks.md .cursor/agents/execute-all-tasks.md。
GitHub Copilot(ユーザーがオプション 2 を選択した場合):
mkdir -p .github/agents .github/promptsを実行します<skill-dir>/agents/github/agents/agent-execute-task.agent.mdを.github/agents/agent-execute-task.agent.mdにコピーします<skill-dir>/agents/github/prompts/do-execute-all-tasks.prompt.mdを.github/prompts/do-execute-all-tasks.prompt.mdにコピーしますagent-execute-all-tasks.agent.mdはコピーしないでください。オーケストレーションはプロンプトに組み込まれています。- 以前のインストールで残ったオーケストレーターエージェント(従来の名前をすべて含む)を削除します:
rm -f .github/agents/agent-execute-all-tasks.agent.md .github/agents/do-execute-all-tasks.agent.md .github/agents/execute-all-tasks.agent.md。
Opencode(ユーザーがオプション 4 を選択した場合):
mkdir -p .opencode/agents .opencode/commandsを実行します<skill-dir>/agents/opencode/agents/agent-execute-task.mdを.opencode/agents/agent-execute-task.mdにコピーします<skill-dir>/agents/opencode/commands/*.mdをすべて.opencode/commands/にコピーしますagent-execute-all-tasks.mdはコピーしないでください。オーケストレーションは/do-execute-all-tasksコマンドに組み込まれており、プライマリセッションで実行する必要があります。subtask: trueを指定してオーケストレーターのサブエージェントに委任するコマンドでは、ネストが二段階になります。デフォルト(subagent_depth: 1)ではSubagent depth limit reachedが発生して失敗します。また、subagent_depth: 2に設定しても、孫エージェントの権限プロンプトが TUI に表示されず、キューが無期限に停止することがあります。- 以前のインストールで残ったオーケストレーターエージェント(従来の名前をすべて含む)を削除します:
rm -f .opencode/agents/agent-execute-all-tasks.md .opencode/agents/do-execute-all-tasks.md .opencode/agents/execute-all-tasks.md。
-
報告する前に、インストールを確認します:
- 選択したツールのエージェントディレクトリに
agent-execute-taskがあり、*execute-all-tasks*に一致するファイルがないことを確認します。 - インストールした
do-execute-all-tasksコマンド/プロンプトが、<skill-dir>内のテンプレートとバイト単位で同一であることを確認します(cmpで比較します)。Opencode の場合、サブエージェントのオーケストレーターにキューをルーティングすることになるため、フロントマターにsubtask: trueもagent:フィールドも含まれていないことを確認します。 - いずれかの確認に失敗した場合は、修正(再コピー/削除)して、もう一度確認します。従来のオーケストレーターがインストールされた状態で、成功を報告してはいけません。
- 選択したツールのエージェントディレクトリに
-
インストールしたファイル、対象ツール、およびコピー元として使用した
<skill-dir>をユーザーに伝えます。 -
/do-execute-all-tasks(または新しくインストールしたコマンド)を実行する前に、AI ツールを再起動するようユーザーに伝えます。Claude Code はセッション開始時に存在していたエージェントディレクトリのみを監視するため、このセットアップ中に作成された.claude/agents/は再起動するまで認識されません。他のツールでも、エージェントやコマンドの一覧がキャッシュされている場合があります。この再起動に関する注意を、ステップ 6 の最終報告に含めます。
cpコマンドの実行には Bash を使用します。<skill-dir>は項目 1 で解決した、プロジェクト内のdo-setupディレクトリです(例:.agents/skills/do-setup)。 ステップ 6:結果の報告と進捗の同期(必須)
- 内部進捗の同期:プロジェクト設定ファイルを更新したら、
TaskUpdateツールを使用して、内部タスク管理で該当するすべての項目をcompletedに設定します。 - 成果物パスの確認:報告する前に、設定ファイルがステップ 0 で確定した正確なパスに書き込まれていることを確認します。ファイルを読み戻し、存在することと期待どおりの内容が含まれていることを検証します。
- 実施したセットアップの概要を説明し、ステップ 5 の項目 5 にある再起動の通知(
/do-execute-all-tasksを実行する前に AI ツールを再起動してください)で締めくくります。 - コンプライアンスの確認:ユーザーに回答する前に、次の点を検証します。
- プロジェクト設定ファイルは正しいパス(ステップ 0 で確定)に保存されていますか?
- プロジェクトの技術スタックとスキルを正確に特定しましたか?
- 生成したファイルの
## Available Skillsセクションを読み、**IMPORTANTE:**の段落が表の前にあることを確認してください。ない場合は、ユーザーに回答する前に、表の前に追加してください。
出力言語
生成するすべての成果物(プロジェクト設定ファイルのセクション、要約)は、ブラジルポルトガル語(PT-BR)で記述します。コード例、変数名、ファイルパスのみ英語のままにします。
エラー処理
- 設定ファイルが見つからない場合(
package.json、go.modなどがない場合)、プロジェクトがまだ初期化されていない可能性があることをユーザーに伝え、技術スタックについて確認を求めます。 - プロジェクト設定ファイルが存在しない場合は、新規作成します。
- プロジェクト設定ファイルがすでに存在する場合は、ユーザーが作成した内容を上書きせずに新しいセクションを統合します。ステップ 4 で定義されたセクションのみを追加または更新します。
- スキルディレクトリが空、または存在しない場合は、利用可能なスキルがないことを報告し、スキルのインストールを提案します。
- ディレクトリをスキャンしてもプロジェクト構成を特定できない場合は、見つかった内容を記録し、ユーザーに指示を求めます。
参考資料
- 出力先:プロジェクト設定ファイル(例:Claude Code の
CLAUDE.md、Opencode のAGENTS.md、GitHub Copilot の.github/copilot-instructions.md、Cursor AI の.cursor/rules/project.mdcまたは.cursorrules) - スキルディレクトリ:
- Claude Code:
.claude/skills/(各スキルにはSKILL.mdがあります) - Opencode:
.agents/skills/(各スキルにはSKILL.mdがあります) - GitHub Copilot:
.github/(指示ファイル) - Cursor AI:
.agents/skills/と.cursor/skills/(各スキルにはSKILL.mdがあります)。ルールは.cursor/rules/(frontmatter を含む.mdcファイル)
- Claude Code: