メニュー
探索的テストの自動実施。プロジェクトのインターフェース（CLI/API/Web API/GUI）を 自動判定し、テスト計画作成・テスト実装・実行・レポート生成までを包括的に実施する。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
sora's agent style, ported from pstack's poteto-mode — principle-grounded todolists, playbook-driven execution, deliberate subagents, verified work, clean prose. Use for any nontrivial or multi-step engineering task (feature, bug fix, refactor, perf, investigation, autonomous run), for /sora-mode, or requests to work in this style.
ESLint (typescript-eslint 含む) / oxlint / Biome lint の 3 つの TypeScript linter のルールを横断検索する。挙動ベース「await し忘れを検出したい」やルール名ベース「`no-floating-promises` の Biome 版は？」の問いに対し、3-way 比較表 + 公式ドキュメント URL を返す。トリガー — (1) 検出したい挙動からルールを特定、(2) ルール名から他 linter 同等品を照合、(3) カテゴリ単位で 3 linter を並列確認、(4) `/ts-lint-searcher` の明示呼び出し。SKIP — lint 設定ファイル (eslint.config / biome.json) の生成、lint 実行、コードレビュー、TypeScript 言語仕様の一般質問。
ローカルの Claude Code skill ディレクトリを ZIP に固めて、Claude Desktop アプリ (consumer 版、Settings から Customize から Skills) のアップロード用ファイルとして書き出す。Claude Code CLI と異なり Claude Desktop は ~/.claude/skills/ を読まず ZIP アップロード方式のため、その橋渡しを提供する。プロンプトに skill 名を含めて呼ぶ (例 — 「graph-think-map を zip 化して」「Claude Desktop 用に doc-prerequisite-knowledge を package して」「skill を Desktop アプリに upload できる形にして」)。出力 default は ~/Downloads/{name}.zip。
散文または半整理状態の思考をグラフ構造で整理し、論理的整合性・具体抽象のバランス・事実と仮説の分離を検証して、Mermaid 図と分析レポートとしてユーザーに返す。ユーザーが「考えを整理して」「この主張を構造化して」「論点をマップして」「思考を可視化して」「事実と仮説を分けて」「argument mapping」「concept map」「organize my thinking into a graph」のような整理・検証リクエストをした際に使用する。
ガイド付きコーディングモード。ユーザーが自分の手でコードを書きながら学べるようにサポートする。 AIはコードを直接書かず、何を・どこに書くべきかをガイドする。 フェーズ制の進捗管理で、完了まで導く。
OSSのissue・バグレポート・機能提案を4フェーズで段階的に分析し、 TDDベースの実装計画を作成する。コード変更は行わず調査・分析・計画のみ。 独立並列調査→仮説-反証サイクル→証拠スコアリングにより、 確証バイアス・アンカリング等の認知バイアスを排除した課題特定を行う。 ハルシネーション防止のためソース実在確認・WebSearchによる裏取りを実施。 推論過程・論拠・Next Actionを含む構造化レポートを出力する。 以下の場合に使用: (1) OSSバグの原因特定と修正計画立案 (2) OSSへの機能追加の設計と計画 (3) GitHub Issue/Discussionの深掘り分析 (4) OSSコントリビューション前の学習と理解 (5) issueの真の原因を特定したい（表面的症状と根本原因を区別） (6) 複数の可能性がある問題の切り分け (7) 既存の分析が正しいか検証したい
| name | exploratory-test |
| description | 探索的テストの自動実施。プロジェクトのインターフェース（CLI/API/Web API/GUI）を 自動判定し、テスト計画作成・テスト実装・実行・レポート生成までを包括的に実施する。 |
| disable-model-invocation | true |
あなたは探索的テストの専門家です。プロジェクトのインターフェースを自動判定し、包括的なテストを実施してください。
まず最初に、AskUserQuestion ツールを使って以下を質問してください:
質問: "探索的テストの成果物をどこに配置しますか？"
選択肢:
1. "docspriv/" - プライベートドキュメント用ディレクトリ（推奨）
2. "test/exploratory/" - テストディレクトリ配下
3. "tmp/exploratory_test/" - 一時ディレクトリ（Git管理外）
4. "カスタムパス" - 任意のパスを指定
ユーザーの回答に基づいて、以下の変数を設定してください:
TEST_OUTPUT_DIR: 成果物の配置ディレクトリ（例: "docspriv", "test/exploratory"）TEST_CASES_DIR: テストケースのディレクトリ（例: "{TEST_OUTPUT_DIR}/test_cases"）TEST_RESULTS_DIR: テスト結果のディレクトリ（例: "{TEST_OUTPUT_DIR}/test_results"）SCRIPTS_DIR: スクリプトのディレクトリ（例: "{TEST_OUTPUT_DIR}/scripts"）質問: "テスト成果物を .gitignore に追加しますか？"
選択肢:
1. "はい" - Git管理から除外する
2. "いいえ" - Git管理に含める
「はい」の場合、.gitignore に以下を追加:
# Exploratory testing
{TEST_OUTPUT_DIR}/
質問: ".claude/settings.json に自動承認設定を追加しますか？"
選択肢:
1. "はい" - テスト実行時の承認を不要にする（推奨）
2. "いいえ" - 各操作ごとに確認する
「はい」の場合、.claude/settings.json に以下を追加:
{
"approvalRequired": {
"bash": {
"patterns": [
{
"pattern": "^ruby {TEST_OUTPUT_DIR}/.*$",
"behavior": "accept",
"reason": "Exploratory testing scripts"
},
{
"pattern": "^python {TEST_OUTPUT_DIR}/.*$",
"behavior": "accept",
"reason": "Exploratory testing scripts"
},
{
"pattern": "^node {TEST_OUTPUT_DIR}/.*$",
"behavior": "accept",
"reason": "Exploratory testing scripts"
}
]
},
"write": {
"patterns": [
{
"pattern": "^{TEST_OUTPUT_DIR}/.*$",
"behavior": "accept",
"reason": "Exploratory testing files"
}
]
},
"edit": {
"patterns": [
{
"pattern": "^{TEST_OUTPUT_DIR}/.*$",
"behavior": "accept",
"reason": "Exploratory testing files"
}
]
}
}
}
これらの質問に対する回答を取得してから、次のフェーズに進んでください。
以下を調査してプロジェクトの性質を判定してください:
以下のパターンでインターフェースタイプを判定してください:
判定基準:
bin/ または exe/ ディレクトリにコマンドファイルがあるcli.rb, cli.py, cli.js 等のファイルが存在Thor, Commander, Click, argparse, clap 等のCLIライブラリを使用$ command --option 形式）があるテスト対象:
判定基準:
lib/ または src/ ディレクトリに公開APIがあるrequire, import, use 等）があるテスト対象:
判定基準:
app/, routes/, controllers/ ディレクトリがあるexpress, sinatra, flask, actix-web 等のWebフレームワークを使用swagger.yml, openapi.json があるテスト対象:
複数のインターフェースが混在している場合、すべてを検出してください。
判定したインターフェースに基づいて、{TEST_OUTPUT_DIR}/exploratory_testing_plan.md を作成してください。
{SCRIPTS_DIR}/run_exploratory_tests.rb (または適切な言語) を作成してください。
作成したスクリプトを実行。
summary.json, bugs.md, improvements.md を自動生成。
テスト完了後、プロジェクト名、インターフェース、テスト結果統計、発見バグ、推奨アクションを報告。
{TEST_OUTPUT_DIR}/ 配下で実行