跳到主要内容

第 3.11.2 节:把代码问答与 PR 评审拆成可解释的工程结构

先从整体看代码问答与 PR 评审,梳理组成模块和各自职责。完成本节后,你应该能够画出代码问答与 PR 评审的组成模块、数据/状态流、责任边界和上下游依赖。

系统流程图​

先从左侧确认仓库、权限和索引范围,再看任务类型如何分成代码问答、PR 评审、测试生成、Bug 诊断和文档维护五条证据路径;这些路径汇合后统一进入风险检查,高风险或写入建议必须由工程师评审。

读图重点:五类任务只在证据读取阶段分流;结构化输出之后统一进入风险门禁,高风险动作由工程师负责验证。

继续学习​