做 AI 开发，流程顺序真的很重要。之前我踩过不少坑，后来换了一套组合——用墨刀 MCP 先把原型定下来，再让 Codex 去写代码，省心很多。下面就拿 CRM 系统当例子，把整个过程捋一遍。

一、为什么不建议一上来就让 Codex 写代码

不少人用 Codex 做产品，直接就把需求甩进去，但页面结构改来改去，交互逻辑前后对不上，开发到半路才发现需求压根就没理清。我最近改了个流程：先用墨刀 MCP 把产品规划和原型定下来，再让 Codex 拿着明确的页面、流程和 PRD 去完善代码。这样既能用上 AI 编程的快，又不跳过前期设计。下面就拿 CRM 客户管理系统当例子，过一遍从想法到能用的产品怎么做。

Codex 在改代码、补接口、跑测试这些事上确实顺手，但它不会自动猜到业务方到底要什么。比如做个 CRM，光客户字段、跟进记录、销售漏斗、权限划分、数据统计这些就得想半天。需求要是没梳理清楚，模型就只能自己脑补。生成的页面看着还行，真用起来就发现信息层级不对，关键操作不好找，或者几个页面的数据根本对不上。后面每改一次需求，前端组件、接口、数据模型都得跟着动。

更稳的做法是分两步走：先把产品结构和交互定下来，再进入工程实现。我选墨刀不光能画原型，关键是它本身带了不少现成的设计场景、组件和交互能力。接上 MCP 后，这些能力直接在 Codex 对话里就能调，不用在几个工具之间来回倒腾提示词。算算成本也划算，前期规划和视觉探索本来就要跑好几轮，如果全让代码模型做花费不小，先用墨刀 AI 把 PRD、原型或 React 代码弄出来，方向定了再开发，总体上更省。

二、在 Codex 中接入墨刀 MCP

墨刀 MCP 能生成交互原型、React 应用和 PRD 文档等，结果是保存到你的墨刀个人空间，同时返回任务信息、预览链接和具体内容。

官方推荐使用 OAuth 授权。配置时添加一个 MCP 服务，参数如下：

text

服务名称：modao
类型：Streamable HTTP
服务器地址：https://modao.cc/agent-py/ai/mcp
鉴权方式：OAuth

完成配置后，根据 Codex 的提示跳转到墨刀登录并授权，再回来确认连接状态即可。OAuth 的好处是不用复制个人令牌，用起来也省事，还能避免令牌误传到聊天记录或代码仓库。

如果当前客户端暂时不支持 OAuth，也可以在墨刀或墨刀 AI 页面点击右上角头像，进入“令牌设置”，创建个人空间令牌。手动配置时使用相同的服务器地址，并增加请求 Header：

text

Header 名称：modao-token
Header 内容：你的个人空间墨刀令牌

千万别把真实令牌发到公开对话、截图、日志或 Git 仓库里。可以先让 Codex 用“个人空间墨刀令牌”当占位符写好配置，然后自己在本地换上真的。保存后刷新一下 MCP 服务，没生效就重启客户端。

通过 MCP 生成内容和墨刀 AI 网页端用的是同一套个人空间权益。如果生成失败，就去检查账号登录状态、积分或权益、MCP 连接状态和服务器地址。

三、先生成 PRD 和原型，再让 Codex 接手

连上之后，调用前你给的需求细节越多，出来的东西就越能用。我用的提示词类似这样：

text

请用墨刀 AI 为中小型销售团队设计一个 CRM 客户管理后台。

核心页面包括：
1. 数据概览
2. 客户列表与筛选
3. 客户详情和跟进记录
4. 销售机会漏斗
5. 成员与权限设置

先生成结构化 PRD，说明用户角色、页面结构、核心字段和主要业务流程。
确认后再生成桌面端 React 交互原型，重点完善列表筛选、详情抽屉、
新增跟进记录和销售阶段切换。

先出 PRD，主要是把页面背后的业务关系定下来。比如客户和联系人怎么关联、销售机会分几个阶段、不同角色能看哪些数据，这些都会直接决定后面的组件设计和数据结构。

PRD 确认没问题，再让墨刀生成 React 应用。如果只是快速确认页面结构和活动页，出 HTML 原型就够了；如果产品有筛选、弹窗、状态切换这类交互，React 原型后续查看、复制和二次开发都更方便。

拿到预览链接后，先把原型当正式产品用一遍。比如找客户快不快，加跟进顺不顺手，空状态全不全，危险操作有没有确认弹窗。这时候改页面，比代码写完再回头改划算多了。

四、让原型真正变成可用产品

原型确认后，就可以让 Codex 接手工程实现。最好把技术约束、验收条件和实施顺序一起给出来。例如：

text

请基于刚才生成的 CRM React 原型，在当前项目中实现可运行版本。

技术要求：
- 复用项目现有 React、TypeScript 和组件库
- 保留原型的信息架构与主要交互
- 将模拟数据收敛到独立的数据访问层
- 补齐加载、空数据、请求失败和表单校验状态
- 先分析现有代码结构，再分阶段实施
- 完成后运行类型检查、测试和构建

接下来让 Codex 先拆页面和组件，再建类型、接口层和状态管理，最后接上真实后端。涉及到核心操作，还得补权限校验、错误处理、日志、响应式适配和自动化测试。原型里的静态数字要换成接口数据，别觉得页面能点就算完事了。

我一般按“产品方案、交互原型、前端实现、接口联调、测试验收”这五个阶段走。墨刀 MCP 管前两步，把模糊的想法变成能讨论、能预览的方案；Codex 管后面的工程实现，在真实代码库里持续改和验证。

---

这套组合的好处不光是出活快，还能避免方向不清带来的重复开发。用专业产品工具把需求和体验想清楚，再用代码模型把方案落地。对个人开发者或小团队来说，基本覆盖了从规划到第一个可用版本的全过程，而且成本比较可控，可以反复复用。