This pulls fresh documentation from OpenClaw's official docs and GitHub repo whenever you ask a question, then synthesizes actual answers with source links. It's built around the reality that framework docs change constantly, so instead of relying on stale knowledge, it fetches the current pages for installation, API usage, configuration, or whatever you're asking about. The workflow categorizes your question, grabs the right docs pages, and formats responses with code examples and URLs. Useful when you're working with OpenClaw and need accurate answers that cite their sources rather than hallucinated guesses about how something works.
npx -y skills add fanthus/agent-skills --skill openclaw-expert --agent claude-codeInstalls into .claude/skills of the current project.
This skill helps answer questions about OpenClaw by retrieving information from official documentation and the GitHub repository, then providing comprehensive answers with source links.
When the user asks an OpenClaw-related question:
Categorize the question to determine the best sources:
/start/getting-started/concepts/ sections/api/ + GitHub examples/guides/configuration/examples directoryUse web_fetch tool to retrieve content from:
Primary source: Official documentation at https://docs.openclaw.ai/
/start/getting-started, /concepts/, /api/, /guides/Secondary source: GitHub repository at https://github.com/openclaw/openclaw
Important: Always fetch the actual pages rather than guessing content, as OpenClaw is actively developed and documentation changes frequently.
After retrieving documentation:
Format the response as follows:
[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]
Example response structure:
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
Sources:
## 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
sickn33/antigravity-awesome-skills
moizibnyousaf/ai-agent-skills
github/awesome-copilot