SDKWORK Loop技术应用分享

为什么AI写代码越来越强，但项目质量却参差不齐？

最近一年，越来越多团队开始使用 Claude Code、Codex、GPT、Gemini 等 AI 工具参与软件开发。

很多开发者发现：

AI能够快速生成代码。

AI能够快速完成需求。

AI能够快速修复Bug。

但是最终交付的软件质量，却经常出现各种问题：

项目结构混乱
命名规范不统一
架构风格不一致
部署方式五花八门
API设计不统一
测试缺失
安全策略遗漏
技术债务不断累积

根本原因并不是AI能力不够。

而是大多数团队仍然在使用：

一次性Prompt（One Shot Prompt）

模式。

One Shot Prompt的问题

传统提示词通常是这样的：

帮我开发一个用户管理系统。

或者：

帮我优化当前项目。

AI会立即开始执行。

执行完成后：

用户满意就结束。

不满意再重新提问。

这种方式的问题在于：

AI只关注当前任务。

而不会持续验证：

是否符合规范
是否符合架构标准
是否符合团队要求
是否存在遗漏

因此最终结果高度依赖：

Prompt质量
模型能力
运气

而不是可复制的工程体系。

什么是SDKWORK Loop机制？

SDKWORK提出了一种工程化AI协作模式：

Loop（循环对齐机制）

核心思想：

不是让AI完成任务。

而是让AI不断验证任务是否符合标准。

直到符合标准为止。

其工作模式：

执行 ↓ 检查 ↓ 发现问题 ↓ 优化 ↓ 再次检查 ↓ 再次优化 ↓ ...... ↓ 符合标准 ↓ 结束

这就是：

Loop闭环机制。

SDKWORK Loop的核心思想

传统AI：

任务 ↓ 结果

SDKWORK Loop：

任务 ↓ 结果 ↓ 标准检查 ↓ 优化 ↓ 标准检查 ↓ 优化 ↓ 标准检查 ↓ 通过

增加了一层：

标准驱动（Specification Driven）

因此：

AI不再只是生成器。

而变成：

AI审计员
+
AI架构师
+
AI开发工程师

三位一体。

一个真实案例

下面这段Prompt就是典型的SDKWORK Loop提示词：

检查当前项目架构和标准规范，是否对齐了sdkwork-specs标准规范，是否接入了sdkwork-web-framework框架，是否接入sdkwork-database框架，是否接入注册中心sdkwork-discovery (如果没有RPC服务，则不用接入，等后续有RPC服务再改进) 确保项目结构、部署架构、部署方式、打包方式、 api接入规范、代码编写、分包、性能、测试、安全等都要对齐标准规范。整体架构都要遵循sdkwork-specs标准规范。反复对齐和优化。直到对齐为止。

很多人第一眼看到会觉得：

这只是一个检查Prompt。

实际上：

它已经具备Loop机制的全部特征。

Loop提示词的标准结构

SDKWORK推荐采用：

目标 + 标准 + 检查项 + 循环动作 + 终止条件

结构。

第一部分：目标

明确最终目标。

例如：

检查当前项目架构

或者：

优化当前代码质量

第二部分：标准

告诉AI依据什么判断。

例如：

遵循sdkwork-specs规范

没有标准：

AI只能自由发挥。

有标准：

AI才能进行客观判断。

第三部分：检查项

告诉AI具体检查什么。

例如：

项目结构部署架构部署方式打包方式 API规范代码规范性能测试安全

检查项越明确。

结果越稳定。

第四部分：循环动作

这是Loop最重要的部分。

例如：

发现问题立即优化

或者：

发现不符合标准的地方自动修正

这一步决定：

AI不仅发现问题。

还能解决问题。

第五部分：终止条件

例如：

直到全部符合标准为止

或者：

直到所有检查项通过

没有终止条件。

Loop无法收敛。

SDKWORK Loop万能模板

未来几乎所有AI工程任务都可以套用：

根据【标准规范】检查当前【对象】验证以下内容： 1. xxx 2. xxx 3. xxx 4. xxx 发现问题立即修正。修正后重新检查。持续循环执行。直到全部符合标准。输出最终结果和优化报告。

在Claude Code中的使用方式

例如：

检查当前仓库。是否符合sdkwork-specs规范。验证： - 目录结构 - API结构 - 数据库设计 - Docker部署 - CI/CD流程 - 测试覆盖率发现问题直接修改。修改后继续检查。直到全部通过。

Claude Code会不断：

Read ↓ Analyze ↓ Modify ↓ Verify ↓ Modify ↓ Verify

形成完整闭环。

在Codex中的使用方式

例如：

Review current project. Compare with sdkwork-specs. Fix all violations. Re-run validation. Repeat until no violations remain.

这就是典型：

AI Agent Loop。

为什么Loop是AI时代的软件工程核心？

未来的软件开发将出现巨大变化：

第一阶段：

人写代码

第二阶段：

AI写代码

第三阶段：

AI写代码 + AI检查代码

第四阶段：

AI写代码 + AI检查代码 + AI持续优化代码

而第三、第四阶段的核心技术。

就是：

Loop。

SDKWORK的终极目标

SDKWORK并不是让AI写出更多代码。

而是让AI写出：

符合标准的代码。

不是一次性生成。

而是持续对齐。

不是Prompt工程。

而是规范工程。

不是结果驱动。

而是标准驱动。

未来SDKWORK希望构建：

SDKWORK-SPECS ↓ SDKWORK-LOOP ↓ SDKWORK-AGENT ↓ SDKWORK-AUTONOMOUS DEVELOPMENT

形成完整的AI软件工程体系。

让AI开发从“能写代码”。

进化到：

“持续交付符合标准的软件”。

这就是SDKWORK Loop机制存在的意义。