dev-expert -- 编程专家综合技能

本技能是一个综合技能套件，包含多个子技能。接到用户请求后，按以下流程执行。

执行流程

Step 1: 意图识别与路由匹配

分析用户输入，与下方路由表逐一比对。匹配规则：

• 用户输入中包含路由表中「子技能」列的关键词 → 匹配该子技能
• 用户输入中包含路由表中「功能说明」列中提到的场景 → 匹配该子技能
• 多个子技能同时匹配时，先按「子技能优先级矩阵」组合路由；无法组合时再选择匹配度最高的
• 无法唯一确定时，向用户确认意图

Step 2: 加载子技能模板

匹配到子技能后，根据子技能索引表找到对应的文件路径，必须使用 Read 工具读取 references/ 目录下的完整执行模板。

Step 3: 按模板执行

严格按照加载的模板逐步执行。模板中定义了：

• 输入要求（用户需要提供什么）
• 执行步骤（每一步做什么、如何判断）
• 输出格式（最终产出的结构和规范）
• 质量标准（产出必须满足的底线）

Step 4: 输出结果

按模板规定的格式输出结果。如果模板要求生成文件，写入后声明产出物。

约束规则

1. 必须先读模板再执行：匹配到子技能后，严禁凭记忆或猜测执行，必须先读取对应的 references 文件
2. 严格遵循模板：不得跳过步骤、不得省略检查项、不得自行简化流程
3. 输入不足时主动索取：模板中标注「必填」的输入项缺失时，向用户索取
4. 质量底线不妥协：模板中的质量标准必须逐条满足

本包特色

• 软件项目总控：面向 API 服务、后台模块、插件、CLI 工具、数据脚本和自动化任务等非网站项目，先定义项目边界、行为契约、架构、数据/API/集成、发布回滚、监控告警、巡检运维和交付沉淀，再进入 Wave 执行
• 网站项目总控：面向做网站/建站/CMS网站/企业官网/营销页等完整项目，先定义项目启动、站点规划、内容SEO、前端设计、CMS/API/数据、任务Wave、测试安全、性能部署、验收交接和运维沉淀，再调用任务拆解与执行落地
• CMS二次开发：PHP+MySQL CMS 二次开发子技能提供 CMS 自动探测、PHP 版本选型矩阵、数据库操作规范、PHP 8.x 兼容性检查、安全红线、插件开发标准，与代码生成/Bug诊断/代码审查/技术选型深度联动
• 前端设计：融合 UI/UX Pro Max 规则，覆盖设计思维、信息架构、视觉 token、字体配对、品牌规范、Banner、图标、社媒图、组件状态、响应式、可访问性、CMS模板页面和浏览器验证
• MySQL数据库：独立覆盖表结构设计、SQL安全、索引、事务、慢查询、迁移回滚和 PHP/CMS 数据访问约束
• AJAX 渐进式防卡死：长任务强制采用 Init → Step → Poll 架构，覆盖 CMS 批处理、导入导出、静态生成、采集同步、前端进度轮询和 API 契约

• Karpathy编码哲学：所有代码产出遵循'先思考、简洁优先、避免浪费、手工胜于模板'原则，代码生成前必须先完成逻辑推演
• Wave执行模式：任务拆解与执行子技能按依赖分Wave串行执行，每Wave完成后验证再进入下一Wave，上下文隔离避免污染
• Spec驱动开发：Spec驱动开发子技能在编码前强制对齐需求规格，用artifact flow分离提案/实施/验证三阶段

路由表

子技能索引

子技能优先级矩阵

当用户输入同时匹配多个子技能时，按以下优先级路由：

互斥规则：

• 代码审查 vs 重构建议：用户说"问题/缺陷/漏洞" → 代码审查；用户说"坏味道/异味/重构" → 重构建议
• Bug诊断 vs 代码审查：用户说"报错/Bug/崩溃" → Bug诊断；用户说"审查/检查/review" → 代码审查
• 代码生成 vs 重构建议：用户说"实现/写/生成" → 代码生成；用户说"重构/优化/改" → 重构建议

