现在的 coding agent 如何做复杂项目?

2026-06-09 19:56:21 842阅读 0评论 SEO基础
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

我也抛砖引玉分享一下我的思考:

AI 编程很强大,处理任务的能力很强,但是:

  1. 提示词要干净,注意力才会集中,效率才会高

    现在的 coding agent 如何做复杂项目?

  2. 上下文一旦边长了就会信息失真,幻觉之类的

  3. 复杂项目往往需要跨很多模块,才能确保某个任务的上下文是完整的

    现在的 coding agent 如何做复杂项目?

这就导致了 AI 做复杂任务的时候很容易漏这漏那,需要人类花精力给 AI 产出擦屁股

我突然意识到,这投射到没有 AI 的社会组织运作的形式是一样的

试想一下,你有一个想干的复杂的活儿,还有条件请到一堆大佬来帮忙

但是这些大佬:

  1. 需要你得把要求说清楚,要不然他也没办法把活儿干好

  2. 他们精力有限,活儿干多了,疲劳了,就掉链子了

  3. 无法短时间内理解你到底在想啥(没你想的那么多)

请问此时,该怎么办?

理论上:

  1. 把任务拆细了,越细越好

  2. 拆地很细很细后,就可以分配给大佬,他既不需要知道太多,又能保证清晰地知道自己要干啥,就麻溜的把活儿干好了。

  3. 循环系统:分配任务给每一个大佬,谁先干,谁后干,干了生成,生成了再拆任务,拆了任务再分,分了再干……

我觉得这不是 AI 的能力强弱问题,这是一个管理问题,管理事情怎么推进,任务怎么拆解生成,拆解后怎么分配。

也许如果搓一个 AI 自动开发工具,可以考虑这个方向(我正在手搓中)

从需求分析,到功能设计,到原型,到技术方案,到开发,到测试,到部署,到后续运维

每一个环节都拆、分发多 agent 执行。

不知道是不是已经有这样的东西了,我只试过 golutra,但觉得不是我想要的就没仔细用…

网友解答:
--【壹】--:

好专业!

不过我没看懂具体要怎么做,我去查查

感谢分享!


--【贰】--: 冬灰条:

把任务拆细了,越细越好

那完蛋了,AI非常喜欢锦上添花,到时候一个小功能各种兜底啊测试啊SPEC啊,搞得功能几十行代码,其他杂七杂八的都快上千行了

按照我的经验,120+需求点 10w行代码的项目

前期我用设计驱动从设计稿到前端静态界面

然后换标准项目流程让AI使用指定的框架和语言实现前端

接下来用测试驱动完成后端

最后使用行为驱动让AI模拟真实用户使用产品完全全链路打通

这些都有现成的SKILL, 实在不会用 Spuerpowers 里面内嵌测试驱动, 自己前后期强提示词完成设计和真实业务模拟


--【叁】--:

其实就是顾名思义,别看那些理论

设计驱动 → 告诉AI要做怎么样的项目,让其列出所有必备的页面,然后转交专业的设计AI去完成所有页面的设计,然后换个平台将设计稿转为静态页面,自己访问页面点击看看符不符合预期,不符合随时让AI去改

标准流程 → 让AI根据静态页面拆分项目的模块、功能、功能点三级TODO(前后端都要设计只是暂时只做前端),然后逐个完成前端正式页面

测试驱动 → AI理解你这个功能预期效果后,用预期为断言,先写测试代码,然后才开始写业务代码,写一点跑一遍测试,知道测试通过(即符合预期)

行为驱动 → 这里别让AI自己理解,你要明确告诉AI各个身份的用户使用此项目的流程,然后让AI模拟真实用户

标签: 如何做 复杂 现在
问题描述:

我也抛砖引玉分享一下我的思考:

AI 编程很强大,处理任务的能力很强,但是:

  1. 提示词要干净,注意力才会集中,效率才会高

    现在的 coding agent 如何做复杂项目?

  2. 上下文一旦边长了就会信息失真,幻觉之类的

  3. 复杂项目往往需要跨很多模块,才能确保某个任务的上下文是完整的

    现在的 coding agent 如何做复杂项目?

这就导致了 AI 做复杂任务的时候很容易漏这漏那,需要人类花精力给 AI 产出擦屁股

我突然意识到,这投射到没有 AI 的社会组织运作的形式是一样的

试想一下,你有一个想干的复杂的活儿,还有条件请到一堆大佬来帮忙

但是这些大佬:

  1. 需要你得把要求说清楚,要不然他也没办法把活儿干好

  2. 他们精力有限,活儿干多了,疲劳了,就掉链子了

  3. 无法短时间内理解你到底在想啥(没你想的那么多)

请问此时,该怎么办?

理论上:

  1. 把任务拆细了,越细越好

  2. 拆地很细很细后,就可以分配给大佬,他既不需要知道太多,又能保证清晰地知道自己要干啥,就麻溜的把活儿干好了。

  3. 循环系统:分配任务给每一个大佬,谁先干,谁后干,干了生成,生成了再拆任务,拆了任务再分,分了再干……

我觉得这不是 AI 的能力强弱问题,这是一个管理问题,管理事情怎么推进,任务怎么拆解生成,拆解后怎么分配。

也许如果搓一个 AI 自动开发工具,可以考虑这个方向(我正在手搓中)

从需求分析,到功能设计,到原型,到技术方案,到开发,到测试,到部署,到后续运维

每一个环节都拆、分发多 agent 执行。

不知道是不是已经有这样的东西了,我只试过 golutra,但觉得不是我想要的就没仔细用…

网友解答:
--【壹】--:

好专业!

不过我没看懂具体要怎么做,我去查查

感谢分享!


--【贰】--: 冬灰条:

把任务拆细了,越细越好

那完蛋了,AI非常喜欢锦上添花,到时候一个小功能各种兜底啊测试啊SPEC啊,搞得功能几十行代码,其他杂七杂八的都快上千行了

按照我的经验,120+需求点 10w行代码的项目

前期我用设计驱动从设计稿到前端静态界面

然后换标准项目流程让AI使用指定的框架和语言实现前端

接下来用测试驱动完成后端

最后使用行为驱动让AI模拟真实用户使用产品完全全链路打通

这些都有现成的SKILL, 实在不会用 Spuerpowers 里面内嵌测试驱动, 自己前后期强提示词完成设计和真实业务模拟


--【叁】--:

其实就是顾名思义,别看那些理论

设计驱动 → 告诉AI要做怎么样的项目,让其列出所有必备的页面,然后转交专业的设计AI去完成所有页面的设计,然后换个平台将设计稿转为静态页面,自己访问页面点击看看符不符合预期,不符合随时让AI去改

标准流程 → 让AI根据静态页面拆分项目的模块、功能、功能点三级TODO(前后端都要设计只是暂时只做前端),然后逐个完成前端正式页面

测试驱动 → AI理解你这个功能预期效果后,用预期为断言,先写测试代码,然后才开始写业务代码,写一点跑一遍测试,知道测试通过(即符合预期)

行为驱动 → 这里别让AI自己理解,你要明确告诉AI各个身份的用户使用此项目的流程,然后让AI模拟真实用户

标签: 如何做 复杂 现在