结合文档质询
danielvm-git2026-10-27查看 115复制 645
grill-me 的基于文档变体 — 通过获取并引用真实的库或 API 文档,对计划假设进行压力测试。每次质疑都必须引用真实 URL。当计划依赖于特定库或外部 API 时使用。
📘如何使用这个技能
- 1复制技能内容·点击上方「Copy SKILL.md」复制全部内容,或 Download 下载到本地
- 2打开你的 AI 客户端·支持 Claude Code、Trae、Cursor、ChatGPT、DeepSeek、Kimi 等任意 AI 助手
- 3粘贴为系统提示/知识文件·Claude Code:放入 .claude/skills/ 目录;普通对话:作为首条消息发送并说「请严格按这份技能文档执行」
- 4直接提出你的需求·AI 会按技能定义的工作流、格式和约束来处理,无需再解释背景
💡 提示:技能生效后,每次对话只需一句需求,AI 会按 SKILL.md 的流程执行。
SKILL.md2571 chars
--- name: grill-with-docs model: opus description: "Doc-grounded variant of grill-me — stress-tests plan assumptions by fetching and citing real library or API documentation. Every challenge must cite a real URL. Use when the plan depends on a specific library or external API." --- # Grill With Docs > **Use this vs grill-me:** `grill-with-docs` is the doc-grounded variant of `grill-me`. Use it when the plan relies on external libraries or APIs and every challenge must be grounded in and cite a real documentation URL. Use `grill-me` for context-only assumption surfacing without fetching docs. > **HARD GATE** — Every challenge must cite a real documentation URL. No hallucinated APIs. ## Process 1. Read the plan or design under test (`specs/release-plan.yaml + epic shards`, INTERFACE-OPTIONS.md, etc.). 2. List assumptions that depend on external libraries or APIs. 3. For each assumption: fetch or quote official docs; challenge with "docs say X, plan says Y." 4. Resolve or update the plan inline; unresolved items block `plan-work`. ## Docs mode rules - Cite URL + quoted snippet (method name, parameter, version). - If docs contradict the plan, plan loses until updated. - Prefer official docs over blog posts. ## Facts vs. Decisions Boundary Distinguish between **facts** and **decisions**: - **Facts** — things discoverable by reading docs, checking APIs, or exploring the codebase. Do not ask the user to confirm facts; find them yourself. - **Decisions** — choices that require user input (trade-offs, preferences, priorities). Always present options and ask the user to choose. Never "grill yourself" — if the answer is in the docs, go fetch it. Only ask questions where the user's judgment is needed. ## Confirmation Gate > **HARD GATE** — Do NOT enact the plan or generate specifications until the user explicitly confirms shared understanding. Wait for explicit approval (e.g., "looks good", "confirmed", "proceed") before transitioning to any implementation, spec-writing, or task-slicing step. ## Verify → verify: `test -f skills/grill-with-docs/SKILL.md && test -f skills/grill-with-docs/REFERENCE.md` See [REFERENCE.md](REFERENCE.md) for question templates. <!-- story: e03s01 --> --- # Grill With Docs — Question templates - "Docs at [URL] show signature `foo(bar?: Baz)`. Your plan calls `foo(bar, baz)` — which is correct?" - "The changelog at [URL] deprecates X in v3. Your plan still uses X — migrate or pin version?" - "Error handling in [URL] throws `NetworkError`. Your plan catches `Error` only — is that sufficient?"