现在的 coding agent 如何做复杂项目?
- 内容介绍
- 文章标签
- 相关推荐
我也抛砖引玉分享一下我的思考:
AI 编程很强大,处理任务的能力很强,但是:
-
提示词要干净,注意力才会集中,效率才会高

-
上下文一旦边长了就会信息失真,幻觉之类的
-
复杂项目往往需要跨很多模块,才能确保某个任务的上下文是完整的

这就导致了 AI 做复杂任务的时候很容易漏这漏那,需要人类花精力给 AI 产出擦屁股
我突然意识到,这投射到没有 AI 的社会组织运作的形式是一样的
试想一下,你有一个想干的复杂的活儿,还有条件请到一堆大佬来帮忙
但是这些大佬:
-
需要你得把要求说清楚,要不然他也没办法把活儿干好
-
他们精力有限,活儿干多了,疲劳了,就掉链子了
-
无法短时间内理解你到底在想啥(没你想的那么多)
请问此时,该怎么办?
理论上:
-
把任务拆细了,越细越好
-
拆地很细很细后,就可以分配给大佬,他既不需要知道太多,又能保证清晰地知道自己要干啥,就麻溜的把活儿干好了。
-
循环系统:分配任务给每一个大佬,谁先干,谁后干,干了生成,生成了再拆任务,拆了任务再分,分了再干……
我觉得这不是 AI 的能力强弱问题,这是一个管理问题,管理事情怎么推进,任务怎么拆解生成,拆解后怎么分配。
也许如果搓一个 AI 自动开发工具,可以考虑这个方向(我正在手搓中)
从需求分析,到功能设计,到原型,到技术方案,到开发,到测试,到部署,到后续运维
每一个环节都拆、分发多 agent 执行。
不知道是不是已经有这样的东西了,我只试过 golutra,但觉得不是我想要的就没仔细用…
网友解答:--【壹】--:
好专业!
不过我没看懂具体要怎么做,我去查查
感谢分享!
--【贰】--: 冬灰条:
把任务拆细了,越细越好
那完蛋了,AI非常喜欢锦上添花,到时候一个小功能各种兜底啊测试啊SPEC啊,搞得功能几十行代码,其他杂七杂八的都快上千行了
按照我的经验,120+需求点 10w行代码的项目
前期我用设计驱动从设计稿到前端静态界面
然后换标准项目流程让AI使用指定的框架和语言实现前端
接下来用测试驱动完成后端
最后使用行为驱动让AI模拟真实用户使用产品完全全链路打通
这些都有现成的SKILL, 实在不会用 Spuerpowers 里面内嵌测试驱动, 自己前后期强提示词完成设计和真实业务模拟
--【叁】--:
其实就是顾名思义,别看那些理论
设计驱动 → 告诉AI要做怎么样的项目,让其列出所有必备的页面,然后转交专业的设计AI去完成所有页面的设计,然后换个平台将设计稿转为静态页面,自己访问页面点击看看符不符合预期,不符合随时让AI去改
标准流程 → 让AI根据静态页面拆分项目的模块、功能、功能点三级TODO(前后端都要设计只是暂时只做前端),然后逐个完成前端正式页面
测试驱动 → AI理解你这个功能预期效果后,用预期为断言,先写测试代码,然后才开始写业务代码,写一点跑一遍测试,知道测试通过(即符合预期)
行为驱动 → 这里别让AI自己理解,你要明确告诉AI各个身份的用户使用此项目的流程,然后让AI模拟真实用户
我也抛砖引玉分享一下我的思考:
AI 编程很强大,处理任务的能力很强,但是:
-
提示词要干净,注意力才会集中,效率才会高

-
上下文一旦边长了就会信息失真,幻觉之类的
-
复杂项目往往需要跨很多模块,才能确保某个任务的上下文是完整的

这就导致了 AI 做复杂任务的时候很容易漏这漏那,需要人类花精力给 AI 产出擦屁股
我突然意识到,这投射到没有 AI 的社会组织运作的形式是一样的
试想一下,你有一个想干的复杂的活儿,还有条件请到一堆大佬来帮忙
但是这些大佬:
-
需要你得把要求说清楚,要不然他也没办法把活儿干好
-
他们精力有限,活儿干多了,疲劳了,就掉链子了
-
无法短时间内理解你到底在想啥(没你想的那么多)
请问此时,该怎么办?
理论上:
-
把任务拆细了,越细越好
-
拆地很细很细后,就可以分配给大佬,他既不需要知道太多,又能保证清晰地知道自己要干啥,就麻溜的把活儿干好了。
-
循环系统:分配任务给每一个大佬,谁先干,谁后干,干了生成,生成了再拆任务,拆了任务再分,分了再干……
我觉得这不是 AI 的能力强弱问题,这是一个管理问题,管理事情怎么推进,任务怎么拆解生成,拆解后怎么分配。
也许如果搓一个 AI 自动开发工具,可以考虑这个方向(我正在手搓中)
从需求分析,到功能设计,到原型,到技术方案,到开发,到测试,到部署,到后续运维
每一个环节都拆、分发多 agent 执行。
不知道是不是已经有这样的东西了,我只试过 golutra,但觉得不是我想要的就没仔细用…
网友解答:--【壹】--:
好专业!
不过我没看懂具体要怎么做,我去查查
感谢分享!
--【贰】--: 冬灰条:
把任务拆细了,越细越好
那完蛋了,AI非常喜欢锦上添花,到时候一个小功能各种兜底啊测试啊SPEC啊,搞得功能几十行代码,其他杂七杂八的都快上千行了
按照我的经验,120+需求点 10w行代码的项目
前期我用设计驱动从设计稿到前端静态界面
然后换标准项目流程让AI使用指定的框架和语言实现前端
接下来用测试驱动完成后端
最后使用行为驱动让AI模拟真实用户使用产品完全全链路打通
这些都有现成的SKILL, 实在不会用 Spuerpowers 里面内嵌测试驱动, 自己前后期强提示词完成设计和真实业务模拟
--【叁】--:
其实就是顾名思义,别看那些理论
设计驱动 → 告诉AI要做怎么样的项目,让其列出所有必备的页面,然后转交专业的设计AI去完成所有页面的设计,然后换个平台将设计稿转为静态页面,自己访问页面点击看看符不符合预期,不符合随时让AI去改
标准流程 → 让AI根据静态页面拆分项目的模块、功能、功能点三级TODO(前后端都要设计只是暂时只做前端),然后逐个完成前端正式页面
测试驱动 → AI理解你这个功能预期效果后,用预期为断言,先写测试代码,然后才开始写业务代码,写一点跑一遍测试,知道测试通过(即符合预期)
行为驱动 → 这里别让AI自己理解,你要明确告诉AI各个身份的用户使用此项目的流程,然后让AI模拟真实用户
