子不语Tech

2026-03-13

导读：在过去的一年里，大模型技术席卷了软件工程领域。从最初的辅助代码补全，到如今各类 Agent 框架的涌现，AI 似乎正在重塑研发流程。

在过去的一年里，大模型技术席卷了软件工程领域。从最初的辅助代码补全，到如今各类 Agent 框架的涌现，AI 似乎正在重塑研发流程。然而，当我们深入复杂的企业核心业务系统时，会发现一个普遍的困境：单点工具虽然繁荣，但在高复杂度的业务场景中，AI 提效并未引发真正的“质变”。传统的开发流程与人员分工，并未发生本质的颠覆。

探知无界，驭智前沿。作为子不语集团的 IT 研发团队，在追求交付速度翻倍、质量不降的 AI-Native（AI原生）研发体系升级中，我们对这一痛点进行了深度的剖析与实践。本文将分为两部分，首先探讨当前 AI 研发提效的底层瓶颈，随后分享我们目前正在全力突破的四个核心方向。

第一部分：背景与破局——AI 研发的核心瓶颈究竟在哪？

目前行业内过度“卷” AI 模型的执行力，却往往忽视了目标输入的标准化。AI Coding 尚未在企业级研发中引发质变，其核心瓶颈不在于 AI 的“执行力”，而在于人类的“表达力”——即如何将高复杂度的业务意图，低成本且准确地传达给AI。

1. 隐性成本居高不下，“意图传达”远难于“代码执行”

在核心业务开发中，开发者往往需要耗费大量精力去构建前置上下文。研发链路被拉长（人 -> AI -> 系统），信息的失真度急剧上升。依赖人工拼接 Prompt 导致输入的信息熵极高，这是导致 AI 表现不稳定、经常“幻觉”或写出废代码的根源。后期的代码审查与调试成本，往往抵消了 AI 生成代码节省的时间。

2. 破局之道：构建自治“专家知识库”，实现系统性降熵

真正的破局关键，在于摒弃单纯的工具崇拜，将隐性的个人经验转化为分层的结构化数字资产（涵盖技术规范、业务架构、代码仓库等）。更重要的是，必须利用自动化技术保持知识库与代码库的同步鲜活，彻底摆脱反人性的人工维护。

研发不应局限于编码单点，而正向“需求-设计-编码-验收”的全链路 AI 协同演进。AI 正在化身为“高级编译器”，推动开发者从单纯的“编码者”向“全链路交付工程师”跨界跃迁。我们深知，真正的组织提效不应迷信表面的“AI 代码生成占比”，而应聚焦于底层知识体系与研发范式的重构。

第二部分：我们的探索——子不语 AI 提效的四大主攻方向

为了让 AI 真正融入复杂的业务洪流，我们从底层基建到高层工作流，规划并落地了四个核心发力点。

1. 算力基建：NewAPI 统一模型网关，保障“打仗不断粮”

在处理不同复杂度的研发任务时（如撰写技术文档与重构核心代码），对大模型的逻辑推理要求截然不同。此外，海外顶尖模型虽然能力卓越，但稳定性时常受限。押注单一模型会带来极大的停工风险。

为此，我们搭建了NewAPI 平台，将国内外各类主流 AI 模型（Claude, 智谱, Kimi, MiniMax, Gemini, 通义千问等）的

Token 供应商接入统一管理。

多对多映射与无感切换：外部接入的 API Key 与内部用户分配的账号形成多对多关系。当某个外部账号触发Token 限制或通道异常时，系统会自动实现模型重定向与负载均衡，对内部开发者完全透明无感。

按需调度与成本优化：通过统一 API 接口与参数覆盖功能，系统支持开发者根据任务精度要求、速度和成本，灵活切换模型。

精细化运营：平台提供了完善的使用统计，我们可以清晰监控各团队、各人员的模型消耗情况。

解决账号与调度的问题，是保障所有 AI 探索的前提——兵马未动，粮草先行。

2. 范式重塑：告别 Vibe Coding，走向 Spec-Driven Development

在早期的尝试中，我们发现所谓的 "Vibe Coding"（凭借直觉和简短对话驱动的编程）更多是“花拳绣腿”。它或许能用来快速原型的“炫技”，但面对深水区复杂的业务逻辑时，往往显得无力。

因此，我们确立了SDD（Spec-Driven Development，规格驱动开发）为核心的 AI 编程范式，主张“规格即真理（Specs are truth）”。我们借助 OpenSpec 的思想，在项目中严格执行以下三个标准阶段：

资产基线（ specs/目录）：沉淀系统已上线的核心业务资产。每个业务点严格嵌套 Requirement 及用于验证的“WHEN/THEN”业务场景，确保规格即测试。

增量提案（ changes/目录）：这是开发的“准入大门”。任何新功能或重构，禁止直接编码，必须先创建变更提案（含proposal.md业务背景、 tasks.md任务清单及规格差分）。方案获批后，AI 方可启动编码。

闭环演进（archive/目录）：功能上线后，变更记录归档，工具将新能力自动合并升级至specs/基线中，实现文档生命周期的自动化管理。

这套流程强制要求“先写产品说明书与测试场景，再动手写代码”，消除了文档与代码脱节的顽疾，让每一行由 AI 生成的代码都师出有名。

3. 时空翻倍：“无人值守”的 Ralph-Loop 自动化工作流

在日常研发中，我们经常遇到白天工作时间 Claude 账号因超量而停工，而夜晚和周末算力却在闲置的尴尬局面。为此，我们利用内网虚拟机环境，基于 Ralph Loop 思想，打造了“无人值守”的自动化开发工作流。

我们将原本局限于白天的工作效能，成功扩展到了夜间的 5-10 个小时，实现了研发效能的“时空翻倍”。该模式解构为三个阶段：

标准化定义：白天在值守期间，将原始需求转化为 TDD（测试驱动开发）模式下可验证的任务文件与测试用例。
异步化执行：夜间非值守期间，Agent 依托明确的成功条件、Stop Hook 强制迭代机制以及 Max-iterations 安全阀，进行“编写-测试-自修复”的闭环迭代。
确定性审计：次日清晨，人工介入进行运行日志核验与代码审查，随后将粗加工的代码进行细节精调。