01 / 判断#
代码生成，不等于软件交付
AI 把“写出代码”变便宜之后，需求边界、验收、测试、审批、部署和恢复反而变得更重要。
我不太关心 Agent 一次能生成多少文件，更关心它做错时能不能停、能不能回滚、下一个人能不能理解发生了什么。
真正的工程价值，是把概率性的生成能力装进可观察、可治理的交付系统。
#AI Coding#交付#Agent
// NOTES / WORKING VIEWS
判断与想法
这里放不需要写成长文章、但值得留下来的判断、碎碎念和产品想法。它们来自正在做的项目，也允许随着新证据被修订。
- 04
- 公开短笔记
- 12
- 关联主题
- REVISION
- 允许更新观点
02 / 观点#
原型最重要的说明，不是“很强”，而是边界
把 MVP、公开原型和稳定工具混在一起展示，会让所有成果都失去可信度。
我更愿意明确写出没有 CI、没有数据集、只支持单机，或者尚未做过真实场景验证。
限制不是减分项。对技术工作来说，知道结论在哪些条件下不成立，本身就是能力。
#开源#验证#产品
03 / 研究判断#
Agent 越能干，越需要最小权限
工具调用、浏览、文件写入和长期记忆放大了能力，也放大了提示注入与误操作的影响。
“模型会不会被注入”很重要，但更重要的问题是：被注入以后，它到底拿得到什么、改得了什么。
因此我会把能力装配、审批、输出过滤、备份恢复看成同一套 Agent 安全边界。
#Agent Security#MCP#最小权限
04 / 产品想法#
好的 AI 工具，不应该替你放弃判断
如果一个工具只帮人更快地产生结果，却没有帮助理解为什么，它也在制造新的脆弱性。
我更喜欢把复杂工程问题翻译成用户能理解、能选择、能亲手完成的小步骤。
工具可以给建议和护栏，但关键判断应该逐渐回到使用者自己手里。
#AI 产品#学习#工程思维