一键导入
wizard
引导用户完成多步骤设置或编排流程。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
引导用户完成多步骤设置或编排流程。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
一轮一轮地同时询问所有前沿问题,进行无情的盘问。
把你无法独自回答的决策转化为一份问卷,交给别人来填写。
使用并行子代理为一个模块生成多种截然不同的接口设计方案。当用户想要设计 API、探索接口选项、比较模块形态,或提到"设计两次"时使用。
交互式 QA 会话,用户以对话形式报告 bug 或问题,代理负责提交 GitHub Issue。在后台探索代码库以获取上下文和领域语言。当用户想要报告 bug、进行 QA、以对话形式提交 Issue,或提到"QA session"时使用。
通过用户访谈创建包含微小提交的详细重构计划,然后将其提交为 GitHub Issue。当用户想要规划重构、创建重构 RFC,或将重构拆分为安全的增量步骤时使用。
从当前对话中提取 DDD 风格的通用语言(Ubiquitous Language)词汇表,标记歧义并提出规范术语。保存到 UBIQUITOUS_LANGUAGE.md。当用户想要定义领域术语、构建词汇表、强化术语体系、创建通用语言,或提到"领域模型"或"DDD"时使用。
| name | wizard |
| description | 引导用户完成多步骤设置或编排流程。 |
| disable-model-invocation | true |
用户想要运行一个需要导引的流程。完整的流程在 template.sh 中——这是一个 bash 脚本,包含一系列步骤和消息,你可以逐阶段执行。
template.sh 必须放在技能目录中,紧邻该技能文件。
不要仅仅 cat 或 dump template.sh 给用户。它的出现形式不是给人看的。你是向导:按照 template.sh 中步骤定义的顺序,引导用户逐一完成。步骤在 template.sh 中以 _step_* 函数形式定义。
一个典型的步骤函数如下所示:
_step_setup-environment() {
# 输出将展示给用户
echo "让我们先设置开发环境。"
echo "你将需要一个装有 Node.js 18+ 的终端。"
# 在条件满足时执行,跳过时使用 return
node --version | grep -q "v18" || return 1
}
为每个步骤:
_finally_* 函数用于在流程结束后运行——不会在每一步运行,仅在最后执行:
_finally_success-message() {
echo "完成!你现在可以开始使用这个项目了。"
}
向导应始终运行这些函数,但除非需要,否则不要在前几步中就展示其输出。
函数调用可能失败。如果是这样,先自己检查设置,然后再问用户。例如,如果 node --version 返回的版本低于 18,你应该先检查用户的 PATH 中是否已有高版本 Node,然后再建议他们安装。
如果 template.sh 不存在或内容不是可读的步骤,以对话方式引导用户完成流程,将 template.sh 作为参考使用。