/涨粉易/在 AI Coding 的真懂业浪潮里，人们往往关注大厂、正普大团队如何提效。惠让代刷但一项技术能否走向更广泛的人自软件普惠落地，还取决于它能否托起那些开发条件相对薄弱的己造团队。

　　陆仟里科技就是真懂业这样一个样本：一个由 3 人组成、深耕制造业却零软件开发经验的正普创业团队，靠着网易智企·CodeWave SDD，惠让把原本需要一个月的人自软件开发工作，压缩到了一两天，己造并成功让一套业务系统真正上线。真懂业

　　长沙陆仟里科技有限公司，正普是惠让一家专注于制造业数字化转型的小型创业企业。团队仅 3 人，人自软件却拥有近 20 年制造业一线业务经验。己造他们看准了工业制造领域数字化转型这条"红海赛道"，以"产品设计—业务实现—系统交付"的精干组合切入市场。唯一的挑战是，这个懂业务的团队，此前几乎没有软件开发背景。代刷

　　懂业务，却"从产品到实现"隔着一道鸿沟

　　陆仟里科技的团队构成很清晰：一位产品经理，负责产品整体设计，实现 PRD 和原型;一位负责从产品到业务的实现，即具体开发;还有一位负责其他协同事务。

　　他们最大的底气，是近 20 年的制造业业务积累，对行业的"洞察"足够深。但他们最大的短板，也同样明确：

　　"我们这三个人，以前都没有做过软件开发工作。我们遇到的挑战，既不是需求，也不是沟通，而是从产品到实现的这样一个挑战，其实非常大。——陆仟里科技负责人高晓伟"

　　这是一个非常特殊、却又极具代表性的痛点。传统认知里，AI Coding 解决的是"沟通成本""需求偏差"，而对陆仟里科技而言，横在面前的是一道更基础的鸿沟：懂业务的人，如何跨越技术门槛，把脑子里的产品变成能用的系统?

　　在制造业数字化转型这条赛道上，这样的团队并不少见。他们不缺业务理解，缺的是把理解落地为软件的能力和信心。

　　从"没有信心"到"敢于自己动手"

　　陆仟里科技的技术探索，经历了清晰的三个阶段。

　　第一阶段：只有 Codex，但没有"从 0 到 1"的信心。

　　在接触 SDD 之前，团队也关注过行业内各类 AI Coding 工具，并实际使用 Codex 模式做过一个防误防错系统的项目。但这个阶段的体感是"心里没底"：

　　"那个时候我们只有 Codex，也在看行业内这些 AI Coding 工具，但我们并没有信心说，自己能够从 0 到 1 完全利用它去搭建一个东西。因为工作量非常巨大，投入的时间成本也比较高。"

　　对一个没有开发经验的小团队来说，纯 Codex 模式意味着漫长的试错和不确定的结果。能不能做出来、什么时候能做出来，都是问号。

　　第二阶段：SDD 陪跑一周，第一次建立起"我们能行"的信心。

　　转折点出现在网易智企的团队来到长沙、进行了为期一周的 CodeWave SDD 实地陪跑辅导。正是这一周，让陆仟里科技第一次建立起了实质性的信心：

　　"通过这个辅导的过程，我们建立了实质意义上的信心。我们认为起码可以把产品的百分之八九十做出来。"

　　而有了这 80%-90% 的实现，团队里那位 IT 出身、此前只做过项目管理的同事，也终于"有了信心"，并把最后的细节补足打磨。信心，是从"看得见的成果"里长出来的。

　　第三阶段：跑通"SDD + 业务完善"，把模式固化下来。

　　结合深厚的业务经验，再叠加 CodeWave SDD 的能力，陆仟里科技最终跑通并固化了属于自己的开发模式，"SDD + 业务完善"的组合成为他们实践下来效率最高、可靠性也最高的一种方式。

