بنقرة واحدة
ask-danker
本仓库 skills 的路由器——按你当前的处境指路:该用哪个 skill、走哪条流、下一步交给谁。手动调用(/ask-danker),模型不会自动触发。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
本仓库 skills 的路由器——按你当前的处境指路:该用哪个 skill、走哪条流、下一步交给谁。手动调用(/ask-danker),模型不会自动触发。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Create GitHub issues from PRDs, requirements, or feature descriptions, choosing between a single issue and an epic plus sub-issues using gh CLI labels and dependencies.
对一个已有的 plan、design 或任何待定决策/想法做对抗式压测(不限软件):沿决策树逐个分支追问,直到与用户达成共同理解。 一次只问一个问题,每个问题都给出你的推荐答案;事实能从环境(codebase、文档、数据)查到的就去查,决策必须交给用户拍板。 触发词:"grill me"、"拷问我"、"压测这个计划"、"挑战我的设计"、"stress-test the plan", 或用户希望在动手前把计划/设计的每个决策点逼到清晰。 不用于开放式头脑风暴、方向选型,或已经明确、无歧义的任务。
grill-me 的领域增强变体:在对抗式压测计划/设计的同时,对齐项目术语、用具体场景探边界、 与代码交叉核对,并把术语 inline 沉淀到 openspec/glossary.md、把够格的长期决策落到 docs/adr/。 触发词:"grill with docs"、"对着领域模型压测"、"对齐术语"、"stress-test against the domain", 或用户希望在压测计划的同时统一项目语言、沉淀长期决策。 不用于不需要术语/决策沉淀的轻量压测(用 grill-me),也不用于纯需求澄清(用 clarify)。
基于“深模块”哲学寻找架构改进点:扫描 codebase,对照 openspec/glossary.md 的领域术语与 docs/adr/ 的决策, 找出 shallow modules 并提出 deepening 重构(把浅模块变深,提升 testability 与 AI 可导航性), 产出可视化 HTML 评审,再进入 grill 对话逐个落地;落定的 deepening 可经 gh-create-issue / stage-change-pipeline 变成可追踪工作项。 触发词:"improve architecture"、"找重构机会"、"合并紧耦合模块"、"让代码更可测"、"架构评审"、"把重构拆成 issue"。 不用于纯需求澄清(用 clarify)或纯方向选型(用 future-aware-architecture)。
把当前会话压缩成一份交接文档(handoff.md),让新会话或另一个 agent 无缝接续工作。 适用:上下文将满要开新会话、任务干到一半换 agent/换机器、issue 工作流跨会话续跑。 手动调用(/handoff),可带参数说明下个会话的重点。模型不会自动触发。
为目标项目安装 pack 之后,扫描项目并补全/对齐它自己的 CLAUDE.md 与 AGENTS.md。 推荐用 shared 源生成模式:项目维护 instructions/agents/{shared,claude,codex}.md, 本 skill 充当生成器拼接出两文件(shared 段单一事实源、零漂移),不给项目装脚本或 hook。 内容含项目自身约定、已装 pack/skill/agent 用法、可移植编排骨架。增量、绝不覆盖、写前出 diff。 触发词:"补全项目指令"、"装完 pack 初始化 CLAUDE.md/AGENTS.md"、"bootstrap project instructions"。 不用于 my-agents 仓库自身的根指令(那是 instructions/root 生成的)。
| name | ask-danker |
| description | 本仓库 skills 的路由器——按你当前的处境指路:该用哪个 skill、走哪条流、下一步交给谁。手动调用(/ask-danker),模型不会自动触发。 |
| disable-model-invocation | true |
| invocation_posture | manual |
| version | 0.1.2 |
你不需要记住每个 skill——问这张地图。一条流是穿过若干 skill 的路径:大多数工作走一条主流,几条 on-ramp 汇入它,其余是独立工具或跑在底下的治理层。每条路由是"你现在的处境",不是 skill 简介;细节以各 skill 自己的 SKILL.md 为准。
brainstorming(探索/对比方向);需求含糊、验收标准缺失 → clarify。grill-me(对话式逼清决策,不写文档)或 grill-with-docs(同时对齐术语、沉淀 openspec/glossary.md 与 ADR)。任务进入陌生领域、计划还不存在时先跑 blind-spot-pass 从代码库挖出你没想到要问的问题。prd-authoring(方向已定才进,产出可评审的 PRD)。stage-change-pipeline:设计文档 → OpenSpec change → 三路并行审核 → 修复与独立验证门 → implementation-ready GitHub issues。它内部按需调用 implementation-planning、future-aware-architecture、grill-with-docs、gh-create-issue。issue-controller(DAG 主控循环,多 issue 调度)或 subagent-workflow(单 issue 全周期:实现 → PR → 交叉评审 → 合并)。review;高风险、多视角、不变量/状态机聚焦 → risk-adaptive-cross-review;只关心一致性漂移、命名/模式重复 → entropy-review。implementation-planning。future-aware-architecture。gh-create-issue(含 Epic/子 issue 拆分与宽改造 expand–contract 切法)。diagnosing-bugs:先建红色反馈回路后假设,确诊后修复回所在工作流;subagent-workflow 的修复环节内部也消费它。原因已确诊只差动手的修复不必进——直接修。codeagent。repo-entropy-audit — 全仓六轴熵体检,产出优先级清单。entropy-review — 变更集的一致性/漂移评审(自动触发型,也可点名)。control-plane-auditor — 控制面审计:CLAUDE.md/AGENTS.md、hooks、生成物、指令一致性。improve-codebase-architecture — 深模块机会扫描;选中的候选回到主流第 2 步压测。project-documentation — docs 漂移检查与刷新。project-instruction-bootstrap — 安装 pack 后对齐目标项目的根指令文件(安装命令会提示这一步)。editorial-review / readme-craftsman — 文档编辑评审 / README 打磨。research-lifecycle 是研究控制面的路由器,按需编排:research-profile-bootstrap(研究档案)→ research-question-framing(问题定型)→ study-design(实验设计)→ scientific-evidence-synthesis(证据合成)→ theory-to-code-traceability(理论-代码追溯)→ research-engineering-handoff(交给工程)。从 research-lifecycle 进,别直接凑叶子。deep-research — 独立的多源、带引用的深度研究报告(web 检索)。meta-loop — 昂贵或安全关键的评估/证据循环的元审计。skill-lifecycle-manager — skill 的创建、验证、评测、投影、发布、审计全周期。agent-lifecycle-manager / agent-architect — agent 合约的同套治理 / 设计。prompt-engineering — 提示词与系统提示设计(知识型 skill,显式调用最可靠)。hook-development — Claude Code hooks 开发。agentic-development — 多 agent 系统的运行时调试与开发方法。git-worktree-workflows — worktree 并行开发的手动指引与恢复。上下文将满时:同一会话内的阶段过渡用原生 compact;要开新会话/换 agent 续跑 → /handoff——把会话独有状态(已定决策、工作流计数器、已排除路径、下一步)压成交接文档,issue 工作流中写到 .workplans/ 证据束旁,新会话第一条消息加载接续。并行实现用 git-worktree-workflows 隔离工作区。
以下 skill 设了 disable-model-invocation: true——只能由你 /name 调用,模型不会自动触发,也不占常驻上下文:
ask-danker(本 skill)、agentic-development、git-worktree-workflows、handoff、project-instruction-bootstrap、prompt-engineering、control-plane-auditor、repo-entropy-audit。
维护约定:新增、改名、删除任何 skill,或改动上述任何流的走向时,必须回查本地图并更新——路由器撒谎比没有路由器更糟。校验器会检查每个 user-invoked skill 都出现在本地图中。