这两天觉得程序应该分为两个方面：业务代码 & 技术代码。
业务代码是业务流程，平时由我们和产品对接，抽象为一个一个个对象，以及其之间的行为。这部分内容其实由ai去实现就可以了，然后业务同学判断是否符合他们的预期。因为即使ai写的是面条代码、写成泥球模式，对于人类阅读极其不友好也没关系，ai通过lsp阅读代码并没有什么区别，但是代码的性能却差距不大，所以技术人员把ai实现的流程处理好，让业务人员在需求通过评审之后把需求作为任务给ai，ai再向提需求的人澄清，再去实现并部署测试环境，通知业务人员验收测试即可。
技术代码则是例如分布式事务要哪种方案、技术要选择springboot之类的，流程规范之类的、现阶段要冷热分库还是数据分片，以及agent 状态机 这种内部的设计，为了达到某种效果、需要技术人员自己的想办法设计的代码，这部分则需要技术人员想业务人员一样明确设计好再让ai干，或者直接技术人员自己干（如果描述清晰不如自己撸起袖子干的话）
写到这里，我突然有点清晰了，那么我应该对需求管理平台进行升级改造，根据自己公司项目的实际情况，把该前端、后端等流程给固化，找一台性能强劲的机子，部署一个deepseek-harness ，远程暴露给业务同学、内网之类的，把这套内容做进需求管理平台。
不过我个小卡拉米想法应该不怎么成熟，也没有实践的机会，纯吹水，又没有同事可以分享，只能打扰路过的大佬
