安全的“公司大脑”不能依赖自动记忆或集中式权限，而应由员工在工作中共同生长：AI只建议知识变更，人类确认内容与访问范围；读取数据和执行工具时始终继承当前用户的身份与权限。
公司大脑汇集财务、人力、工程和销售等跨部门知识，因此越完整、越容易被智能体调用，潜在泄露面就越大。典型威胁是低权限员工通过智能体获得薪酬或其他敏感信息。安全不能作为知识库完成后的附加层，而必须进入上下文读取和工具执行的基础架构。
为什么重要: 如果权限不能随每次交互可靠执行，知识覆盖越广，事故影响范围反而越大。
支撑证据
if you go ahead and build a company brain, it will um likely leak company secrets.
演讲者反对由中央团队启动多年项目，试图一次性整理整个组织的知识。更可行的模式是让每个实际完成工作的人维护自己贡献的部分，并让这些局部知识逐渐连接起来。这样既降低整理成本，也让更新发生在事实产生的现场。
为什么重要: 分布式贡献把知识维护嵌入日常工作，避免中央知识库快速过时。
支撑证据
we're going to grow a company brain. We're not going to build one
该团队的公司Wiki约有5000个互联页面，其近两个月每日更新量呈温和上升。演讲者认为，当系统真正有用时，员工会继续教授更高阶能力：先查询数据，再解释数据、采取行动，最后进行实验。各类稳定更新率叠加后，可能形成持续增长，但他也明确承认这一观察仍处于早期，未来可能趋于平稳。
为什么重要: 评估知识系统时，除了总规模，还可以观察用户是否持续增加高价值知识。
支撑证据
This is early. So, who knows if it'll kind of peter out eventually.
正在恢复最近的对话...
“公司大脑”越有用，泄露薪酬、财务和生产权限等敏感信息的风险就越大。演讲者将其限定为供通用编码智能体使用的共享上下文、数据访问规则与工具权限，而非一次性建设的庞大知识图谱。根据其团队约5000个互联页面的实践，健康系统不仅持续扩张，每日更新量也可能随着使用价值提升而增长，因为用户会从教授数据查询逐步扩展到解释、行动和实验。核心方法是让知识在真实工作中由每个人共同“生长”：所有上下文进入统一的公司级Wiki，智能体只提出事实、链接和作用域建议，由具名的人类审核并承担责任。读取知识时，智能体必须使用当前用户的身份声明；多人协作执行工具时，也要在HTTP或SQL等边界动态注入该用户的凭证，绝不把凭证存入云端沙箱。最终，统一知识空间、人类审批、文件级作用域、用户身份代理和工具虚拟化共同构成可审计的安全边界。
由演讲中的架构与使用观察进一步推导出的组织含义。
实施公司大脑时最容易导致泄密、失控或知识失真的环节。
演讲明确提出的数据模型、授权边界与执行约束。