作品不只是技术清单
先描述使用者、问题和完成的动作，再说明关键取舍。没有真实用户数据时就如实写个人实践，可被检查的证据比漂亮的数字更重要。
要点
- 服务对象与问题
- 真实完成的行为
- 可以查看的证据
练习 用 100 字介绍一个项目，不列技术栈，先说它解决了什么。
展示一次关键决定
选择一个真正影响结果的决定，讲清原约束、比较过的选项、采用的方案以及主动放弃的功能。这比笼统写“高性能、易扩展”更有说服力。
要点
- 当时的约束
- 选择与理由
- 明确的代价
练习 为一个真实决定写出三段说明，保留一个你主动没有做的功能。
用反馈发现下一步
先让一个人完成具体任务，观察哪里卡住，比直接问“你喜不喜欢”更容易获得可用反馈。区分观察到的事实与主观解释。
要点
- 观察具体动作
- 区分事实与解释
- 一次验证一个关键问题
练习 为作品安排一次任务式试用，记录一个意外行为和一项待验证假设。
把成果接回学习路线
项目结束后，根据实际暴露的缺口更新学习路线。先留下可信、开源、可验证的作品，下一步合作与价值探索才有扎实基础。
要点
- 已经掌握的能力
- 实际暴露的缺口
- 下一次的小验证
练习 写一页项目复盘，最后只保留一个下一步行动，并说明为什么它优先。