常见任务

用户不需要记住内部阶段。一个清楚的请求通常包含:目标、范围与约束、验证要求,以及是否提交或发布。

只读分析

分析当前项目的主要问题,按优先级给出建议。只分析,不修改文件。

DevCodex 会进入 analyze,只返回结论和证据。

开发功能

为当前 API 增加请求幂等支持。先整理需求和验收标准,确认后实施并运行相关测试。

需要修改源码的功能通常进入 dev,并按风险经过确认、实现和验证。

修复问题

复现支付回调重复入账,定位根因,检查同类路径并修复;只在相关测试通过后告诉我完成。

该请求进入 fix,不会把“能解释原因”误当作“已经修复”。

审查现状

从用户体验、架构、兼容性、测试和发布风险审查当前实现,只报告有证据的问题。

该请求进入 audit;没有直接证据的判断会保留为未验证,而不是包装成已确认问题。

自动推进

@devcodex-auto 修复失败的 CI,检查同类问题,运行完整验证,完成后提交。

@devcodex-auto 是正式名称;@rocky 是默认兼容快捷别名。明确写出 push、tag、npm publish 或 GitHub Release,才会把相应动作纳入本次授权范围。

继续既有任务

继续支付回调幂等任务

DevCodex 会尝试进入 resume,从项目报告、记忆和任务状态恢复,而不是凭对话片段猜测进度。

普通交流

不需要项目执行链的问答使用 chat。如果请求无法安全归类,other 只作为高级规划兜底;self-fix 只处理 DevCodex 自身流程问题。

完整集合与修改边界见 工作流参考