开发圈里Claude 3.5 Sonnet和Cursor确实火，我身边不少同事也都在用，写代码、修Bug确实省心。尤其是那种绕人的算法逻辑或者一行正则搞定的场景，用它比自己硬啃快太多了。但对那些搞独立开发的全栈/前端来说，最磨人的不是写代码，反而是需求边界定在哪，还有UI到底长啥样。

我之前试过拿Claude直接生成一个任务管理后台的原型，界面出来很糙，放国内业务场景里看着就别扭。我觉得它压根没理解我们这边常见的交互套路，这块后面我就没怎么让它碰过。

后来慢慢试出来一个相对顺手的组合：墨刀AI+Claude 3.5。其实这个老牌国产原型工具，AI功能早在前年去年就有了，但很多人可能还停留在它就是个画原型的印象里。实际上它现在能做的事比想象中多。

今天就说说我是怎么用“墨刀AI + Claude 3.5”这套组合，把一周的活压到两天的。

实操演示：OKR管理后台

需求很简单，要快速做一个“中小团队的OKR管理后台”，目标设定、进度打卡、数据看板。没什么特殊的地方，但流程上我想从头走一遍，看看能在哪些环节真正省力气。

第一步：AI生成竞品分析与PRD

我直接在AI里输了一段需求描述，大概就是“面向20人初创团队，OKR管理，包含目标设定、进度打卡、数据看板”这几句，让它出PRD和竞品分析。

生成出来的PRD结构挺完整的，边界条件、角色权限这些它都给你列明白。竞品分析和评审文档也能一并带出来。说实话，文档本身不可能直接用，但作为第一版草稿，省了我列大纲的时间。以前我自己写PRD，开头梳理结构就得半天，现在有个底稿，对着改就行了。

第二步：生成界面与React/Vue代码

前面的功能确实不错，但真正让我决定把它加入主力工具箱的，是它的代码打通能力。文档有了，接下来是产品界面。以前的原型工具只能看不能动，前端还得对着标注一点点写CSS、画flex布局。现在利用“AI生成应用”功能，顺着刚才的需求，AI生成带常见交互组件的高保真产品界面，直接给了一套能跑起来的完整前端工程（这里是选择了React代码），不是零散的片段。

我看了下生成的代码，不是那种用绝对定位硬怼布局的，DOM结构和样式组织得还算顺眼。

• 它默认用的是 React + Vite + TypeScript + Tailwind，省了我自己搭环境的步骤。
• 像 Card、Badge、ProgressRing 这些都被抽成独立组件了，不是全塞在一个文件里。
• 它不止给你画个静态的界面，比如数据看板，它居然自己用 reduce 和 map 把计算OKR整体进度、拆解图表数据源（Recharts）的基础逻辑都写好了，Context 状态管理也搭了骨架。

这一步确实省时间，起码不用从零开始搭工程、写样式和引组件了。

第三步：把AI生成的代码交给 Claude 3.5

有了这套能跑通的基础工程代码，剩下的工作就轮到 Claude 3.5 出场了。

我直接把导出 React 代码丢给 Claude 3.5，指令大概是：“这是我现有的前端页面代码，DOM结构和图表已经布好了。请帮我接入 Axios，把目前的 Mock 数据替换成真实的后端接口请求，接入 Redux 状态管理，并加上以下硬核的业务校验规则：目标进度不能超过100%，打卡每天只能打一次，看板数据按部门聚合……”AI给的代码结构还算清晰，Claude 改起来能顺着原有布局走，不会把排版弄乱。

这么一分工，墨刀AI负责需求文档、界面和工程骨架，Claude处理API联调、状态流转和那些绕人的动态校验。两个配合起来，整个流程顺很多。

结语

Claude和Cursor在纯逻辑实现上确实能打，这点没得说。但如果想把需求、原型、设计稿到代码这一段也串起来，少在没代码的地方耗时间，我现在习惯加一步墨刀AI或者其他类似的工具。

这两个工具拼在一起用，不是谁替代谁，而是它们擅长的阶段不一样。对独立开发或者小团队来说，它起码能顶半个懂国内业务场景的产品和设计，省下来的沟通成本挺明显的。工具这东西，顺手就留着，不顺手就换。这套组合目前我用下来，确实比之前单点用海外模型要顺不少。