1. 差点把我逼疯的 PPT 生成 skill

前几个月我对于一键生成能复用企业模板的 PPT 有强烈执念——毕竟数不清的同事向我许愿了。

说干就干。当时的需求是写一份关于加强不同应用 access control 的方案选择，我需要跟不同职能的同事讨论，某个应用是迁到独立的安全组，还是改用基于角色（而不是账号）的访问方式。

通宵达旦地把 PPT 生成 Skill 改到 V15 了，结果打开一看——还是有文字溢出文本框的小问题，更不提流程图里不同形状的用色毫无逻辑这种老大难，气得我想骂脏话。

前一天我刚跟我们云架构师就这几个方案聊过。既没用 PPT，也没用电脑，我俩站在那里 15 分钟就聊清楚了。

那一刻我想明白了：PPT 根本不是一个有效的信息沟通载体。

可是，一个"更高效的载体"（Markdown？Excel？）就是我的解决方案吗？

我真正要实现的目标是"把信息更高效地送达"，还是达成 alignment，或者暴露 misalignment？

PPT、Markdown、Word、Excel——它们是我达成 alignment 的必要元素吗？

2. 一个 anti-PPT 的 CIO，还是给我做了份 PPT

我们有一位 CIO 是技术大拿，完全 anti-PPT。前段时间他来跟我谈他对我们内部 AI 应用的愿景，特意走"自然语言 → JavaScript → PPT"的路径准备了一份 PPT。目的是做充分铺垫，让我能更容易接受他给的技术解决方案。

但如果他有我的 context wiki（就是我持久化自己工作 context 的那个 Git 仓库），知道我最近的想法、知道我原本就已经在写的 roadmap——他会发现we are already aligned。这份 PPT、这场会，都根本不需要存在。

他本可以直接往我的 context wiki 发一个 PR。我的 agent 一 review，发现和我当前的想法和规划没有冲突，自动 merge。

零响应、零会议、零 PPT。

3. 总是需要人肉路由器

过去一两年我建过几个版本的企业知识库。都是因为同一个原因被废弃：信息不会自己流到需要它的地方，最后总得靠人推一下。

静态 RAG——把部门 SOP、HR policy、财务政策都灌进去供用户提问。可是用户痛的根本不是"我去深圳出差的差旅标准是什么"。他真正想知道的，可能是："上次我去深圳出差那间因为附近有大会而溢价超标的酒店，我当时是提交了什么支持材料，才让财务同意报销的？"要回答这个问题，他得去邮件里翻当时跟财务怎么来回 battle 的。政策和邮件都在那儿，没人串，就是连不上。

动态聚合知识库两个版本——无论是从人和人的聊天记录里提取知识，还是让大模型在跟我聊天的过程中持续识别和持久化。都撞同一堵墙：大块知识分散在 SharePoint 的 PPT、邮件公告、发给相关方的方案里——人肉搬运实在太费劲了，最起码 agent 得直接有权限读到企业文档。

但权限到位之后还是要问——然后呢？新请求、新邮件进来，我依然得指挥大模型去查我的 context wiki、去分析这封邮件怎么回、这份方案怎么改。

换了不同的知识库做法，最后还是要人肉路由器把线接起来。

4. 为什么大部分拉齐会议不能就是一个 PR？

我本来就用 Git 维护我的 context wiki，我的 agent 在帮我维护它。那为什么它不能把变更推送给其他人的 agent，让他们的 agent 去判断应该如何维护他们的 context wiki 呢？

回到前面说的拆分两个不同应用的 access control 方案：

一旦方案确定，
我的 agent 就向 context wiki 里记录在案的各个相关方的 Git 仓库（他们的 context wiki）提一个 PR，告诉他们这个事情的背景、接下来的整改方案是什么。
其他人的 agent 读 PR、跟他们现有的 context wiki 对比，没有问题就自动生成 to do list；有问题（比如跟他们组织的当前设计有冲突），就 flag 给本人做 reconciliation。

5. 讲对方的语言，alignment更容易实现

值得说的是：每个人接收信息的"母语"天然不一样。

有人站着聊 15 分钟脑海里就清晰了；有人要看到结构化的方案、trade-off 分析、风险矩阵，才觉得一件事被认真讲清楚了；有人只关心它怎么影响手上的 to do list。这不是理解能力问题，是沟通和信息处理偏好——每个人都有自己最高效消化信息的那个形式。

过去和现在，都是要靠呈现信息的人，基于从过往合作经验里沉淀的 Tacit Knowledge 去判断：今天这一场会议的接收方可能有什么样的信息处理偏好，以及他可能会 push back 的点，来调整 PPT 的内容。

但如果每个人的 context wiki 已经沉淀了他的 working context 和信息处理偏好——这种翻译工作就不再必要。我只写一份最清晰的 memo；对方的 agent 按他的 Wiki 把它 reframe 成他能最快消化、最能准确判断的形式，然后决定：是 already aligned、是要 surface discrepancy、还是需要他本人做决策。

这才是"PPT 不需要存在"的完整含义：不是信息不重要，而是达成 alignment 根本不需要靠人肉翻译。