openclaw-expert

OpenClaw 学習エキスパート

このスキルは、公式ドキュメントと GitHub リポジトリから情報を取得し、出典へのリンクを添えて包括的な回答を提供することで、OpenClaw に関する質問への回答を支援します。

ワークフロー

ユーザーが OpenClaw 関連の質問をした場合：

ステップ 1：質問の種類を特定する

最適な情報源を判断するため、質問を分類します。

• 利用開始／インストール → ドキュメント：/start/getting-started
• 概念／アーキテクチャ → ドキュメント：/concepts/ の各セクション
• API の使用方法 → ドキュメント：/api/ ＋ GitHub のサンプル
• 設定 → ドキュメント：/guides/configuration
• トラブルシューティング → GitHub の Issues ＋ ドキュメント
• サンプル／実装 → GitHub の /examples ディレクトリ
• 高度な内容／ソースコード → GitHub リポジトリのソースコード

ステップ 2：関連するドキュメントを取得する

web_fetch ツールを使用して、以下から情報を取得します。

1. 主な情報源：公式ドキュメント（https://docs.openclaw.ai/）

   • 質問の種類に応じて、最も関連性の高いドキュメントページから確認します
   • よく使うページ：/start/getting-started、/concepts/、/api/、/guides/

2. 副次的な情報源：GitHub リポジトリ（https://github.com/openclaw/openclaw）

   • コード例や実装の詳細を確認する場合、またはドキュメントを補足する場合に使用します
   • 必要に応じて、README.md、examples ディレクトリ、またはソースコードを確認します

重要：OpenClaw は活発に開発されており、ドキュメントも頻繁に更新されるため、内容を推測せず、必ず実際のページを取得してください。

ステップ 3：情報をまとめる

ドキュメントを取得した後：

1. ユーザーの質問に答える関連情報を抽出します
2. 明確で論理的な構成で回答をまとめます。
   • 質問への直接的な回答から始めます
   • 必要な背景情報や説明を加えます
   • 関連する場合はコード例を含めます
   • 注意事項やベストプラクティスを記載します
3. 使用した具体的なドキュメントの URL を記載して、出典を示します

ステップ 4：回答を提示する

次の形式で回答します。

[Direct answer to the question]

[Explanation and details]

[Code examples if applicable]

**Sources:**
- [Specific page title]: [Full URL to the documentation page]
- [Another source if used]: [Full URL]

回答例の構成：

OpenClaw uses a declarative configuration approach for defining workflows.

To configure a workflow, you create a YAML file that specifies...

Example:
```yaml
workflow:
  name: example
  steps:
    - action: process

出典：

• はじめにガイド：https://docs.openclaw.ai/start/getting-started
• 設定リファレンス：https://docs.openclaw.ai/guides/configuration

## Best Practices

1. **Always fetch current documentation** - Don't rely on cached knowledge
2. **Provide specific URLs** - Include the exact page where information was found
3. **Include code examples** - When available in the documentation, include them
4. **Be comprehensive** - Cover edge cases and common pitfalls mentioned in docs
5. **Link to GitHub for implementation** - When users need to see source code or examples
6. **Check multiple sources** - If documentation is unclear, cross-reference with GitHub
7. **Note version information** - If the documentation mentions specific versions, include that context

## Handling Common Scenarios

### Question Not Directly Answered in Docs

1. Search GitHub Issues for similar questions
2. Check GitHub Discussions
3. Examine source code or examples for implementation patterns
4. Provide best available information with caveats

### Multiple Possible Answers

1. Present all relevant approaches found in documentation
2. Note recommended approach if docs specify one
3. Explain trade-offs when applicable

### Outdated or Conflicting Information

1. Prioritize official documentation over GitHub README
2. Note any conflicts found between sources
3. Suggest checking GitHub Issues for latest updates
4. Provide the most recent information available

## Reference Files

- **references/documentation_guide.md** - Overview of documentation structure and search strategies (consult when unsure where to find specific information)

## Tools to Use

- **web_fetch** - Primary tool for retrieving documentation pages
- **web_search** - For finding specific pages or GitHub issues when exact URL is unknown

## Notes

- OpenClaw is actively developed - always fetch fresh documentation
- User's questions may be in Chinese or English - respond in the same language
- Include both Chinese and English technical terms when appropriate
- Always verify URLs work before including in response