RISE：从真实问题到独立交付的 AI 工程成长路径
看懂问题 → 理解原理 → 协作构建 → 验证交付。
RISE 是本课程组织学习、实践和验收的共同方法。每个项目、每次关键改动都可以走一轮；四步会反复出现。每周的具体任务、必做范围和通过条件以当周材料为准。
四步分别做什么
| 步骤 | 你需要完成的动作 | 留在现有材料中的证据 |
|---|---|---|
| R · Requirement 需求定义 | 观察业务，弄清用户、问题、输入、约束和完成条件；区分事实、假设与待确认项 | 任务书批注、问题清单、输入输出与验收条件 |
| I · Insight 原理理解 | 理解必要机制，先预测再运行；解释旧方法为什么不够、方案有什么代价 | 流程图、实验预测与结果、技术取舍 |
| S · Solution 协作构建 | 拆小任务，从自己的已有产物继续；查文档、使用 AI、检查差异、运行和排错 | 本人代码/实验、提交记录、一次关键修改与原因 |
| E · Evidence 证据交付 | 对照验收条件验证正常与失败场景；完成规定的独立变化、复现和解释 | 测试/运行记录、失败修复与回归、独立变式及交接 |
R 阶段就写清怎样验收，E 阶段核对是否做到。发现新的失败或限制后，回到 R 明确下一轮问题；机制解释不成立时，回到 I 补实验。四步不是四个固定课时，也不是把十二周切成四段。
每一天怎样使用
- 课前预习： 按当天要求观察真实平台或提供的业务资料，保留自己的问题和预测。平台观察记录可见操作与来源；教学数据按材料标注。不要虚构客户访谈、平台内部实现或实测结果。
- 课堂理解： 跟着老师把必要机制讲清、用最小示例验证，再进入项目。遇到新技术，先说清它解决哪个问题。
- 实践构建： 在自己的目录或前一日产物上分段实现。AI 建议要经过代码阅读、差异检查与运行验证；基础独立编码环节按任务要求不用 AI。
- 验收与复习： 打开实际证据，说明完成项和缺口。按当天复习整理“如何预防、如何发现、如何处理、如何复验”，留下下一天可以继续使用的产物。
怎样证明自己学会了
- 会做： 能完成规定任务，并用运行结果验证。
- 能解释： 能说明机制、边界和选择依据。
- 能解决新问题： 改一个输入、规则或环境条件，能独立判断、修改、排错与复验。
教师会随实际掌握情况减少帮助：先示范，再给任务与骨架，逐步过渡到只给问题和业务需求。换到陌生机制时仍会提供必要讲解。独立能力要靠多次任务积累，完成一张表不能自动证明掌握。
用 W06 的政策问答走一轮
- R： 客服答错退换货政策，先判断该查订单 API、政策文档还是拒答，确定问题集与可见范围。
- I： 解释文档切分、检索和生成怎样衔接，预测切分断开或版本冲突会造成什么结果。
- S： 完成知识处理、检索、引用和拒答，接回既有客服；用失败案例定位并修改一个问题。
- E： 按相同问题集比较结果，检查引用、无答案与权限边界；完成独立文档迁移和同伴复现。
实现细节和真实调用要求见 W06 周导学（暂未发布）。此处只说明学习顺序，不提供独立任务答案。
十二周怎样逐步升级
每周都使用四步；升级的是业务复杂度、技术深度与个人自主程度。
| 周次 | 从什么问题出发 | 用什么验证成长 |
|---|---|---|
| W01 | 订单金额、批量坏记录和历史价格需要遵守哪些规则？ | 用数量/状态变更、历史价格不变和同伴运行证明规则成立。 |
| W02 | 文件版订单怎样变成可查询、可回滚、可交接的服务？ | 复验失败回滚、并发等待对照、环境故障和同伴冷启动。 |
| W03 | 订单中心怎样应对并发、重复读取和不同角色操作？ | 证明不超卖、改价后读取正确、越权状态不变，并独立排查故障。 |
| W04 | 商城客服如何理解自然语言，同时保持商品与订单事实准确？ | 核对候选与事实，保留拒绝用例、同案性能比较及本人真实调用证据。 |
| W05（暂未发布） | 连续追问、同时会话和生成中断时，客服应怎样回应？ | 用双会话五轮、断流/取消、隐私负例和同伴修复验证。 |
| W06（暂未发布） | 客服答错时，需要业务 API 事实、政策知识，还是拒答？ | 在同一问题集比较方案，验证无答案/冲突/不可见资料和独立文档迁移。 |
| W07（暂未发布） | 售后任务中，哪些工具能调用，哪些操作必须等待人工批准？ | 覆盖越权、注入、超时、循环和重复批准，并完成本人独立变式。 |
| W08（暂未发布） | 已有客服怎样迁移到可观察、可审批、可恢复的工作流？ | 比较迁移前后轨迹，验证跨进程恢复、拒绝零写、重复恢复与同伴交接。 |
| W09（暂未发布） | 已有项目中的模型错误、上下文限制和生成耗时怎样解释？ | 解释两个本人 Bad Case，区分实验观察、推断和真实模型证据。 |
| W10（暂未发布） | 效果、成本和资源受限时，该选普通代码、Prompt、RAG 还是 Agent？ | 保留改善与退步、评分分歧、耗时成本和不选某方案的理由。 |
| W11（暂未发布） | 陌生 ERP 中，业务方需要改变哪个流程，成功标准是什么？ | 用 Alpha 核心旅程、集成故障、个人贡献和已知限制完成 W12 交接。 |
| W12（暂未发布） | W11 的 Alpha 还缺什么才能交给别人？现场变化怎样影响发布？ | 由非作者复现，逐人解释贡献与 AI 决策，按原门槛判定通过、待补验或 No-Go。 |
放在哪里，怎样提交
复用当天任务书、项目 README、实验记录或既有证据索引，按下面四行说明即可；已有内容直接链接，无需重写。
R：本次问题、输入/约束与验收条件 → 原任务位置
I：关键机制、预测或方案取舍 → 解释/实验位置
S：本人完成的改动及 AI 建议审查 → 代码/提交位置
E：验证结果、独立变化与待补验项 → 测试/运行/交接位置不提交密钥、真实个人信息或教师答案。回放、教师运行和本人真实执行分开标注；未完成的验收保留待补验。周评分、硬门和必做/选做范围以原表为准。