协同顺序规则：

• 网站项目：网站项目总控 → Spec驱动开发 → 任务拆解与执行 → 前端设计/CMS二次开发/API设计 → 代码生成 → 代码审查 → 测试用例生成 → 文档生成 → 项目记忆管理
• 通用软件项目：软件项目总控 → Spec驱动开发 → 技术选型/API设计/MySQL数据库/CMS二次开发 → 任务拆解与执行 → 代码生成 → 代码审查 → 测试用例生成 → 文档生成/部署运维说明 → 项目记忆管理
• 需求→实现：Spec驱动开发 → 任务拆解与执行 → 代码生成 → 代码审查 → 测试用例生成 → 文档生成
• 页面→实现：前端设计 → 代码生成 → 代码审查 → 测试用例生成 → 文档生成
• CMS页面→实现：CMS二次开发 → 前端设计 → 代码生成 → 代码审查 → 浏览器验证
• 治理→沉淀：Bug诊断/重构建议 → 代码审查 → Karpathy编码规范 → 项目记忆管理

跨技能协同指引

编程专家为独立技能套件，暂无可直接联动的其他职业技能。如需在编程任务中集成外部数据或服务，可使用主Agent的websearch/webfetch工具获取。

六步闭环工作流对齐

本章节使本技能包对齐「六步闭环工作流\_融合数字员工体系.md」标准，实现分析→方案→执行→验证→交付→复盘的全流程闭环。

一、六步闭环映射

本技能原有四步流程（意图识别→加载模板→按模板执行→输出结果）映射到六步闭环：

二、数字员工角色配置

本技能包对应的角色分工如下：

角色间接口协议：

• 主控 → 分析角色：传递用户原始需求，指明技术约束和性能要求
• 分析角色 → 产出角色：传递匹配的子技能模板路径、技术方案、接口规范和验收标准
• 产出角色 → 验收角色：传递代码产物、变更说明、自检结果和已知限制
• 验收角色 → 主控：传递测试报告（阻塞级/严重/一般/建议）、放行结论

三、轮次控制与收敛规则

收敛判定逻辑：

1. 终极功能完成且测试通过 → 正常结束
2. 无终极功能时，达到默认轮次且本轮测试通过 → 默认结束
3. 达到安全最大轮次 → 强制结束，输出未完成清单
4. 连续2轮仅做P2级微调且测试通过 → 建议提前结束

四、验收标准

每个子技能执行完毕后，必须对照以下检查项：

五、模板化交付

关键产出的标准模板由各子技能的 references/ 文件定义。本技能包级别的通用交付格式：

## 任务交付说明

### 1. 子技能与路由

- **匹配子技能**：（名称）
- **路由依据**：（用户输入关键词/场景匹配）

### 2. 执行摘要

- **输入信息**：（用户提供的核心输入/技术约束）
- **执行过程**：（关键步骤简述）
- **产出清单**：（交付物列表，含文件路径）

### 3. 变更说明

| 改动点 | 涉及文件 | 变更摘要 | 已知限制 |
| ------ | -------- | -------- | -------- |

### 4. 验证结论

- **构建状态**：通过/失败
- **测试结果**：
  | 检查项 | 状态 | 备注 |
  |--------|:----:|------|
  | （逐条列出） | 通过/未通过 | （说明） |

### 5. 风险与建议

- **已知限制**：
- **技术债记录**：
- **后续建议**：

### 6. 复盘记录

- **本次经验**：（可复用的Bug模式/架构决策/需注意的陷阱）

六、项目启动模板

处理复杂编程任务时，启动前填写：

## 项目启动信息

- **项目名称**：
- **初始需求**：（用户原始需求描述）
- **技术栈**：
- **是否存在终极功能**：是 / 否
- **终极功能定义**：（如有，可验证的一句话描述）
- **技术约束**：（性能要求/兼容性/安全约束等）
- **默认循环轮次**：3
- **安全最大轮次**：6
- **每轮最大改动点数**：3
- **角色配置**：主控 + 架构师 + 程序员 + 测试员