67837df8d0
- 新增全套考试卷、评估卷、参考答案与考试培训包模板 - 修正slidev培训课件:调整模块标题、链路图缩放,替换工单示例为通用业务对象 - 修正课堂红线表述为证据红线,将小组作业调整为个人作业要求 - 新增权限、状态流转、审计日志、看板指标四类可复用业务规则块 - 整理AI工程技能交付包,迁移旧资产至客户专属交付包并统一术语 - 新增考试输出模板与TRAE使用记录文档
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
| 复杂业务任务 | 为什么不能直接改 | Plan 里必须写清 |
|---|---|---|
| RBAC 权限矩阵 | 影响菜单、按钮、接口和数据范围 | 角色、权限字符、接口、验收账号 |
| 状态流转 | 容易出现越权流转和脏状态 | 状态枚举、合法路径、非法路径 |
| 审计日志 | 事后追责依赖日志完整性 | 记录时机、字段、查询方式 |
| 异常态 | 代码成功但页面不可用 | 空态、失败态、无权限态、非法状态 |
| 看板指标 | 数字错误会误导管理判断 | 指标口径、权限过滤、数据来源 |
任务编排资产
01 规则迁移清单
02 Token 成本与任务匹配表
03 Command / Skill / MCP 决策表
04 Agent 分工表
05 前端浏览器验证清单
06 Plan 与 Review 验收清单
07 JeecgBoot 工单链路索引
08 复杂业务任务 Plan 草案
layout: center class: text-center
从任务编排到业务控制面
项目理解
用 TRAE 看懂若依权限链路
上下文与规则
把若依经验沉淀成 rules
任务编排
能力体系 + JeecgBoot 工单承接
业务控制面
进入权限、审计、异常态与看板开发
目标:让工单模块从“能跑通”升级到“可控制、可审计、可验证”。