本章进度 10 / 18
56%
正文已完成
L357案例表达要连接情境、判断、行动与证据
用问题、约束、个人决策、执行、结果和边界讲清一项真实贡献。
先用本课建立“案例表达”的基本直觉，后面的判断和练习才不会只靠记结论。
建议按完整课程顺序先看上一课；如果术语陌生，可以随时回补。
- 无需安装新工具
- 直接阅读并完成本页理解检查
案例不是产品说明书，也不是把简历扩写。读者想知道你面对什么约束、做了哪些关键判断、亲自负责什么、结果如何验证，以及哪些目标没有达到。
能把功能介绍改写成以决策和证据为主线的项目案例。
核心概念
先把关键判断说清楚
情境只保留决策相关信息
用户、基线、时间和限制足以解释难度，不需要长篇行业背景。
行动突出取舍而非步骤
说明为何选择A而非B、如何处理失败，比罗列安装工具更能体现能力。
结果同时包含指标与边界
量化改善、用户反馈、失败样本和未覆盖范围共同构成可信结论。
案例拆解
从“做了RAG系统”到完整案例
原案例只列向量库、模型和前端框架，没有用户问题与结果。
- 01
情境改为采购专员每次查条款需20分钟，数据不得出域。
- 02
解释选择本地检索、带页码引用和找不到时拒答，放弃自动法律结论。
- 03
用50问评测引用准确率并记录三类失败，说明个人负责范围。
案例结果
案例展示了问题判断、安全边界和验证能力，而不是技术名词堆叠。
提交前练习
现在轮到你
把一个项目功能介绍改写成六段案例骨架。
选做练习：本节练习可用于加速你巩固，但不影响继续学习。
内容会自动保存在当前设备
查看参考答案与评分标准
参考答案
情境是客服每周2小时归纳投诉；判断是先做证据型分类而非自动回复；行动是我定义Schema、标注样本、实现评测；结果是200条关键召回96%、复核45分钟；边界是政策结论仍由主管确认。
评分标准
- 背景足以解释决策
- 个人贡献与团队成果区分
- 结果含边界和失败
本课收口 · 理解检查
用 30 秒确认你理解了
用 30 秒理解检查确认你抓住了重点；阅读标记、练习和总结都不设硬门槛。
你现在更接近哪一种状态？
尚有必填项未完成，请补齐后再继续。
资料来源
继续核对与延伸阅读
本课内容最近更新于 。