codex-sdlc：用Multi-Agent协作框架把AI编程融入完整开发流程

功能请求涉及的不只是写代码。有人需要澄清需求、协调后端和前端、检查结果，并说明哪些已准备好供审查。

我一直在构建 codex-sdlc，旨在为 Codex 提供一个可重复的工作流程。它是一个开源插件和代码库框架，我是其作者和维护者。

理念很简单：描述你想要的成果，让框架协调交付阶段，重要决策由你掌握。

SDLC 是软件开发生命周期（Software Development Life Cycle）的缩写：即通过需求、实现、验证和审查将想法转化为软件的过程。

codex-sdlc 将这个过程组织成多个角色：

• PM：协调任务、依赖关系和交接。
• 业务分析：定义需求和验收标准。
• 后端和前端：实现分配的变更。
• QC：使用独立的 AI 角色对集成功能进行独立检查。
• 可选的 AI 产品负责人：提供咨询性评审。

你在需要时澄清需求，并做出最终验收决定。

功能请求会经历什么？

看这个例子：

让用户保存喜欢的商品，之后可以再次找到它们。

这个请求引发了一系列问题：用户需要登录吗？收藏夹能否跨会话持久化？谁能看到它们？保存失败时会发生什么？

工作流程将这些问题转化为需求和验收标准，然后协调 API 设计、实现、集成和质量检查。

最终报告描述了变更内容、记录的验证证据以及仍存在的限制。你可以接受交付或请求进一步工作。

环境要求

Node.js >=24.16.0 <25 和 npm 11。

一个现有的应用代码库。

初始化会配置你现有的应用目录。它不会从一个空文件夹搭建完整产品。

1. 安装插件

访问 kaiz.cloud，点击 Install plugin 打开插件的目录页面。

2. 初始化项目

在 Codex 中打开应用代码库，发送：

Initialize codex-sdlc for this existing project. Explain the setup choices and show the dry run before applying changes.

告诉 Codex 你的后端、Web 或移动端代码在哪里。审查提议的配置、应用设置，然后让检查完成。

如果你的前端和后端在不同的代码库，提供两个位置。一个协调代码库保留共享的交付记录。

3. 从一个小功能开始

一旦设置检查通过，发送：

Start a codex-sdlc feature delivery for: let users save favorite items and find them later.

选择一个小到你可以自己审查结果的功能，这样能判断这个工作流程是否有帮助。

什么东西会留在项目里？

插件提供技能。你的代码库接收框架及其在 .sdlc/ 下的记录状态。

需求、任务、决策、阻碍和命令证据都保留在项目中，允许后续会话从已有的运行中恢复。

你也可以按角色配置模型，并使用内置的 Go、Next.js、Flutter、PostgreSQL 和 Redis 预设。通用应用预设支持其他技术栈，带有项目特定的验证命令。

该框架采用 Apache 2.0 开源许可。运行其代理会消耗你的 Codex 使用配额。

我很期待你的反馈

我特别感兴趣的是：设置是否易于理解、角色交接是否有帮助、交付报告是否给你足够的信息来做决策。

如果你尝试了，告诉我什么感觉有用——什么感觉像是不必要的流程。

网站和演示

你当前使用编码代理的工作流程中，哪一部分仍然需要最多的手动协调？

---