Menu
探索的テストの自動実施。プロジェクトのインターフェース（CLI/API/Web API/GUI）を 自動判定し、テスト計画作成・テスト実装・実行・レポート生成までを包括的に実施する。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
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) 既存の分析が正しいか検証したい
Based on SOC occupation classification
| 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}/ 配下で実行