年后公司开启了拥抱AI2026的主题活动
我在此背景下开始了CC的编程之路
刚接触的时候通过各种渠道加入了 Linux.do，借助anyrouter+自费中转站成为了opus的奴隶
至今开发了两个功能，一个已完成，一个快完成了，正在筹备第三个,总结了一些心得。
先上心得：
1、AI也不能将混沌打造为秩序；
2、AI编程体系下，功能落地的瓶颈在需求设计上；
3、prd文档不能直接开发，要先跟AI沟通生成开发文档；
4、不是从零开始的项目一定要给喂框架、喂架构（可以直接指定框架代码目录，也可以先生成框架的claude.md）；
5、后端代码尽量不要给空项目，要有个模板给AI参考，否则很可能生成的不是你想要的结构。
6、不要尝试读懂ai的代码，你会发现读的时间不如自己开发，甚至可能一时半会读不懂，把精力放在功能验证上。
7、一定要多用ask模式，经过多轮对话再让ai生成plan，检查plan后才让他按阶段开始开发，每个阶段结束都可以/compact一下。
第一个功能：老delphi程序员把老系统一个功能转化成了prd文档并进行了数据库设计（传统程序进行web转型的一部分）。于是我拿着蹩脚的prd文档、抽象的数据库设计丢给了CC，指定opus模型进行了开发。前端分开，先后端，然后拿着接口给前端。期间后端补充了框架代码的目录，本地运行完全没问题，但是在对接业务流程的时候发现了各种各样的问题。根本原因在于文档的不完善，我由于了解原程序逻辑也没有去审视文档，导致了项目的重构。最后经过多次会议调整数据库、前端代码才交付。
第二个功能：将web的一个复杂功能复刻到移动端，不是1：1，有增有减，接口几乎无变化，纯前端工作。这次开发吸取了第一次的教训，先让ai生成了基础目录结构，然后对比web差异逐步开发，但是web与app的差异文档是年前测试同事编写的文档，开发过程中发现文档有很多不正确的地方，导致ai的开发计划需要调整。这次没有大范围重构，主要是因为做了大量的开发准备，ai的设计没有偏移轨道。由于功能十分复杂，细节很多，验证工作比较多，目前尚未结束。
第三个功能：基于app定制平板界面，吸取了前两次的教训，本次开发的准备过程中花了大量时间在需求评审、开发文档上。希望这次的开发文档能够让ai自主编程，我只负责验收。这个结果在功能完成后补上。
1 个帖子 - 1 位参与者