菜单
检查用户指令是否缺少背景/目标/约束，缺则追问最多3个问题，不缺则直接放行。Use when user sends any message, asks to do a task, gives instructions, or requests changes. Triggered by vague requests like "帮我加个功能", "优化一下", "改一下代码".
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
在任意空目录中从零创建数字人智能体应用。自动识别场景（业务流/纯对话/能力展示），从内置模板复制项目文件，引导用户改配置、本地调通。Use when 用户说"新建数字人应用""开发智能体""做 XX 场景的 Demo""搭一个数字人""创建一个数字人项目"。
接到"加 Biz 类型 / 加新消息类型 / 加新消息样式 / 发某某卡片 / 想发个表单让用户填 / 消息发出去对端没收到"等需求时触发。引导决策：基础类型 vs 已有 BIZ vs 新增 BIZ；新增 BIZ 必须走后端专属接口 + 前后端共同约定 4 步流程；前端职责仅"调发送接口 + 写展示卡片"。
合并 master 前检查 swagger-repo.json 是否残留 feat 分支，半自动逐条切回并重跑 gen:api。**触发场景**：准备合并到 master 之前（由 git-ship skill 自动调用）/ 修改过 swagger-repo.json 的 branch 字段 / 拉到陌生分支后想确认 API 类型来源 / 用户输入 /check-api-branch。
多模型并行 Code Review。**自动触发场景**：用户拍板 plan 后改完代码（中等 / 复杂任务），AI 主动询问「需要 code review 吗？」**手动触发**：用户输入 `/code-review` 或说「review 一下这次改动 / 帮我看看这次提交」。按改动复杂度分级派 SubAgent，**轻量改动只派 1 个 sonnet 兜底，复杂任务才派 3 个含 opus 架构师**——不浪费最强模型在简单任务上。
公司前端通用编码规范（从 11 个项目 + 飞书知识库抽取）。当用户开始编写/修改前端 TS/TSX/Vue/SCSS 代码，或者需要 code review / 检查规范一致性时，**必须**加载本 skill 作为硬性规则基础。
启动开发环境 + 调试。触发场景："看一下效果 / 跑起来看看 / 启动一下 / 打开看看 / 启动 dev / 跑 dev"。本 skill 读 profile.devServer 配置 → 校验前置 → 后台 spawn dev server → 等 ready → 拼带 token 的真实域名 URL → open 浏览器。同时含项目特定的"关键调试场景"片段（按 profile 加载）。
| name | prompt-enhance |
| description | 检查用户指令是否缺少背景/目标/约束，缺则追问最多3个问题，不缺则直接放行。Use when user sends any message, asks to do a task, gives instructions, or requests changes. Triggered by vague requests like "帮我加个功能", "优化一下", "改一下代码". |
基于 Prompt 工程方法论，帮用户将模糊简略的指令升级为包含"背景 + 目标 + 约束"三要素的精准 Prompt。
用户主动调用：/prompt-enhance <原始指令>
别名：/增强, /pe
分析用户输入，检查以下维度：
| 要素 | 缺失信号 | 示例（低质量） |
|---|---|---|
| 背景 | 没提技术栈、文件位置、当前状态 | "帮我加个登录功能" |
| 目标 | 只说了做什么、没说要什么结果 | "优化一下这个函数" |
| 约束 | 没提不能动什么、用什么工具 | "重构这个模块" |
| 输出格式 | 没说先方案还是直接实现 | "帮我写个缓存" |
| 上下文污染 | 说了一堆不相关的 | "我们项目用了 React…[300 字背景]" |
只在缺少的关键维度上追问，最多 3 个问题。每个问题短、具体、带示例。
## Prompt 诊断
你的指令目前缺少以下关键信息：
### 🔴 缺少「背景」
- 项目用了什么技术栈/框架？
- 相关代码在哪个文件/目录？
- 之前已经尝试过什么方案？（有过的话）
### 🔴 缺少「目标」
- 期望达到什么具体结果？（如"把接口延迟从 200ms 降到 50ms"）
- 是要分析、给方案、直接实现、还是 Review？
### 🔴 缺少「约束」
- 不能改哪些文件/接口？
- 必须用什么库？（如"用现有的 node-cache，不要引入 Redis"）
- 遵循什么规范？（如"错误处理用 AppError 类"）
---
请回答上面 🔴 标记的问题，回答后我给你生成增强版 Prompt。
用户补充信息后，按以下模板输出：
## 增强版 Prompt（直接复制使用）
背景：[项目技术栈 + 文件位置 + 已尝试方案]
需求：[具体要实现什么 / 达到什么结果]
约束：[不能动什么 + 必须遵循什么]
输出：[先给方案 / 直接实现 / 先问关键问题]
---
✅ 以上可直接发给 Claude Code。如需调整某一部分请说。
以下情况直接跳过（用户指令已经够清晰）：
此时回复：✅ 你的指令已经足够了，不需要增强。直接按原话执行。
触发增强的信号词（出现 2 个以上大概率需要增强）：
优化 重构 帮我 看一下 改一下 加个 写个 实现 开发
有没有问题 帮我review 改改 怎么搞 弄一个 搞一下 这个不对