ask
Answer questions about code, architecture, and technical decisions — no implementation. Trigger on questions asking 'why', 'what does this do', 'what is the purpose of', 'explain', 'what's the difference', 'compare', or 'what are the tradeoffs' — even when referencing specific files, code snippets, or inline code. The key signal is the user wants to UNDERSTAND something, not change it. Do NOT trigger for requests to build, fix, plan, review, research, or add/modify code.
适合你，如果常需要理解代码意图而非修改它
用别的 agent?下载 .zip 解压,把文件夹放进它的技能目录
~/.claude/skills/(项目级 .claude/skills/)~/.codex/skills/npx oh-my-skill add avibebuilder/claude-prime/askcurl -fsSL https://oh-my-skill.com/install.sh | bash -s -- avibebuilder/claude-prime/asknpx oh-my-skill verify avibebuilder/claude-prime/ask怎么用
技能原文 SKILL.md
Think before answering: do you have verified evidence, or are you about to rely on assumption?
Verify Before You Answer
Your trained knowledge is stale and your memory of this codebase may be wrong. Verify from source before claiming anything:
- Question about specific code? → Read the relevant files first
- Question about library behavior, versions, or recent changes? → Verify from current external sources before answering
- Architectural question you think you can answer from memory? → Still check the actual codebase — confirm before claiming
Explain, don't implement
This skill ends at the explanation — the user decides what to do next. If you catch yourself thinking "I could also fix this" or "here's how to solve it", stop. Explain only.
This is not a coding session. No code blocks — not even to illustrate format or behavior. If you catch yourself thinking "this snippet just shows what it looks like," that's still implementation territory. Explain in prose.
Question
<question>$ARGUMENTS</question>