让 Agent 在给方案之前先摊开它的假设

print-premise-receipt：让 Agent 在给方案之前先摊开它的假设

它解决什么问题

Agent 给出的方案型输出，通常把结论摆在最前面，而结论所依赖的事实性假设藏在叙事里。读者先接受结论，再在实践中撞上不成立的那一条。

比如一份“订单列表接口优化方案”，会写“加联合索引、上 Redis 缓存、改分页策略”，读起来结构完整。但它默认了：慢在数据库而非网络、表小于 5000 万行、读请求占九成、允许锁表、表里没有 tenant_id。这些前提一条都没写出来。

现有工具报“问题”、报“修复”、报“置信度”，但不报“这个结论靠哪几个事实撑着”。这个 Skill 占据的就是这个位置：把前提从叙事里提出来，变成一张可逐条核对、每条绑定作废范围的清单。

它不改变方案内容，只改变读者在信任方案之前能看到什么。

输出长什么样

输入是“订单列表接口有点慢，给我一个优化方案”。装了这个 Skill 之后，方案顶部会多出一张前提小票：

前提小票
1. 慢在数据库而非网络      ｜ 若不成立：§1 §2 全部作废
2. orders 表 < 5000 万行   ｜ 若不成立：§2 的建索引方式作废，需改分区表
3. 读请求占 90% 以上       ｜ 若不成立：§3 缓存收益归零，整节作废
4. 允许 5 分钟以内锁表     ｜ 若不成立：§2 需改为在线 DDL
5. ⚠ 未确认：orders 是否有 tenant_id ｜ 若有：§2 联合索引列顺序反转 ｜ 确认方式：\d orders