上周内部交流会，有位同学站起来提了一个问题。
问题原文是这样的：
如果希望公司更像一家 AI-native 公司，各位 Leader 最希望大家立刻停止的一种/几种传统工作方式是什么，以及希望大家开始的一种/几种工作方式是什么？
主持人让我先答。
我第一反应是给一份工具清单：停止手写代码，开始用 Agent；停止人肉搜信息，开始问 AI。这种答案安全、正确，而且没用。
于是我在回答之前，先问了自己一个问题： AI 工具早就全员配齐了，为什么我依然觉得组织不够 AI-native？
答案不在工具上，而在一些我们习以为常、甚至毫无察觉的工作方式上——它们运行得太自然，以至于我们误以为它们就是工作本身。
一、这些工作方式，都是为「昂贵信息」设计的
先替传统工作方式说句公道话： 它们不是蠢，只是旧。
周报、对齐会、多级审批、交接文档——几乎所有我们抱怨过的传统工作方式，都围绕同一个前提设计： 信息是昂贵的。
- 主管无法天然知道你做了什么，所以发明了周报；
- 信息锁在少数人脑子里，所以发明了对齐会；
- 核实一件事的成本很高，所以层层设人肉关卡，这就是审批链；
- 人会遗忘，所以写了交接文档。
在信息生产和传递都很昂贵的年代，这些机制是组织的最优解。
但 AI 把这个前提改掉了。生产信息、检索信息、汇总信息的成本正在趋近于零。一个 Agent 可以在十秒内读完你一周的提交、文档和项目进展，生成一份摘要——而我们依然要求一个人花两小时写周报，再要求主管花三十秒读它。
这就是矛盾所在： 我们在用昂贵信息时代的流程，运行在廉价信息的基础设施上。就像在高铁上沿用蒸汽时代的时刻表。工具换了，工作方式没换，这才是组织不够 AI-native 的真实原因。
在 企业打造 AI 原生组织：六维转型模型的落地路径 里，我在组织层面讨论过这件事。这一次想说点小——小到每个人桌面上的最小动作。
二、先给你桌上的工作分个类
给清单之前，先给分类。因为清单只能背，分类才能迁移。
我把一个人桌上的所有工作分成三类，我称之为「工作三分法」：
| 类型 | 定义 | 例子 |
|---|---|---|
| 信息同步 | 目的是让人知道 | 周报、日报、通气会、转发、接力式审批 |
| 判断 | 目的是决定做什么 | 批不批、选哪个方案、要不要立项、如何取舍 |
| 创造 | 目的是产出新东西 | 写代码、写方案、做设计、做研究 |
分类标准只有一个问题：
这个工作是做给人看的，还是能让 Agent 干的？
我上周粗算了一下自己的日历，信息同步占了大半。这个比例因人而异、因岗位而异，你可以算算自己的——我猜结果会让你不太舒服。
为什么信息同步会占这么大的比例？因为传统组织里，信息流动的介质是人。介质是人，信息每流动一次，就要占掉一个人的一份时间：开会是同步流动，周报是异步流动，审批是带签字的流动。
传统组织：信息以「人」为介质流动
员工 ──写周报──> 主管 ──转发──> 相关人
（2 小时） （读 30 秒） （再开 1 小时会）
AI-native 组织：信息以「Agent」为介质流动
工作痕迹 ──自动汇总──> Agent ──按需推送──> 需要它的人
（10 秒） （人只处理判断点）
AI-native 组织的本质，就是把信息流动的介质从人换成 Agent： Agent 负责信息同步，人退守判断和创造。
想量化一下的话，可以拿这个脚本审计你的一周——把日历和任务列表填进去，看看 SYNC 占比是多少：
from dataclasses import dataclass
from enum import Enum
class WorkType(Enum):
"""工作三分法：同步、判断、创造。"""
SYNC = "信息同步"
JUDGE = "判断"
CREATE = "创造"
@dataclass
class WorkItem:
"""日历或任务列表中的一个条目。"""
name: str
hours: float
work_type: WorkType
def audit(items: list[WorkItem]) -> None:
"""统计三类工作的时间占比。SYNC 占比越高，离 AI-native 越远。"""
total = sum(item.hours for item in items)
for wt in WorkType:
share = sum(item.hours for item in items if item.work_type is wt)
print(f"{wt.value}：{share / total:.0%}")
audit([
WorkItem("周会通气", 5.0, WorkType.SYNC),
WorkItem("写周报", 2.0, WorkType.SYNC),
WorkItem("技术方案评审（做取舍）", 1.5, WorkType.JUDGE),
WorkItem("写代码、写方案", 12.0, WorkType.CREATE),
])
# generated by hugo AI
有了这个分类，Stop 清单和 Start 清单就是自然推导出来的。
三、Stop 清单：四种信息同步型工作
3.1 表演式周报
先做个测试。这周末你别手写周报，让 AI 根据你的工作痕迹（提交记录、文档、项目系统）生成一份，然后把两个版本放在一起比。
如果 AI 写的和你手写的差不多——那你花两小时写的，本来就只是系统里已有信息的重新排版。你不是在生产信息，你是在生产格式。
更扎心的问题是： 上周的周报，你自己还记得多少？ 写的人都记不得，读的人留下多少就更可疑了。这样的周报承载的不是信息，是信号——「我在干活，我有产出」的信号。
我想让大家停掉的，就是这种表演式周报。注意，不是不同步进展——进展应该由 Agent 从工作痕迹里自动长出来，人只需要补上 AI 给不了的那部分： 判断。这周我做了什么、没做什么、为什么。
3.2 通气型会议
判断标准很简单：这个会没有辩论、没有决策，所有人来的目的只是「知道一下」。
这样的会唯一的产出，是「大家都知道这件事了」这个事实。而这个事实的维持成本高得惊人——八个参会人，就是八份一小时。
要停掉的，是用开会来做信息分发。上下文写成文档，让 Agent 摘要推送，会前读完；开会的时间，留给只有人能做的三件事： 分歧、取舍、决策。
如果一个会没有分歧，这个会就不该开。
3.3 接力式审批
在 把组织当成产品来打造：AI 原生组织的 MVP 设计 里，我拆过一条交付链路：需求到交付 14 天，真正干活不到 5 天，剩下 9 天全在等待——等人、等审批、等排期、等信息同步。
那 9 天里的大头，就是接力式审批。很多审批节点的作用不是判断，而是「我已阅」的确认。每一个不做判断的节点，都不是风控，是延迟。
要停掉的，是让人当接力棒。规则可以校验的事情，交给 Agent 去校验；人只出现在真正需要判断的节点上。
3.4 口头上下文
「这件事的背景，你去问一下某某。」
这句话是组织不 AI-native 的典型症状。上下文在某个人脑子里，人和 Agent 都得排队去问他——这个人就成了组织的单点故障，他一休假，整条链路停摆。
我在 AI 的竞争变了：未来是上下文的竞争 里说过，模型之争已经不是决定性战场，真正决定胜负的是上下文。这个判断在组织内部同样成立： 一个组织有多 AI-native，首先取决于它的上下文有多机器可读。
要停掉的，是让上下文住在人的脑子里。
四、Start 清单：四个动作
只停不够，难的是开始什么。
4.1 给工作写机器可读的上下文
做任何一件事，把目标、背景、约束、数据来源写下来，放进系统里，而不是留在脑子里。
检验标准： 如果你明天离职，一个 Agent（或者你的继任者）能不能凭你留下的东西接着干？
如果不能，说明这份工作还停在手工业阶段——无论你干得多么熟练。
4.2 先委托，再动手
接到一个任务，先问一句：这件事能不能委托给 Agent？
这不是偷懒，委托本身就是训练。要把一件事委托出去，你必须先想清楚目标、边界和验收标准——每一次成功的委托，都是一次被迫的深度思考。从「用 AI」到「管理 AI」是两种完全不同的身份，而委托，就是这两个身份之间的第一步。
4.3 留决策记录，不留转发记录
每一个重要决定，写下「当时为什么这么定」：看到了什么、担心什么、放弃了什么。
转发制造的是信息垃圾，半年后没人再点开；决策记录产生的是复利，半年后有人问「当时为什么这么做」，它是唯一挖得出来的答案。
4.4 用 eval 验收结果，而不是用周报长度
给工作建立可以自动验证的验收标准。代码有测试、文档有 checklist、方案有指标——结果的质量由 Agent 可验证的证据说话，而不是由人用周报自证。
在 招 Agent 工程师，我第一个看的不是技术 里，我说过招聘时已经把「AI 原生行为」作为一票否决的维度。评估工作同理： 看可验证的结果，不看表演性的投入。
五、答案的另一半，在 Leader 自己身上
写到这里，必须回答最扎手的部分。
问题是问 Leader 的：我最希望大家停掉什么。但我很清楚： 激励不变，Stop 清单永远执行不下去。
只要我还在用周报长度衡量人，就没人敢停周报。只要我还要求「随时同步我」，就没人敢把上下文放进系统。只要我还要在会议室里看到人才安心，通气会就永远不会消失。
工作方式的开关，最大的一颗在 Leader 手里。所以在这份给所有人的清单之前，先有一份给我自己的：
| Leader 该停止的 | Leader 该开始的 |
|---|---|
| 用可见度衡量：参会、周报长度、响应速度 | 用结果和 eval 衡量 |
| 要求「随时同步我」 | 要求「这件事能不能委托给 Agent」 |
| 把信息攥在手里当权力 | 把上下文公开当默认 |
这张表比前面两张表加起来都难。因为前面两张表改的是大家的习惯，这张表改的是 Leader 自己的安全感。
六、两个最常见的反对意见
反对一：砍掉会议和周报，共识和信任靠什么维系？组织不会散吗？
我们砍掉的是接力，不是共识。
共识从来不是靠「大家都知道这个信息」建立的，而是靠辩论、取舍和共同接受结果建立的。省下来的信息同步时间，应该花在更高质量的分歧上——那才是共识真正的样子。
也要划清边界：有些聚会不是信息同步——团队仪式、情感联结、新老同学面对面的交流。这些不在 Stop 清单里，它们是组织建设，要保留，而且要做得更好。
反对二：AI 写的东西注水，怎么敢信？
我的回答有点扎心：AI 写的周报能蒙混过关，恰恰说明原来的周报里本来就没有值得信的东西。
信任不是建立在「我知道」上，而是建立在可验证的上下文和决策记录上。如果 Agent 生成的摘要你不敢信，要修的不是 Agent，而是它汇总的那些工作痕迹——它们本来就不可机器读。
写在最后
明天早上，你可以做一件事：
打开你的日历和任务列表，把每一项归进三类——信息同步、判断、创造。数一数，信息同步占了多少。
这个数字，就是你离 AI-native 的距离。它不取决于你装了多少 AI 工具，而取决于你的时间还有多少花在「让人知道」上。
最后把那个原始问题抛回来：
如果有同学问你同样的问题，你的答案是什么？你最想停掉的第一件事是什么？
欢迎在评论区聊聊。