Axiom 协议
投运标准
在需求成为投运之前，本宅将规格化、安保、验收并恢复什么——以及将拒绝什么。提交需求。获得架构与专属条款。
01
架构
先规格，后建造。运营内核、操作者所在界面与运营模型同一标准。不为产品叠无关层级。技术栈被点名，是因为真正在运营，不是因为好拍照。建造顺序即首页看板上的九层脊柱。六种认证语言与方向完整性属于架构，不是控件。
02
安全 L1
自第一行写入每一个系统——这是原则，不是第七项能力。租户与角色。审计轨迹。私有边界。响应头与 CSP 作为工艺。L1 是标准令牌。世界排名不是合同。
03
故障
故障是设计路径，不是事故报告。恢复属于性能。智能体不得漫游。资金与权限不得暗中移动。未经验收，本宅宁可不投运，也不交付系统。
04
治理
统一指挥。四道关口——G0 规格、G1 架构、G2 验收、G3 投运。优化是 G3 之后的常设命令，不是关口。身份确认后，由资深工程师联络。表述受需求与典则约束。影响只命名量级；结果等待证据。秘书是治理的第一道关口，不是报价机器人。
信条
本宅不会做的事
操作系统既由其阶段定义，也由其拒绝定义。
01
事实之外不臆造
若不在需求或典则之中，由案桌确认。规格之外不发明。
02
不为系统叠装饰层
界面不外于系统。设计与代码同一标准。
03
智能体不得漫游
智能体受其投运工作流约束。不在资产中游荡。
04
资金与权限不得暗中移动
故障有既定路径。收款人、角色与记录不在暗处变更。
05
未经验收不得投运
未经接受，不得投运。G2 是硬停止。
06
不公布价目表
规格锁定后给出一份专属配置。页面上没有中介费。
07
不设第七项能力
投运由六项工具构成。网络安全是自第一行写入的原则，不是单独产品。