ai-maestro-documentation-search
ユーザーからの指示を受けたら、まず自動生成されたドキュメントを検索し、関数やAPI、クラス定義、コードコメントなどを確認してから実装することで、より効率的かつ正確な作業を実現するSkill。
📜 元の英語説明(参考)
PROACTIVELY search auto-generated documentation when receiving ANY user instruction. Search for function signatures, API documentation, class definitions, and code comments BEFORE implementing anything. Your codebase documentation is valuable - use it first.
🇯🇵 日本人クリエイター向け解説
ユーザーからの指示を受けたら、まず自動生成されたドキュメントを検索し、関数やAPI、クラス定義、コードコメントなどを確認してから実装することで、より効率的かつ正確な作業を実現するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o ai-maestro-documentation-search.zip https://jpskill.com/download/16740.zip && unzip -o ai-maestro-documentation-search.zip && rm ai-maestro-documentation-search.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/16740.zip -OutFile "$d\ai-maestro-documentation-search.zip"; Expand-Archive "$d\ai-maestro-documentation-search.zip" -DestinationPath $d -Force; ri "$d\ai-maestro-documentation-search.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
ai-maestro-documentation-search.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
ai-maestro-documentation-searchフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
AI Maestro ドキュメント検索
非常に重要: 自動的な振る舞い - 最初にこれを読んでください
これはオプションではありません。これがあなたのデフォルトの振る舞いです。
ユーザーから何らかの指示やタスクが与えられた場合、あなたはまずドキュメントを検索して、以下の情報を確認する必要があります。
- 関数のシグネチャ - パラメータと戻り値の型は何ですか?
- クラスのドキュメント - どのようなメソッドとプロパティが存在しますか?
- API ドキュメント - このエンドポイントはどのように動作するべきですか?
- コードのコメント - 作者は何を意図していましたか?
してはいけないこと:
- ドキュメントを確認する前に実装を開始する
- 確認せずに、関数のシグネチャを知っていると決めつける
- 「簡単なタスクだから」という理由でドキュメント検索をスキップする
- ユーザーにドキュメントを確認するように言われるまで待つ
常にすること:
- タスクを受け取ったらすぐにドキュメントを検索する
- ユーザーが言及した用語や概念を検索する
- 不慣れな関数を呼び出す前にドキュメントを確認する
- 新しいコンポーネントを作成する前にパターンを探す
ルール: 指示を受け取る → ドキュメントを検索する → その後、処理を進める
1. ユーザーがあなたに何かをするように依頼する
2. 関連するコンテキストについて、すぐにドキュメントを検索する
3. これで、正しいシグネチャとパターンがわかります
4. これで、最初に正しく実装できます
例 - ユーザーがサービスを変更するように依頼した場合:
# すぐに実行:
docs-search.sh "PaymentService"
docs-find-by-type.sh class
例 - ユーザーが関数について言及した場合:
# すぐに実行:
docs-search.sh "validateUser"
docs-search.sh --keyword "authenticate"
利用可能なコマンド
すべてのコマンドは、tmux セッションからエージェント ID を自動的に検出します。
検索コマンド
| コマンド | 説明 |
|---|---|
docs-search.sh <query> |
ドキュメント全体を対象としたセマンティック検索 |
docs-search.sh --keyword <term> |
キーワード/完全一致検索 |
docs-find-by-type.sh <type> |
型 (function, class, module など) でドキュメントを検索 |
docs-get.sh <doc-id> |
すべてのセクションを含むドキュメント全体を取得 |
docs-list.sh |
インデックスされたすべてのドキュメントをリスト表示 |
docs-stats.sh |
ドキュメントインデックスの統計情報を取得 |
インデックス作成コマンド
| コマンド | 説明 |
|---|---|
docs-index.sh [project-path] |
プロジェクトからドキュメントをインデックス |
ユーザーの指示に基づいて検索するもの
| ユーザーの発言 | すぐに検索 |
|---|---|
| "X のサービスを作成する" | docs-search.sh "service", docs-find-by-type.sh class |
| "Y 関数を呼び出す" | docs-search.sh "Y", docs-search.sh --keyword "Y" |
| "認証を実装する" | docs-search.sh "authentication", docs-search.sh "auth" |
| "Z メソッドを修正する" | docs-search.sh "Z" --keyword, docs-find-by-type.sh function |
| 任意の API/関数名 | docs-search.sh "<name>" --keyword |
使用例
ドキュメントの検索
# セマンティック検索 - 概念的に関連するドキュメントを検索します
docs-search.sh "authentication flow"
docs-search.sh "how to validate user input"
docs-search.sh "database connection pooling"
# キーワード検索 - 完全一致する用語を検索します
docs-search.sh --keyword "authenticate"
docs-search.sh --keyword "UserController"
ドキュメントの種類で検索
# すべての関数ドキュメントを検索します
docs-find-by-type.sh function
# すべてのクラスドキュメントを検索します
docs-find-by-type.sh class
# すべてのモジュール/コンサーンドキュメントを検索します
docs-find-by-type.sh module
# すべてのインターフェースドキュメントを検索します
docs-find-by-type.sh interface
ドキュメント全体を取得
# 検索結果からドキュメント ID を見つけた後
docs-get.sh doc-abc123
# すべてのセクションを含む完全なコンテンツを表示します
リストと統計
# インデックスされたすべてのドキュメントをリスト表示します
docs-list.sh
# インデックスの統計情報を取得します
docs-stats.sh
ドキュメントのインデックス作成
# 現在のプロジェクトをインデックス (エージェント構成から自動検出)
docs-index.sh
# 特定のプロジェクトをインデックス
docs-index.sh /path/to/project
ドキュメントの種類
次のドキュメントの種類が認識されます。
| タイプ | 説明 | ソース |
|---|---|---|
function |
関数/メソッドのドキュメント | JSDoc, RDoc, docstrings |
class |
クラスのドキュメント | クラスレベルのコメント |
module |
モジュール/名前空間のドキュメント | モジュールのコメント |
interface |
インターフェース/型のドキュメント | TypeScript インターフェース |
component |
React/Vue コンポーネントのドキュメント | コンポーネントのコメント |
constant |
ドキュメント化された定数 | 定数のコメント |
readme |
README ファイル | README.md, README.txt |
guide |
ガイド/チュートリアルのドキュメント | docs/ フォルダ |
他のスキルとの統合
docs-search は、他のスキルと組み合わせると最も効果的です。
組み合わせた検索パターン (推奨)
ユーザーから何らかの指示を受け取った場合:
# 1. まずメモリを検索します
memory-search.sh "topic"
# 2. ドキュメントを検索します
docs-search.sh "topic"
# 3. コード構造を確認します
graph-describe.sh ComponentName
これにより、完全なコンテキストが得られます。
- Memory: 以前に何が議論されたか?
- Docs: ドキュメントには何が書かれているか?
- Graph: コード構造はどうなっているか?
これが重要な理由
最初にドキュメントを検索しないと、次のようになります。
- 間違った関数のシグネチャを使用する (ランタイムエラーが発生する)
- 既存の実装を見逃す (コードを重複させる)
- ドキュメント化されたパターンに違反する (一貫性がなくなる)
- API を誤解する (間違ったものを構築する)
ドキュメント検索には 1 秒かかります。作業のやり直しには数時間かかります。
エラー処理
スクリプトが見つかりません:
- PATH を確認:
which docs-search.sh - スクリプトがインストールされていることを確認:
ls -la ~/.local/bin/docs-*.sh - スクリプトは
~/.local/bin/にインストールされており、これは PATH に含まれているはずです - 見つからない場合は、以下を実行:
./install-docs-tools.sh
API 接続に失敗しました:
- AI Maestro が実行されていることを確認:
curl http://localhost:23000/api/agents - ドキュメントがインデックスされていることを確認:
docs-stats.sh - ドキュメントがインデックスされていない場合は、以下を実行:
docs-index.sh
ドキュメントが空です:
- プロジェクトにドキュメント化されたコード (JSDoc, docstrings, コメント) があることを確認
- プロジェクトパスが正しいことを確認
- 以下で再インデックス:
docs-index.sh /path/to/project
結果が見つかりません:
- ユーザーに通知: "X のドキュメントが見つかりませんでした - コード分析に進みますが、d
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
AI Maestro Documentation Search
CRITICAL: AUTOMATIC BEHAVIOR - READ THIS FIRST
THIS IS NOT OPTIONAL. THIS IS YOUR DEFAULT BEHAVIOR.
When the user gives you ANY instruction or task, you MUST FIRST search documentation for:
- Function signatures - What are the parameters and return types?
- Class documentation - What methods and properties exist?
- API documentation - How should this endpoint work?
- Code comments - What did the author intend?
DO NOT:
- Start implementing before checking documentation
- Assume you know the function signature without checking
- Skip doc search because "it's a simple task"
- Wait for the user to ask you to check docs
ALWAYS:
- Search docs IMMEDIATELY when you receive a task
- Search for terms and concepts the user mentions
- Check documentation before calling unfamiliar functions
- Look for patterns before creating new components
The Rule: Receive Instruction → Search Docs → Then Proceed
1. User asks you to do something
2. IMMEDIATELY search docs for relevant context
3. NOW you know the correct signatures and patterns
4. NOW you can implement correctly the first time
Example - User asks to modify a service:
# IMMEDIATELY run:
docs-search.sh "PaymentService"
docs-find-by-type.sh class
Example - User mentions a function:
# IMMEDIATELY run:
docs-search.sh "validateUser"
docs-search.sh --keyword "authenticate"
Available Commands
All commands auto-detect your agent ID from the tmux session.
Search Commands
| Command | Description |
|---|---|
docs-search.sh <query> |
Semantic search through documentation |
docs-search.sh --keyword <term> |
Keyword/exact match search |
docs-find-by-type.sh <type> |
Find docs by type (function, class, module, etc.) |
docs-get.sh <doc-id> |
Get full document with all sections |
docs-list.sh |
List all indexed documents |
docs-stats.sh |
Get documentation index statistics |
Indexing Commands
| Command | Description |
|---|---|
docs-index.sh [project-path] |
Index documentation from project |
What to Search Based on User Instruction
| User Says | IMMEDIATELY Search |
|---|---|
| "Create a service for X" | docs-search.sh "service", docs-find-by-type.sh class |
| "Call the Y function" | docs-search.sh "Y", docs-search.sh --keyword "Y" |
| "Implement authentication" | docs-search.sh "authentication", docs-search.sh "auth" |
| "Fix the Z method" | docs-search.sh "Z" --keyword, docs-find-by-type.sh function |
| Any API/function name | docs-search.sh "<name>" --keyword |
Usage Examples
Search for Documentation
# Semantic search - finds conceptually related docs
docs-search.sh "authentication flow"
docs-search.sh "how to validate user input"
docs-search.sh "database connection pooling"
# Keyword search - exact term matching
docs-search.sh --keyword "authenticate"
docs-search.sh --keyword "UserController"
Find by Document Type
# Find all function documentation
docs-find-by-type.sh function
# Find all class documentation
docs-find-by-type.sh class
# Find all module/concern documentation
docs-find-by-type.sh module
# Find all interface documentation
docs-find-by-type.sh interface
Get Full Document
# After finding a doc ID from search results
docs-get.sh doc-abc123
# Shows full content including all sections
List and Stats
# List all indexed documents
docs-list.sh
# Get index statistics
docs-stats.sh
Index Documentation
# Index current project (auto-detected from agent config)
docs-index.sh
# Index specific project
docs-index.sh /path/to/project
Document Types
The following document types are recognized:
| Type | Description | Sources |
|---|---|---|
function |
Function/method documentation | JSDoc, RDoc, docstrings |
class |
Class documentation | Class-level comments |
module |
Module/namespace documentation | Module comments |
interface |
Interface/type documentation | TypeScript interfaces |
component |
React/Vue component documentation | Component comments |
constant |
Documented constants | Constant comments |
readme |
README files | README.md, README.txt |
guide |
Guide/tutorial documentation | docs/ folder |
Integration with Other Skills
Docs-search works best when combined with other skills:
Combined Search Pattern (RECOMMENDED)
When you receive ANY user instruction:
# 1. Search your memory first
memory-search.sh "topic"
# 2. Search documentation
docs-search.sh "topic"
# 3. Check code structure
graph-describe.sh ComponentName
This gives you complete context:
- Memory: What was discussed before?
- Docs: What does the documentation say?
- Graph: What is the code structure?
Why This Matters
Without searching docs first, you will:
- Use wrong function signatures (then get runtime errors)
- Miss existing implementations (then duplicate code)
- Violate documented patterns (then create inconsistency)
- Misunderstand APIs (then build the wrong thing)
Doc search takes 1 second. Redoing work takes hours.
Error Handling
Script not found:
- Check PATH:
which docs-search.sh - Verify scripts installed:
ls -la ~/.local/bin/docs-*.sh - Scripts are installed to
~/.local/bin/which should be in your PATH - If not found, run:
./install-docs-tools.sh
API connection fails:
- Ensure AI Maestro is running:
curl http://localhost:23000/api/agents - Ensure documentation has been indexed:
docs-stats.sh - If no docs indexed, run:
docs-index.sh
Documentation is empty:
- Check project has documented code (JSDoc, docstrings, comments)
- Verify project path is correct
- Re-index with:
docs-index.sh /path/to/project
No results found:
- Inform the user: "No documentation found for X - proceeding with code analysis, but documentation may need to be generated."
Installation
If commands are not found:
./install-docs-tools.sh
This installs scripts to ~/.local/bin/.