smart
6.8 KiB
6.8 KiB
模块 6：Agent 参与度光谱
用户可以按任务风险和信任程度，选择 AI 参与到哪个深度。
| 纯手工 | AI Copilot 辅助 | 手动触发全托管 | Loops 全托管 |
|---|---|---|---|
| 人自己写 | AI 辅助补全和解释 | 人给目标，AI 执行 | AI 自主循环，人审阅 |
从左到右，Agent 参与度递增，人类需要更强的验收和边界设计。
Plan 模式：先计划，再执行
计划阶段
- 理解目标
- 划定范围
- 列出步骤
- 标注风险
执行阶段
- 修改文件
- 运行检查
- 汇报 diff
- 给出验证结果
Plan 模式适合的场景
| 场景 | 计划里必须写清 |
|---|---|
| 多文件改造 | 文件范围、模块边界、测试方式 |
| 权限相关修改 | 前端权限、后端权限、审计日志 |
| 依赖升级 | 版本影响、兼容性、回滚方式 |
| 生产缺陷修复 | 根因、最小改动、验证路径 |
三方智能体：Git 工作流里的 Agent
Cursor BugBot、Codex Connect Review 代表了独立代码审查 Agent 的方向：它们挂在 PR 和代码流转环节上。
PR 审查
CI/CD 检查
发布前验收
自动 Review 的输入输出
| 输入 | 输出 | 验收 |
|---|---|---|
| PR diff | 风险点 | 有文件和行号 |
| 项目 rules | 规则命中 | 能解释触发原因 |
| 测试结果 | 缺口建议 | 能对应关键路径 |
| 历史问题 | 回归提醒 | 能指向相似案例 |
| 工单权限矩阵 | 权限缺口 | 能对应角色和接口 |
| 工单状态流转表 | 非法路径 | 能指出拦截位置 |
JeecgBoot 工单承接：哪些任务必须先 Plan
| 第 4 天任务 | 为什么不能直接改 | Plan 里必须写清 |
|---|---|---|
| RBAC 权限矩阵 | 影响菜单、按钮、接口和数据范围 | 角色、权限字符、接口、验收账号 |
| 状态流转 | 容易出现越权流转和脏状态 | 状态枚举、合法路径、非法路径 |
| 审计日志 | 事后追责依赖日志完整性 | 记录时机、字段、查询方式 |
| 异常态 | 代码成功但页面不可用 | 空态、失败态、无权限态、非法状态 |
| 看板指标 | 数字错误会误导管理判断 | 指标口径、权限过滤、数据来源 |
第 3 天交付物
01 规则迁移清单
02 Token 成本与任务匹配表
03 Command / Skill / MCP 决策表
04 Agent 分工表
05 前端浏览器验证清单
06 Plan 与 Review 验收清单
07 JeecgBoot 工单链路索引
08 第 4 天任务 Plan 草案
layout: center class: text-center
前三天到第四天
第 1 天
用 TRAE 看懂若依权限链路
第 2 天
把若依经验沉淀成 rules
第 3 天
能力体系 + JeecgBoot 工单承接
第 4 天
进入权限、审计、异常态与看板开发
第 4 天目标：让工单模块从“能跑通”升级到“可控制、可审计、可验证”。