AI-DLC Bugfix Scope教程小缺陷的快速修复通道【免费下载链接】aidlc-workflowsAI-Driven Life Cycle (AI-DLC) adaptive workflow steering rules for AI coding agents项目地址: https://gitcode.com/GitHub_Trending/ai/aidlc-workflowsAI-DLCAI-Driven Life Cycle是一套为 AI 编码代理提供自适应工作流导航规则的开源自项目。它的Bugfix Scope缺陷修复范围是专为小缺陷设计的最快修复通道只跑 9 个必需阶段、Minimal 最小深度从理解现有代码到修复、测试、部署一气呵成跳过所有市场调研和重量级设计仪式让 AI 编码代理像资深工程师一样聚焦缺陷本身。为什么 Bugfix Scope 是小缺陷的最优解给一个登录页的空指针异常开一条 33 阶段的完整流水线显然是浪费。AI-DLC 用Scope范围/工作流画像机制解决这个问题Scope 决定哪些阶段执行Depth深度决定每个阶段产出的详细程度。Bugfix Scope 的定位非常清晰阶段数9 / 33 —— 3 个初始化阶段 6 个领域阶段默认深度Minimal —— 短文档、只有关键决策不写长篇设计默认测试策略Minimal —— 每个需求 1 个测试的奈奎斯特最小集变更控制Relaxed宽松——批准后输入若有改动只记录一行公告不重开审批评审上限Advisory咨询级不会卡死在对抗式评审里它的逻辑是修 bug 是对已知系统的增量工作需要理解现状逆向工程、定义修好了是什么需求分析、改代码并验证代码生成、构建测试但不需要市场调研、用户故事、领域设计或环境开通。同时它保留了部署管道和部署执行——一个没上线的修复不算修复完成。完整定义见 core/scopes/aidlc-bugfix.md。Bugfix Scope 的 9 个阶段谁执行、谁跳过#阶段所属相位负责代理0.1Workspace Scaffold初始化orchestrator自动通过0.2Workspace Detection初始化orchestrator自动通过0.3State Init初始化orchestrator自动通过2.1Reverse Engineering孵化期developer architect 代理2.3Requirements Analysis孵化期product 代理3.5Code Generation构建期developer 代理子代理3.6Build and Test构建期quality 代理4.1Deployment Pipeline运营期pipeline-deploy 代理4.3Deployment Execution运营期pipeline-deploy developer 代理对比完整矩阵docs/guide/05-scopes-and-depth.md 中的 Stage-by-Scope MatrixBugfix 明确跳过意图捕获、市场调研、可行性分析、用户故事、领域设计、单元分解、CI 管道、环境开通、可观测性等 24 个阶段。启动 AI-DLC Bugfix 快速修复通道的 3 种方式方式一自然语言自动检测直接描述问题fix、bug、broken这三个关键词会自动命中 bugfix按词边界匹配debug、fixture 不会误触发/aidlc Fix the login timeout bug引擎会返回一行确认展示真实的路由代价来自编译后的 scope 网格非估算Starting a bugfix workflow for: fix login bug - 8 of 33 stages, 5 approval gates. Confirm to proceed...回复确认即可想改路线就报别的 scope 或说 compose 走自适应编排。方式二显式指定 scope/aidlc bugfix /aidlc bugfix The profile API returns 500 when display_name is null /aidlc --scope bugfix方式三一词运行器命令/aidlc-bugfix是 bugfix 的专属门等价于/aidlc --scope bugfix跳过 scope 检测直达工作流。五个高流量 scope 都有这类运行器bugfix、feature、mvp、express、security-patch详见 docs/guide/17-skills.md。实操走查修复一个返回 500 的小缺陷以官方完整案例docs/guide/16-worked-examples.md为例用户资料 API 在display_name为 null 时抛出空指针异常影响约 12% 的老用户。启动/aidlc bugfix描述缺陷现象。三个初始化阶段在 1 秒内自动完成——自动创建意图记录目录、规则扫描识别出 Java 17 / Spring Boot / Maven 棕地项目、写入aidlc-state.mdscopebugfix、depthMinimal。逆向工程2.1两段流水线代码扫描 架构综合生成 9 份持久化产物——业务概览、架构、代码结构、API 文档、组件清单、技术栈、依赖、质量评估等写入aidlc/spaces/default/codekb/。批准后进入下一阶段。需求分析2.3product 代理生成澄清问题缺陷严重度分级、回退策略等生成requirements.md3 条功能需求 1 条非功能需求响应时间无回归。代码生成3.5developer 子代理按批准的计划实施——修复序列化器空值处理、补防御性检查、新增单元测试与集成测试。构建测试3.6quality 代理跑通mvn clean compile/mvn test89 测试 0 失败覆盖率从 62% 提升到 64%结果落盘test-results.md。部署4.1 / 4.3检查既有交付配置、记录回滚手册把打过测试的构件沿管道部署跑冒烟与体检记录部署日志。批准后工作流完成。整个过程的关键体验每个领域阶段都有审批门你控制每个决策、Minimal 深度产物短而聚焦、完整审计轨迹每次决策带 ISO 时间戳入 audit 日志、可断点续跑中途退出后用/aidlc即可恢复。如何调节 Bugfix 的深度与测试策略Bugfix 的默认是 Minimal Minimal但两个旋钮可独立调节/aidlc --scope bugfix --depth standard # 产物更完整 /aidlc --scope bugfix --depth comprehensive # 重大缺陷需要详尽文档 /aidlc --scope bugfix --test-strategy comprehensive # 修复需要更高测试信心常用组合参考来自 docs/guide/05-scopes-and-depth.md组合效果适用场景Minimal Minimal精简产物 需求驱动测试常规快速修复Minimal Comprehensive精简产物 详尽测试需要高信心的关键缺陷Standard Minimal完整产物 最小测试时间受限的修复深度也可在 scope 确认时或任意审批门内追加--depth level要求运行器命令同样支持--status等旗标透传。Bugfix Scope 使用常见问题❓ Bugfix 和 Security-Patch 有什么区别Security-Patch 面向 CVE/漏洞响应多一个 NFR 安全约束记录阶段且变更控制是 strict批准后输入变动需重新审批。Bugfix 面向普通功能缺陷变更控制为 relaxed。两者定义分别在 core/scopes/aidlc-bugfix.md 和 core/scopes/aidlc-security-patch.md。❓ 描述超过 5 个词会不会误触发引擎对长描述有消歧规则fix/broken等泛化词会先提供 compose 编排选项而不是直接开跑你也可以随时用/aidlc --scope bugfix显式锁定。❓ 工作流中途想改路线怎么办进行中可用/aidlc compose对未开始的阶段增删已完成与进行中阶段冻结或/aidlc --scope name换 scope。❓ 在哪里查看完整工作流画像用户视角的 11 个画像速查表在 docs/guide/workflow-profiles.md路由矩阵与覆盖语义在 docs/guide/05-scopes-and-depth.md。小结AI-DLC 的 Bugfix Scope 把修一个小缺陷这件事压缩到了最短的可靠路径理解现状 → 定义修复标准 → 改码验证 → 部署上线9 个阶段、Minimal 深度、宽松变更控制同时保留审批门与完整审计轨迹。下次遇到明确的小缺陷一条/aidlc-bugfix 缺陷描述就能让 AI 编码代理沿着正确的轨道把修复送进生产环境。【免费下载链接】aidlc-workflowsAI-Driven Life Cycle (AI-DLC) adaptive workflow steering rules for AI coding agents项目地址: https://gitcode.com/GitHub_Trending/ai/aidlc-workflows创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 AI-DLC Bugfix Scope教程：小缺陷的快速修复通道
AI-DLC Bugfix Scope教程小缺陷的快速修复通道【免费下载链接】aidlc-workflowsAI-Driven Life Cycle (AI-DLC) adaptive workflow steering rules for AI coding agents项目地址: https://gitcode.com/GitHub_Trending/ai/aidlc-workflowsAI-DLCAI-Driven Life Cycle是一套为 AI 编码代理提供自适应工作流导航规则的开源自项目。它的Bugfix Scope缺陷修复范围是专为小缺陷设计的最快修复通道只跑 9 个必需阶段、Minimal 最小深度从理解现有代码到修复、测试、部署一气呵成跳过所有市场调研和重量级设计仪式让 AI 编码代理像资深工程师一样聚焦缺陷本身。为什么 Bugfix Scope 是小缺陷的最优解给一个登录页的空指针异常开一条 33 阶段的完整流水线显然是浪费。AI-DLC 用Scope范围/工作流画像机制解决这个问题Scope 决定哪些阶段执行Depth深度决定每个阶段产出的详细程度。Bugfix Scope 的定位非常清晰阶段数9 / 33 —— 3 个初始化阶段 6 个领域阶段默认深度Minimal —— 短文档、只有关键决策不写长篇设计默认测试策略Minimal —— 每个需求 1 个测试的奈奎斯特最小集变更控制Relaxed宽松——批准后输入若有改动只记录一行公告不重开审批评审上限Advisory咨询级不会卡死在对抗式评审里它的逻辑是修 bug 是对已知系统的增量工作需要理解现状逆向工程、定义修好了是什么需求分析、改代码并验证代码生成、构建测试但不需要市场调研、用户故事、领域设计或环境开通。同时它保留了部署管道和部署执行——一个没上线的修复不算修复完成。完整定义见 core/scopes/aidlc-bugfix.md。Bugfix Scope 的 9 个阶段谁执行、谁跳过#阶段所属相位负责代理0.1Workspace Scaffold初始化orchestrator自动通过0.2Workspace Detection初始化orchestrator自动通过0.3State Init初始化orchestrator自动通过2.1Reverse Engineering孵化期developer architect 代理2.3Requirements Analysis孵化期product 代理3.5Code Generation构建期developer 代理子代理3.6Build and Test构建期quality 代理4.1Deployment Pipeline运营期pipeline-deploy 代理4.3Deployment Execution运营期pipeline-deploy developer 代理对比完整矩阵docs/guide/05-scopes-and-depth.md 中的 Stage-by-Scope MatrixBugfix 明确跳过意图捕获、市场调研、可行性分析、用户故事、领域设计、单元分解、CI 管道、环境开通、可观测性等 24 个阶段。启动 AI-DLC Bugfix 快速修复通道的 3 种方式方式一自然语言自动检测直接描述问题fix、bug、broken这三个关键词会自动命中 bugfix按词边界匹配debug、fixture 不会误触发/aidlc Fix the login timeout bug引擎会返回一行确认展示真实的路由代价来自编译后的 scope 网格非估算Starting a bugfix workflow for: fix login bug - 8 of 33 stages, 5 approval gates. Confirm to proceed...回复确认即可想改路线就报别的 scope 或说 compose 走自适应编排。方式二显式指定 scope/aidlc bugfix /aidlc bugfix The profile API returns 500 when display_name is null /aidlc --scope bugfix方式三一词运行器命令/aidlc-bugfix是 bugfix 的专属门等价于/aidlc --scope bugfix跳过 scope 检测直达工作流。五个高流量 scope 都有这类运行器bugfix、feature、mvp、express、security-patch详见 docs/guide/17-skills.md。实操走查修复一个返回 500 的小缺陷以官方完整案例docs/guide/16-worked-examples.md为例用户资料 API 在display_name为 null 时抛出空指针异常影响约 12% 的老用户。启动/aidlc bugfix描述缺陷现象。三个初始化阶段在 1 秒内自动完成——自动创建意图记录目录、规则扫描识别出 Java 17 / Spring Boot / Maven 棕地项目、写入aidlc-state.mdscopebugfix、depthMinimal。逆向工程2.1两段流水线代码扫描 架构综合生成 9 份持久化产物——业务概览、架构、代码结构、API 文档、组件清单、技术栈、依赖、质量评估等写入aidlc/spaces/default/codekb/。批准后进入下一阶段。需求分析2.3product 代理生成澄清问题缺陷严重度分级、回退策略等生成requirements.md3 条功能需求 1 条非功能需求响应时间无回归。代码生成3.5developer 子代理按批准的计划实施——修复序列化器空值处理、补防御性检查、新增单元测试与集成测试。构建测试3.6quality 代理跑通mvn clean compile/mvn test89 测试 0 失败覆盖率从 62% 提升到 64%结果落盘test-results.md。部署4.1 / 4.3检查既有交付配置、记录回滚手册把打过测试的构件沿管道部署跑冒烟与体检记录部署日志。批准后工作流完成。整个过程的关键体验每个领域阶段都有审批门你控制每个决策、Minimal 深度产物短而聚焦、完整审计轨迹每次决策带 ISO 时间戳入 audit 日志、可断点续跑中途退出后用/aidlc即可恢复。如何调节 Bugfix 的深度与测试策略Bugfix 的默认是 Minimal Minimal但两个旋钮可独立调节/aidlc --scope bugfix --depth standard # 产物更完整 /aidlc --scope bugfix --depth comprehensive # 重大缺陷需要详尽文档 /aidlc --scope bugfix --test-strategy comprehensive # 修复需要更高测试信心常用组合参考来自 docs/guide/05-scopes-and-depth.md组合效果适用场景Minimal Minimal精简产物 需求驱动测试常规快速修复Minimal Comprehensive精简产物 详尽测试需要高信心的关键缺陷Standard Minimal完整产物 最小测试时间受限的修复深度也可在 scope 确认时或任意审批门内追加--depth level要求运行器命令同样支持--status等旗标透传。Bugfix Scope 使用常见问题❓ Bugfix 和 Security-Patch 有什么区别Security-Patch 面向 CVE/漏洞响应多一个 NFR 安全约束记录阶段且变更控制是 strict批准后输入变动需重新审批。Bugfix 面向普通功能缺陷变更控制为 relaxed。两者定义分别在 core/scopes/aidlc-bugfix.md 和 core/scopes/aidlc-security-patch.md。❓ 描述超过 5 个词会不会误触发引擎对长描述有消歧规则fix/broken等泛化词会先提供 compose 编排选项而不是直接开跑你也可以随时用/aidlc --scope bugfix显式锁定。❓ 工作流中途想改路线怎么办进行中可用/aidlc compose对未开始的阶段增删已完成与进行中阶段冻结或/aidlc --scope name换 scope。❓ 在哪里查看完整工作流画像用户视角的 11 个画像速查表在 docs/guide/workflow-profiles.md路由矩阵与覆盖语义在 docs/guide/05-scopes-and-depth.md。小结AI-DLC 的 Bugfix Scope 把修一个小缺陷这件事压缩到了最短的可靠路径理解现状 → 定义修复标准 → 改码验证 → 部署上线9 个阶段、Minimal 深度、宽松变更控制同时保留审批门与完整审计轨迹。下次遇到明确的小缺陷一条/aidlc-bugfix 缺陷描述就能让 AI 编码代理沿着正确的轨道把修复送进生产环境。【免费下载链接】aidlc-workflowsAI-Driven Life Cycle (AI-DLC) adaptive workflow steering rules for AI coding agents项目地址: https://gitcode.com/GitHub_Trending/ai/aidlc-workflows创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考