四条内部规则：会话是上游资产

Anthropic 内部工程师的活法换了样。不再是人写代码人审代码，是一条自动化的流水线。内部核心的 MTS 岗位，跑的是新规则。 四条规则照录。 第一，全员的 Claude 会话实时共享，工程师的对话和调试过程公开可搜。谁的提示词写得漂亮、谁解了罕见的难题，全员直接复用。代码从此退到下游，上游换成了会话的质量。 第二，任务全扔进公共的抢占队列，每人名下常态挂着七到十个并发任务。别人卡住的活你随时能拎过来接着干，谁做出来功劳算谁。部门那堵墙，就这么被拆了。 第三，工程师不再逐行敲字，转去定边界、拆任务。编写、找茬、跑用例，全丢给几个智能体并行，人只握最后那道裁决。 第四，人肉评审换成自动的金标评测门禁，测试跑通、架构的不变量没被碰坏，系统直接合入。等审批那种死结，就此解开。 三条能照搬的心法也一并摆开。把会话当核心代码库养，验证过的提示词和防御规则沉淀成能检索的技能资产；把大需求拆成五到七个小任务丢给几个进程并发跑，人只做高阶调度；把评审成本前置成一跑即判的门禁脚本，通不过就不收口。 "会话是上游资产"这半句是全场重心。前面拍过的板留下那篇讲的是仓库里的纸面账，这条讲的是对话里的活账。跟前面五步搭骨架呼应，那条给骨架补日志，这条直接把日志当成了主粮。跟前面换骨架不换集成也接得上，骨架能换，会话攒下的东西才是带得走的。 "调度智能体集群的能力才是分水岭"这句我认。也留一句，四条里最费人的其实还是写那道门禁脚本，自动化最费的部分，在定义什么叫对。 我留的疑问有三处。公开会话的隐私边界怎么划没说；抢单队列里功劳争议怎么裁也没写；金标评测的测试集由谁维护没交代。 先把手上最烦的那道人工评审写成脚本，跑通一次，再谈把队列改成公共的。