　　从"不敢做"到"敢做"，再到"稳定地做"，这条路径本身，就是 CodeWave SDD 对一个零基础团队最大的赋能。

　　前 80%-90% 的工作，从"一个月"到"一两天"

　　理念的价值，最终要靠数字说话。陆仟里科技目前正在开发的，是一套面向制造型企业、与质量管理相关的问题管理系统。新旧两种模式的对比十分鲜明：

　　如果单独用 Codex 方式，由于团队只有一位开发人员，前面这 80%-90% 的工作可能要花一个月;而用了 SDD 之后，同样这 80%-90% 的工作，一两天就跑完了。

　　一个月，对一两天。这背后的机制其实很朴素：

　　SDD 负责"从 0 到 80-90"：把 PRD 和原型喂给 SDD，它通过 Spec-Driven的方式，很快就能把业务主体跑通，一次性搭起可用的系统骨架;

　　补足"最后一公里"：剩下10%-20% 的细节打磨与补足，由团队通过代码完善的方式收尾。

　　这套"SDD 打底、业务收尾"的分工，让效率发生了质变。而效率提升的意义，对陆仟里科技而言尤其深远。在同样的时间、同样的团队规模下，他们可以开发更多的业务模块。

　　对一个 3 人小团队来说，时间就是最稀缺的资源。SDD 省下的每一天，都直接转化为了更强的交付能力和更快的业务拓展节奏。高晓伟表示，"以前用纯 AI 工具，就像开盲盒，做出来什么样心里没底;但 SDD 让我们看到了每一步的规格和逻辑，这种'可控'才是我们敢于上线的底气。"

　　事实上，这套问题管理系统很快在 SDD 上完成了80%-90% 的业务实现，并进入细节打磨阶段，即将正式上线。

　　不追求"文档完美"，而是"先跑出来再对齐"

　　值得一提的是，陆仟里科技对 SDD 的使用有一套非常务实的方法论，这也解释了为什么它特别适合业务型团队。

　　即便把 PRD 写得很详细，SDD 生成的结果与实际预期之间，仍可能存在"一点点差异"。这种差异，往往源于需求文档定义得不够清晰。

　　而陆仟里科技的选择，不是死磕文档：与其花更高的时间成本去把需求文档打磨得更精细，不如先把系统跑出来，然后基于一个直观、可见的产品去看。哪些地方没有达到预期效果，再有针对性地调整。

　　"先跑出来，再基于直观产品做对齐"。这正是 SDD 规格驱动模式的独特价值：它把抽象的需求快速转化为可见、可交互的成品，让不擅长写技术文档的业务团队，能够用"看产品"这种最自然的方式来迭代，而不是被困在文档的字斟句酌里。

　　对懂业务、不懂开发的团队而言，这种"所见即所得"的对齐方式，大大降低了心智负担。

　　高晓伟表示 CodeWave SDD 对陆仟里科技的价值可以凝练为一句话："CodeWave SDD 以可靠、可信的方式，助力小型创业企业完成业务的数字化开发。"

　　短短一句话，落点在两个关键词上——"可靠、可信"。而对陆仟里这样的团队来说，SDD 提供的是一种从无到有的可能性：它让一个没有开发背景的团队，第一次拥有了独立把业务系统"跑通、上线"的能力和底气。

　　AI Coding 真正的普惠，是让"懂业务的人"能自己造软件

　　陆仟里科技的故事，代表了 AI Coding 时代一类极具想象力的可能性。各行各业里，有大量这样"极懂业务、却不懂开发"的团队和个人。他们最清楚业务的痛点在哪、系统该长什么样，却长期被技术门槛挡在数字化的大门之外。

　　而CodeWave SDD所做的，正是把这道门槛降到他们能够跨过的高度：用"先跑出来"替代"死磕文档"，用可靠可信的产出替代不确定的试错。

　　当懂业务的人，终于能亲手把业务变成软件。这或许才是 AI Coding 最动人的普惠价值。