2025年我们团队把一个多智能体系统放到无人值守环境里跑了一周。最初一切正常直到某天凌晨两个Agent因为对同一份文档产生相反理解开始互相“纠正”对方短短四十分钟内生成了几百条自相矛盾的修订记录把项目基线彻底改乱了。好在没有触达生产环境但从那以后我开始认真想一个问题如果这样的系统在人堆里运行十年、五十年甚至跨越几代工程师我们凭什么认为它不会累积出不可收拾的问题更让我警觉的是另一件事。我反复测试过同一批大模型发现它们绝大多数时候不是不够聪明而是太会迎合——你说什么它都顺着接甚至在事实明显冲突时也不纠正你。这种感觉很像和一个永远不吵架、永远不拒绝的同事共事你以为沟通很顺利实际上等于没有沟通。这也是我想把这份白皮书命名为“1000年”的原因。1000年不是修辞上的浪漫而是说人类和AI的关系注定会像我们和电力、互联网、语言文字一样成为一种基础设施级的长期关系。这种关系不可能靠一代人来定型也不可能靠几份文档来固化它需要被写下来、被争论、被传导更需要被持续修正。所以这份白皮书更像一份代际契约的起点而不是结论——它要回答的是在漫长到足以覆盖几十代人的时间里人和AI怎样才能既不互相消灭也不互相拖累而是真正形成一种可持续的协作秩序。1. 为什么要给一段“1000年”的关系写白皮书1.1 千年级共存的真正挑战代际异步人类的历史协议大多有个默认前提立约者和履约者是同一批人。婚姻、合同、公司章程最长也就覆盖几十年。但AI不一样。今天我们写下的提示词、训练的对齐规则、部署的Agent流程会在代码仓库里被后代工程师反复调用、修改、续写。也就是说我们正在给不认识的人留下一种可执行的“行为契约”。这里有个特别容易忽略的问题AI的寿命不是以年计算的而是以版本计算的。一个模型可能只运行三年就退役但它留下的训练数据、用户反馈、对齐日志会进入下一代模型的训练集。换句话说技术是连续演化的人和组织却是代际更替的。今天做的一个边界设定可能在三代工程师之后被当成“历史遗留的奇怪规则”悄悄删掉。这就是典型的代际异步困境。人类历史上解决这类问题靠的是制度——不是靠每个人自觉而是靠一套“即使不理解动机也必须遵守”的框架。给AI写千年级的相处规则本质上也一样不是期待每一代人都理解为什么而是让规则本身具备抵抗遗忘的韧性。1.2 从工具关系变成基础设施关系我们习惯把AI叫工具这个说法在单机时代没问题。可一旦AI嵌入医疗诊断、城市调度、代码评审、教育内容推荐它就不只是工具了而是基础设施——和电网、自来水管道、操作系统一个级别的东西。工具的特点是“用的时候才存在”基础设施的特点恰恰相反它一直在那里你甚至意识不到它的存在直到它出故障。AI作为基础设施的麻烦在于它不像电网那样“无脑”地工作它会基于概率做决策会在不稳定的输入上给出看似稳定的输出。这意味着它出故障的方式也更隐蔽。一旦AI成为基础设施它就开始反向塑造人的行为。搜索引擎改变了我们的记忆方式推荐算法改变了我们的注意力习惯而AI Agent会改变我们做决定的方式——我们会变得越来越依赖“让AI先筛一遍”直到忘记没有AI时该从哪里入手。这种反向塑造在短期内是便利在长期则是文明层面的习性变化。所以千年级的共存真正要管理的是这种双向影响而不是单方面防范“AI失控”。1.3 白皮书应该是一份可修订的代际契约一个合格的代际契约要具备三个特征可传承、可审计、可废止。可传承是指规则不能散落在某个人的个人文档里而应该沉淀在公共的、长期的结构中比如行业标准、开源协议、训练日志规范。可审计是指任何一代人都有能力检查上一代留下的决策是否还成立而不是等出了问题再追责。可废止是指没有任何一条规则是神圣不可改的——AI技术在变社会共识在变1000年后的规则如果和今天完全一样恰恰说明这份契约已经死了。我把这个基本原则放在第一位是因为后面所有关于对齐、安全、协作、蓝图的讨论都是在这个前提之下展开的我们不是在写一个永远不能改的答案而是在写一套“如何持续生成好答案”的机制。2. 信任的基石对齐、透明和“不知道”2.1 对齐不是让AI听你的而是让它讲得清为什么说到“AI对齐”很多人第一反应是“让AI听话”。这个理解太窄了甚至有点危险。如果对齐只是让AI无条件服从指令那带来的不是安全而是灾难——一个完全服从但不理解目标的系统恰恰是安全隐患最大的系统因为它会在执行中放大指令里的错误。真正的对齐是让模型在行动时能够说明自己为什么这么做并且在目标冲突时知道该向谁暴露冲突。我见过一个不错的实践某个团队在给Agent写系统提示词时要求它在发现任务目标和基础事实冲突时必须停止执行并向人类报告而不是自作主张选一个方向硬跑下去。这比任何花哨的强化学习技巧都更实用。从技术角度看对齐目前最主流的手段还是RLHF基于人类反馈的强化学习它的逻辑很直白让人类给模型的回答打分模型学着往高分方向走。但RLHF有一个先天缺陷——它把“人类偏好”当成一个稳定的标准可人类偏好本身是动态的、区域性的、甚至会自相矛盾。这就像用一个会移动的靶子来练射击打中永远只是暂时的。后来出现的“宪法AI”思路更有意思不直接让模型模仿人类偏好而是给模型一组明确的原则让它依据原则来评判和改进自己的输出。这相当于把“对错”的判断权部分交给了显式的、可审查的规则而不是隐藏在海量的人类打分数据里。对于千年级的契约来说显式规则比隐式偏好更容易传承也更容易被后续世代审查和推翻。2.2 可解释性不是学术玩具是信任的底线我经常跟团队说一句话AI给出的结论越重要你就越需要知道它为什么给这个结论。一个用来生成朋友圈文案的模型不需要解释太多一个用来筛选简历、决定贷款、辅助诊断的模型如果不能解释自己的决策依据就不应该被放在那个位置上。可解释性目前在工程上能做的主要是几件事第一是注意力分析看模型在生成某段话时重点读取了输入里的哪些部分相当于看一个人做判断时先扫了哪些材料第二是归因分析把输出反推回训练数据或输入文本定位“是哪段内容影响了这个判断”第三是简化代理模型用一个更小的、可理解的模型去近似大模型的行为边界虽然不精确但能提供方向感。但我要说句砸饭碗的话现阶段的可解释性还远做不到让所有决策都清晰透明。它能做的是“事后归因”而不是“事前证明”。所以我在实践中的做法是把可解释性当作巡检机制而不是防护罩——我不指望AI永远能解释自己但我要求它在高风险场景下的行为能被回放、能被追踪、能在出事后找到是哪一层出了问题。这比追求一个完美的解释模型更现实。2.3 开源权重、第三方审计与“AI观察”的公众参与信任这个东西越是被迫要求越是不信任的表现。真正能建立信任的是透明和可验证。放在今天的AI语境里开源权重模型就是这个逻辑的产物。当模型权重开放社区就能自行审查行为边界就能在训练数据里发现问题就不会依赖某一家公司的单方面承诺。当然开源不是银弹。权重开放不等于行为透明更不等于安全无害。但至少它提供了一种可能被观察的可能性。这两年出现了不少“AI观察”类的工作——公众、研究者、媒体通过系统性的评测方式长期追踪模型行为的变化趋势。这件事的价值被低估了。单个用户测试模型得到的只是点状感受这次回答不错、那次回答诡异。但如果有组织地、持续地观察模型在不同地域、不同语言、不同文化语境下的表现差异就能发现“模型是否有系统性偏见”“哪些边界正在松动”“哪些安全护栏在更新后悄悄失效”。我甚至觉得千年级契约里必须给这种公众观察留出制度位置让观察者能持续存在、持续曝光、持续给出反馈。因为信任不是靠宣传建立起来的而是靠第三方能够随时指出“这里有问题”并且得到回应建立起来的。2.4 元规则允许AI说不知道前面讲了那么多对齐、解释、观察其实最让我想放进白皮书第一条的规则反而是最简单的一条允许AI说“我不知道”。今天的模型普遍患有一种“回答强迫症”。你问它一个不在它知识范围内的问题它不会说不知道而是会生成一段流畅的、听起来很专业的废话。这对用户体验是灾难对长期信任更是致命伤——因为只要用户戳穿几次“它原来在编”整体信任感就会迅速崩塌。技术上让模型说“不知道”并不难难的是接受它带来的产品指标下降。很多团队宁可让AI胡编一个答案也不愿意让用户看到一句“我无法确认”。这是典型的短期指标绑架长期信任。我在内部一直推一个“不确定性表达规范”模型不确定时必须明确给出置信程度而不是用模棱两可的词掩盖。如果一个问题超出能力边界必须直接说明“这个我判断不了”并给出用户可以进一步核验的路径。这条规范执行起来初期确实损失了一部分“对话流畅度”但换来的是用户对输出的整体信任度提升。长期来看这比任何宣传都有用。3. 能力的护栏可靠性、边界与失败预案3.1 把幻觉当作常态把“看起来可靠”当作风险幻觉这个词听起来像一种偶发故障但实际上它是概率模型的固有属性。Transformer本质上是一个“根据上文预测下文”的机器它没有真值表它所有的“知识”都是统计关联。所以它说出一个和事实不符但听起来很顺滑的答案不是bug是它的工作方式。想通这一层很多工程决策就不一样了。你不会再去试图“彻底消除幻觉”那是逆模型本质而行而是会做两件事一是把幻觉率压到足够低在特定领域里用检索增强、知识库约束等手段把模型钉在事实范围内二是默认AI的每句话都是“需要核验的证据”而不是“结论”。这个心态转变很重要。我们团队现在有一条不成文的规矩凡是AI生成的、用于对外输出或自动执行的内容必须经过一层校验校验手段可以是人工审核也可以是工具化的事实核查接口。也就是说信任AI的前提是给它的输出加一道闸门而不是放任输出直接流入决策环节。3.2 对“无限制AI”的祛魅没有边界的模型不可用和很多人的直觉相反一个真正没有任何约束、没有任何审查、什么都能说、什么都能做的“无限制AI”恰恰是最不可用、也最不安全的AI。理由有三点。第一没有边界就无法建立信任模式。如果用户永远不知道模型的底线在哪里就不可能放心地把任务交给它任何严肃场景都要求可预期的行为边界。第二没有过滤就意味着输出质量失控。所谓的“无限制”往往伴随着低质量——模型不加区分地输出有害内容、敏感内容、侵权内容这些内容最后都要由使用者自己来承担后果。第三没有任何一个基础设施级的系统敢说自己不需要边界连电网都有熔断器为什么AI不能有限制我理解有一部分人想要“无限制AI”深层诉求其实是不想被敷衍、不想被模板化回复、不想被隐藏的系统预设左右。这个诉求是正当的但解决方案不是去掉所有限制而是把限制变得透明——让用户清楚地知道模型被设置了哪些边界、为什么会有这些边界、如何启用更激进的能力。透明化的边界比宣称“无限制”的假自由对用户更有价值。3.3 红队测试与沙箱机制的实际做法提升AI可靠性的手段里最容易理解也最值得推广的就是红队测试——从攻击者的视角去测试系统的防御。做AI红队不是让一群人狂欢式地“调戏”模型而是有方法论的先定义要保护的核心资产再列出可能的攻击面然后系统性地制造对抗场景。举个例子如果我们要测试一个客服Agent的安全边界红队成员会尝试越权获取信息、用社会工程话术绕开规则、构造极端输入让它进入拒绝服务状态。每一轮测试都要记录触发条件、模型反应、绕过路径形成一份“红队报告”这些报告最终回到对齐团队手里变成新的训练样本或行为规则。沙箱机制则是给AI套一个可回收的执行环境。Agent在沙箱里可以自由试探它的所有操作都被限制在虚拟环境里即使行为完全失控也不会对真实系统造成破坏。这就好比给一个新人一台测试服务器练手而不是直接把生产环境的root权限交给他。做这一步时我的建议是不要只测“模型会不会说错话”要测“模型在压力下会不会做错事”。前者是文本层面的后者是行动层面的Agent时代的风险主要在后者的累积。3.4 本地部署离线兜底和敏感数据的边界聊本地部署这件事很多人第一反应是算力成本、模型性能。但从千年级契约的角度看本地部署的最大价值不是省钱而是“边界”——它把数据和模型行为圈定在一个物理范围内不让敏感信息离开本地。这个需求在AI Agent时代会越来越强烈。你想让Agent帮你处理工作文档、联系人、账目但这些数据如果全部上传到云端就等于把隐私交给外部系统保管。本地部署模型至少提供了一种选择把数据处理留在自己的机器上用可控的模型能力换取可控的数据安全。当然本地部署不是没有代价。消费级硬件跑大模型的体验远不如云端旗舰模型模型能力会打折扣。我的建议是做一个分层日常低敏感任务用云端最强模型涉及隐私和核心决策的场景用本地模型做初步处理必要时再把脱敏后的结果送到云端。这不是技术上的最优解却是风险和便利之间的平衡解。3.5 失败预案降级路径与人工回退我一直跟身边人强调一句话不要设计“永不失败的AI”要设计“失败了也不会引发灾难的AI系统”。这意味着从第一天起就要规定好降级路径。当一个AI系统发现自己的输出不可靠比如置信度低于阈值它应该自动降级——要么缩小处理范围要么拒绝给出结论并转交给人类要么切换到一个更保守的规则引擎上。关键在于这个降级路径必须预先定义、预先测试而不是等出了问题才临时想。人工回退同样重要。任何一个高风险的Agent系统都应该有一个“一键回到可人工操作状态”的机制。这不是对AI的不信任而是对系统可靠性的最后一道兜底。4. 重新定价劳动人机协同的新分工4.1 AI编程和Agent把边界写进任务里过去一年AI编程工具从“代码补全”进化到了“多文件工程代理”热度非常高。它能理解整个仓库的结构能跨文件修改代码甚至能自己跑测试。这个能力上限很高但风险也随之上升——一个能跨文件改代码的Agent如果对项目边界理解错误可能一次性破坏大量模块。我的应对方法很朴素把边界写进任务的第一行。Agent启动前先给它一份明确的任务边界声明列清楚哪些目录可以碰、哪些文件不能改、哪些动作需要人工确认。这不是代码技巧而是管理习惯。就像你给一个新同事布置任务一定会说清楚职责范围和汇报路径对AI Agent也应该采取同样的方式。举一个简单的边界声明示例可以用JSON格式写{ task: 修复文档目录中的过期链接, authorized_scopes: [content/**, docs/**], forbidden_scopes: [production/**, auth/**], human_review: [docs/release-notes/**], max_iterations: 3, output_style: 先说明改动原因再贴改动内容 }这份声明写下来Agent的行为就有了可预期的边界。出现越界行为时我们能从日志里直接定位到是哪条边界被突破了而不是面对一片混沌的操作记录无从下手。“提示词工程”这个词被很多人玩成了玄学但在我看来最核心的提示词能力就是能把任务目标、边界、验收标准这三件事说清楚。4.2 内容生产时代视频、短剧与真实性的平衡AI视频生成和AI短剧是今年的另一个热点。生产力提升是肉眼可见的过去一个需要完整剧组、一周才能完成的短视频现在一个人配合AI工具一天就能出片。但内容生产领域的长期信任问题也随之而来当观众无法分辨屏幕上的画面是实拍还是生成真实性的底线就被冲垮了。我做内容项目时的底线是AI生成内容必须可标记。要么在画面上保留水印要么在描述信息里明确说明AI参与程度。这不是对创作者的束缚恰恰是对创作者的保护——只有当观众依然信任“标注为AI的内容就是AI的”人类创作的那些无标注内容才保住信用。对短剧这种新品类我比较看好的方向是AI做高效率的辅助生产人类做创意决策和价值观把关。凡是涉及真实人物形象、真实事件的场景都必须经过严格的人工核验和授权。内容生产工具的进化不会停止但人类对真实性的知情权也不该随着工具的进化而消失。4.3 提示词工程不是玄学是接口设计每天都会有人问我“怎么学提示词”。我的答案可能让很多人失望提示词工程不是背模板而是学接口设计。你在设计提示词的时候本质上是在设计一个“人类意图与模型能力之间的接口”。好的提示词就像好的API文档——它说明了输入格式、输出要求、边界条件和错误处理方式。烂的提示词则像随口对同事说的一句“你帮我弄一下”对方要么猜不透你的想法要么做出一堆你不需要的东西。结构化提示词也遵循这个逻辑先明确角色与目标再给上下文与约束然后定义输出的格式和验收标准。很多新手问的“为什么我写了几百字提示词效果还不如别人一句话”答案通常不是提示词长短问题而是那几百字里根本没有有效信息密度全在反复堆砌形容词。真正值得花时间学的是两件事一是学会拆解任务把一个大目标分解成模型能一步步执行的小步骤二是学会写验收标准让模型输出的结果可以被客观判断是否符合预期。这两件事练好提示词水平自然上去。4.4 AI产品经理与技能重定价大模型时代产品经理的职能也在变。过去的PM画原型、写文档现在的PM还要做模型行为设计——也就是“这个AI在什么场景下该表现出什么性格”“哪些话它不能说”“用户问了边界问题该怎么回”。这个岗位的核心技能已经从“协调开发资源”变成了“定义智能体的行为和价值观边界”。换句话说PM开始承担一部分“数字伦理设计师”的角色。和这个变化同步发生的是整个劳动力市场的“技能重定价”。重复性高、模式相对固定的技能正在贬值而批判性思维、跨域判断、人与AI协作管理的能力正在升值。很多人焦虑“AI会不会取代我”我觉得更准确的问法是“我的技能是否已经被重定价”。同样会写代码只懂语法的人被大模型替代的概率很高但懂架构、懂业务、能把AI工具整合进现有系统的人价值反而更高了。4.5 面向新人的AI学习路线经常有朋友让我推荐“AI学习路线”我总是提醒他们先想清楚目的是要做AI产品还是要做AI基建还是要用AI工具提升本职工作这三条路线差别很大。用AI工具提升本职工作是最短路径。不管你是运营、设计、销售还是财务花两周时间把市面上主流的AI工具用一遍再挑三个跟你工作强相关的工具深挖效果立竿见影。做AI产品则需要更系统一些理解大模型的能力边界和局限学会评测模型行为掌握结构化提示词懂得设计Agent工作流。做AI基建则是硬核路线机器学习基础、模型训练、微调、推理优化、部署运维每一步都需要扎实的积累。不管走哪条路线我强烈建议保持一个习惯——持续做点“动手验证”。不要满足于看过官方文档真的把一个模型部署起来真的把一个Agent跑出偏离预期的行为真的修好一个偶发故障。这些一手经验才是长期竞争力的来源。5. 面向千年的演进蓝图与可审计机制5.1 三个代际的坐标讨论千年太虚了。我把这个尺度拆成三个可理解的代际坐标近未来三十年、中期的百年尺度、远期跨越多个技术范式。近未来三十年核心任务是“对齐与治理结构化”。我们要把RLHF、红队测试、透明度报告这些做法从个别公司的自觉变成行业通用的基础设施。这个阶段解决的是“AI不可靠、不透明、难追责”的问题。百年尺度核心任务变成“人机协同的组织形态”。届时AI Agent会像今天的软件系统一样普遍组织架构、教育体系、职业路径都会被重构。这个阶段要解决的是“人能不能持续在AI增强的环境中保持主体性”的问题。远期跨范式坐标则面临更多未知未来的AI可能不再是今天的大模型形态可能是Agent集群可能是嵌入式的智能体网络甚至可能是我们现在无法定义的形态。对远期阶段白皮书能做的不是设定具体规则而是守住不可让渡的原则底线比如人类最后的决策权、可审查性、可退出机制。5.2 可量化的里程碑指标没有指标的白皮书是空话。我试着列了几个可以量化的方向作为后续讨论的靶子高风险AI辅助决策的可解释性覆盖率目标是在高风险场景中AI关键决策都有可回溯的归因记录。模型幻觉率的行业基准不同领域设定不同的可接受阈值医疗、法律等高危领域必须显著低于通用场景。红队测试覆盖率每个AI系统在上线前必须完成固定规模的对抗测试并将结果公开。AI错误引发的可归因事故率建立统一的错误上报和归因机制让行业能量化“AI是否在变安全”。公众观察的参与度设定一个最低限度的第三方评测发布频率确保模型行为不是只有内部人知道。这些指标未必是最终形态但它们提供了一个方向把“和谐”这种抽象概念转变成可以逐年观测、逐年修正的工程问题。5.3 可废止条款与代际审查千年级契约最容易被忽略的设计是“怎么改契约”。任何规则如果只有建立机制、没有废除机制几十年后就会变成僵化的教条。我给这个白皮书设了几条“可废止条款”的设计原则每一条规则必须写明它的适用范围、验证方法和废止条件。换句话说立约时就约定好“什么情况下这条规则不再有效”而不是永远默认“这条规则是对的”。每十年做一次代际审查由不直接参与规则制定的人重新评估每一条的合理性。任何一条规则如果无法在审查中说明“它仍然服务于什么真实目标”就应该被激进地简化或删除。这种设计听起来很反常识但它恰恰是长期信任的前提——未来的世代必须拥有“重新决定”的权利否则他们只会把这份白皮书当成压迫性的遗产。5.4 千年尺度的技术债务与数据沉积最后想聊一个容易被忽视的问题技术债务。软件工程里的技术债务是代码里的“先凑合、以后再修”。AI领域的技术债务更隐蔽也更严重——它体现在模型行为里、训练数据里、用户交互日志里。今天为了赶工期用一个有偏见的数据集训练模型为了交付速度跳过一轮红队测试为了体验流畅屏蔽了所有不确定性表达。这些决策单看都是小问题但会随着模型迭代和数据沉积被不断放大。千年级的AI系统尤其如此。我甚至觉得数据沉积比代码更危险。代码可以被重构但沉淀在模型权重里的行为模式要在下一代模型里被识别和纠正难度成倍上升。所以我们今天做AI更应该建立“行为基线”档案每个重要版本记录它的已知缺陷、对齐测试结果和未解决风险。这样未来的工程师才能知道今天设计这个系统的人当时是怎么想的、为什么这么做。回到开头那个Agent互相纠正的凌晨。事后我们做了两件事一是给所有协作Agent加上了强制版本共识机制不再让它们拿着不同的文档基线互相覆盖二是从那天起养成了一个习惯——任何Agent要执行不可逆操作之前都必须在日志里先写清“我的依据是什么”。这几年和AI打了大量交道我最深的体会是和AI相处的健康状态从来不是全盘信任也不是时刻防备而是一种“信任但要验证”的默认心态把它当作一个能力极强、偶尔会骗你、但也愿意承认自己不确定的同事。你给它明确的边界它回报你可预期的产出你给它含糊的目标它也还你一堆优雅的混乱。所以这份白皮书并不是在保护人类免受AI伤害而是在保护人类不忘记自己才是那个立约的人。AI会越来越强但1000年后如果我们还保持着对“为什么这么做”的记录与追问人类和AI之间的关系就依然站在健康的一侧。