案例索引、事实卡与迁移路线

本册定位：本册是 52/00 的案例导航、事实边界和准入门禁，不是案例机制正文，也不是第二本迁移总账。旧根 52-架构案例与项目方案库 始终保留原文；旧资产的处理状态、散列与唯一去向只以 50/00 唯一迁移账本 为准。

正式图的 PlantUML（统一建模语言）源见 case-index-evidence-route.puml。同名 PNG（便携式网络图形）必须由本地 PlantUML（统一建模语言）原生时序引擎真实渲染，不依赖 Graphviz（图形可视化软件）。

1. 非破坏基线与唯一账本边界

1.1 旧根基线、目录冲突与零覆盖原则

热门面试题

1. 问题：为什么 52/00 不能再建立一份迁移总账？
   • 考点：单一事实源与责任边界。
   • 回答思路：先区分“总账”和“目标索引”，再说明并发维护时的冲突成本。
   • 详细答案：迁移总账要裁决旧资产的基线、处理状态、唯一去向和复核记录；若 52/00 再复制一份，两个文件可能在分册命名、资产状态或散列变化后分叉。本册只能引用 50/00 的结论，并维护学习入口、事实卡和准入条件，发生争议时回查唯一账本。
   • 进阶追问：本册可以记录旧根数量吗？
   • 进阶回答：可以记录经复算的只读基线和核验结果，但不能复制逐资产状态并宣称自己是新的裁决源。
2. 问题：发现同名目录已经存在时为什么不能重建？
   • 考点：非破坏协作。
   • 回答思路：先枚举已有路径，再按唯一账本判断归属和冲突。
   • 详细答案：同名目录可能来自并行工作，直接重建会覆盖未提交内容或制造同编号文件。正确动作是先列出路径、确认目标文件是否存在、读取差异，再只创建未冲突的允许文件；任何责任变化都应先回到唯一账本复核，而不是在本册私自改号。
   • 进阶追问：目录为空时可以删除重建吗？
   • 进阶回答：也不需要；保留目录并创建缺失文件即可，避免把“看起来为空”当成拥有删除权。
3. 问题：旧根散列变化后还能继续宣布迁移完成吗？
   • 考点：基线失效与停止条件。
   • 回答思路：说明散列变化只证明内容变化，还需重新分类原因。
   • 详细答案：不能直接完成。应先冻结收口，重算标题、知识小节、题、图、表和标题级演绎，再判断是用户补充、并行修改还是误覆盖；随后由唯一账本更新基线和去向。本册可以继续保留新增草稿，但不得用旧散列证明旧资产守恒。
   • 进阶追问：散列相同就能证明所有内容正确吗？
   • 进阶回答：不能；它只证明字节未变，还要核对统计口径、责任映射、链接和事实边界。

执行前检查确认同名目录不存在，因此采用非破坏创建；本次只新增本册和两项同名图形资产，不触碰旧根、看板、术语表或其他分册。

sequenceDiagram
    participant 维护者 as 维护者
    participant 旧根 as 旧根52
    participant 散列 as 基线核验
    participant 账本 as 50/00唯一账本
    participant 本册 as 52/00索引册
    维护者->>旧根: 只读统计与计算散列
    旧根-->>散列: 27标题、18知识小节、3图、3表
    散列->>账本: 核对既有基线和唯一去向
    alt 基线一致且路径无冲突
        账本-->>本册: 允许建立索引和事实卡
        本册-->>维护者: 保留旧根并新增学习入口
    else 散列变化或目录冲突
        账本-->>维护者: 暂停收口并重新复核
    end

图解读：节点是维护者、旧根、基线核验、唯一账本与本册；箭头先验证原文，再允许创建索引。前提是旧根只读且同名路径无冲突；正常路径建立引用，失败路径暂停收口；结论是新内容不能反向证明旧资产已守恒。

数据演绎 1：旧根基线守恒检查

E3（演练证据）：输入为标题 27、题目 0、图 3、表 3、标题级演绎 0；公式分别为 27 = 27 + 0 + 0、0 = 0 + 0 + 0、3 = 3 + 0 + 0、3 = 3 + 0 + 0、0 = 0 + 0 + 0，右侧依次表示旧根兼容资产、已拆分迁入资产、明确弃用资产。状态变化是“目录不存在”到“只新增索引册”，旧根字节不变；观测信号是散列相同、旧根差异为空；结论是本册新增内容不进入旧资产等式左侧，也不能把“后续深化”伪称为已经移动。

2. 旧案例、三图与 01—08 责任分册

2.1 唯一去向引用与新案例补位

热门面试题

1. 问题：旧根第五个案例为什么不拆成两个迁移目标？
   • 考点：唯一归属与后续新增的区别。
   • 回答思路：先按唯一账本确认旧资产主责，再说明异步导出是新增案例责任。
   • 详细答案：旧根第五案的标题、目标、关键设计、表格和话术整体由 05 Runner（执行器）调度分册承接，这是唯一账本已经确定的去向。04 异步导出可以复用“异步任务”背景，但它是新建端到端案例，不得把同一旧资产再登记一次，否则会形成双重迁移主责。
   • 进阶追问：04 能引用旧根第五案吗？
   • 进阶回答：可以作为背景引用，但不能宣称旧标题或旧表由 04 唯一承接。
2. 问题：旧图为什么要与案例标题分开核对？
   • 考点：可独立复核资产。
   • 回答思路：说明图可能在标题不变时丢失、复制或被改写。
   • 详细答案：标题映射只能说明主题责任，不能证明图源仍存在。三张旧 Mermaid（图表语法）分别属于库存、支付和 IoT（物联网）案例，必须单独核对图数量、围栏和责任分册；后续分册可以重绘深化图，但旧图始终留在旧根。
   • 进阶追问：重绘后旧图算迁走了吗？
   • 进阶回答：不算；新图是深化新增资产，旧图仍作为兼容入口保留。
3. 问题：未创建分册为什么写代码路径而不是链接？
   • 考点：链接真实性。
   • 回答思路：区分计划路径与已存在资源。
   • 详细答案：Markdown（标记语言）链接表达目标可访问，未创建文件若写成链接会让审计和学习者得到错误入口。代码路径只表达计划责任，不承诺文件存在；文件真实创建并通过链接审计后，才应升级为可点击链接。
   • 进阶追问：路径名称以后变化怎么办？
   • 进阶回答：先更新 50/00 唯一迁移账本，再同步本册索引，不能让本册自行产生第二个目标名。

下表只是“如何找到唯一账本中 52 资产去向”的阅读索引，不保存处理状态、复核人或第二份散列，不构成迁移总账。

01—08 的责任索引如下；所有尚未创建的文件仅使用代码路径。03、05、06、08 的文件名严格沿用唯一账本当前记录，若实施计划希望扩展名称，必须先由唯一账本统一复核。

flowchart LR
    R[旧根五个案例] --> L[50/00唯一迁移账本]
    G[旧根三张图] --> L
    L --> C1[01库存]
    L --> C2[02支付]
    L --> C3[03履约]
    L --> C5[05调度]
    L --> C6[06报警]
    L --> C8[08评审题库]
    N4[新增异步导出] --> C4[04导出]
    N7[新增多模型数据] --> C7[07多模型]

图解读：旧根案例和图先进入唯一账本，再落到 01、02、03、05、06、08；04 与 07 是新增责任，不反向领取旧资产。前提是账本去向不被本册改写；失败路径是同一资产被两个分册宣称迁入；结论是交叉引用可以多处存在，唯一主责只能有一处。

sequenceDiagram
    participant 读者 as 读者
    participant 旧根 as 旧根原文
    participant 账本 as 50/00唯一账本
    participant 分册 as 01—08责任分册
    读者->>旧根: 阅读五案摘要和三张旧图
    旧根->>账本: 按资产标识查询唯一去向
    账本-->>读者: 返回代码路径或真实入口
    alt 责任分册已创建
        读者->>分册: 学习深化内容
        分册-->>旧根: 仅保留回链和来源说明
    else 责任分册未创建
        账本-->>读者: 保留代码路径，不生成坏链接
    end

图解读：节点是读者、旧根、唯一账本和责任分册；箭头保证旧根始终是可读入口。正常路径进入已创建分册，失败路径保留代码路径；结论是“未创建”是诚实状态，不应用假链接掩盖。

数据演绎 2：旧案例与旧图映射覆盖率

E3（演练证据）：输入为 5 个旧案例和 3 张旧图，共 5 + 3 = 8 个待逐项核对对象；公式为 已给出唯一责任对象数 / 应核对对象数 = 8 / 8 = 100%。状态变化是“只知道旧根主题”到“能够按唯一账本定位责任分册”；观测信号是每个对象恰有一个目标代码路径，04 与 07 没有冒领旧资产；结论是覆盖率只证明索引完整，不证明目标分册已经创建、机制已经深化或迁移状态已经更新。

3. 七个案例事实卡

3.1 可说、不可说与待核对证据

热门面试题

1. 问题：事实卡为什么必须同时写 E1（源码与可复现证据）、E2（已有材料映射）、E3（演练证据）和 E0（待核对）？
   • 考点：陈述强度与证据来源。
   • 回答思路：说明同一案例中不同句子可能处于不同等级。
   • 详细答案：本地文件存在可以是 E1（源码与可复现证据），旧材料能支持项目关联但不能证明上线细节，因此是 E2（已有材料映射）；公式和样例属于 E3（演练证据）；缺少代码、配置、监控或账单时保持 E0（待核对）。四级并列能阻止读者把“可设计”说成“已落地”。
   • 进阶追问：一个案例只能有一个等级吗？
   • 进阶回答：不能。等级绑定具体陈述，不绑定整个案例；图已渲染不等于项目吞吐已证实。
2. 问题：为什么“不可说”要写进事实卡？
   • 考点：面试诚信与边界控制。
   • 回答思路：用上线采用、真实效果和事故规模三个高风险例子说明。
   • 详细答案：人在口述时容易把熟悉的候选方案自动说成亲历事实。明确列出不可说的上线组件、吞吐、成本、提升比例和事故结论，可以在准备阶段阻断越界；面试中仍能讲决策方法、失败路径和取证计划，而不需要用虚构数字撑深度。
   • 进阶追问：面试官追问真实结果怎么办？
   • 进阶回答：给出当前证据等级、可复算演练和需要核对的原始来源，不把未知改成猜测。
3. 问题：待核对证据应写到什么粒度？
   • 考点：可执行取证。
   • 回答思路：要求对象、来源、时间窗、版本和判定标准齐全。
   • 详细答案：不能只写“待看监控”。应具体到哪个代码模块或配置、哪类业务明细、哪个时间窗口、哪版发布、哪张账单或哪次恢复记录，以及拿到后能升级哪条陈述。这样 E0（待核对）才是工作清单，而不是永久免责声明。
   • 进阶追问：证据找不到怎么办？
   • 进阶回答：保持 E0（待核对），缩小可说范围，并将验证方法作为方案的一部分。

事实卡 1：WMS（仓储管理系统）库存与仓内作业

事实卡 2：支付资金一致性

事实卡 3：跨境履约、面单与轨迹

事实卡 4：异步导出

事实卡 5：Runner（执行器）调度

事实卡 6：IoT（物联网）报警风暴

事实卡 7：多模型存储与数据产品

sequenceDiagram
    participant 讲述者 as 面试讲述者
    participant 事实卡 as 七案例事实卡
    participant 证据 as 本地证据
    participant 分册 as 责任分册
    讲述者->>事实卡: 选择要陈述的项目句子
    事实卡->>证据: 核对来源、版本、范围和时间窗
    alt 有直接或已有材料证据
        证据-->>事实卡: 返回E1或E2边界
        事实卡->>分册: 允许讲事实或候选设计
    else 只有公式或没有来源
        证据-->>事实卡: 返回E3或E0边界
        事实卡-->>讲述者: 改写为演练或待核对
    end
    分册-->>讲述者: 补充正常、失败和迁移路径

图解读：节点是讲述者、事实卡、证据与责任分册；箭头对每一句话单独定级。前提是来源、版本、范围和时间窗可追溯；正常路径按证据强度放行，失败路径降级为演练或待核对；结论是案例熟悉度不能替代证据。

数据演绎 3：七案例事实等级完整率

E3（演练证据）：每张事实卡必须包含 4 个等级和“可说、不可说、待核对”3 类边界，七张卡的等级槽位为 7 × 4 = 28，边界槽位为 7 × 3 = 21。本册已填写 28 个等级槽位和 21 个边界槽位，完整率分别为 28 / 28 = 100%、21 / 21 = 100%。状态变化是“项目主题清单”到“逐句可审计的表达边界”；观测信号是任何真实量级、成本和效果都没有从 E2（已有材料映射）或 E3（演练证据）越级；结论是字段完整只证明表达受控，不证明 E0（待核对）已经关闭。

4. 十一字段方案合同

4.1 十二个表格单元为何仍是十一个方案字段

热门面试题

1. 问题：统一合同到底是十一字段还是十二字段？
   • 考点：字段口径与复合项。
   • 回答思路：逐项计数，并解释“迁移与演进”是一个复合字段。
   • 详细答案：合同依次为需求澄清、量级估算、业务不变量、架构图、数据模型、正常关键路径、失败路径、容量、安全、成本、迁移与演进，共十一项。“迁移与演进”内部必须同时回答首次上线、兼容、灰度、回退、扩展和退役，但仍是一个生命周期字段；若为审计拆成“迁移”和“演进”两列，就会出现十二个表格单元，不能因此漏掉成本或把字段总数改写。
   • 进阶追问：为什么不把容量并入量级估算？
   • 进阶回答：量级是业务输入，容量是资源与恢复输出；混在一起容易用实例数反推未经证实的业务量。
2. 问题：哪个字段最容易在案例索引阶段被提前写成机制正文？
   • 考点：索引册与责任分册边界。
   • 回答思路：指出架构图、失败路径和数据模型只登记问题，不在本册给最终实现。
   • 详细答案：索引阶段可以规定必须回答“谁是权威源、失败如何恢复、如何迁移”，但不能替各案例决定具体缓存、消息、数据库或窗口参数。本册只检查输入和证据是否齐全，技术机制由 01—07 结合约束、选型、容量和指标材料展开，08 再横向评审。
   • 进阶追问：可以给示例公式吗？
   • 进阶回答：可以用于门禁演练，但要标 E3（演练证据），且不能提前得出案例产品结论。
3. 问题：为什么成本和迁移不能放到“其他”里？
   • 考点：全生命周期决策。
   • 回答思路：从运行负担、退出成本和单向门风险解释。
   • 详细答案：方案上线后持续消耗计算、存储、网络、第三方配额、值守和恢复成本；迁移还引入双写、校验、兼容和退役。若两项没有独立字段，评审常只看正常架构图，等数据锁定或旧路径下线后才发现无法回退，导致候选比较失真。
   • 进阶追问：没有真实账单怎样写成本？
   • 进阶回答：列成本因子、单位、公式和待核对来源，不给虚构总价。

字段口径说明：若评审表为了责任分工把第 11 项拆为“迁移”和“演进”两列，视觉上会得到 12 个单元；语义上仍是 11 个方案字段。拆列不能让“成本”消失，也不能只写上线迁移而遗漏后续扩展、复审和退役。

sequenceDiagram
    participant 案例 as 案例提案
    participant 门禁 as 52/00字段门禁
    participant 约束 as 50/51约束选型
    participant 信号 as 53/54容量指标
    participant 评审 as 52/08评审
    案例->>门禁: 提交十一字段与证据等级
    门禁->>约束: 核对目标、不变量、候选和撤销
    门禁->>信号: 核对容量、恢复、语义和护栏
    alt 十一字段完整且证据不越级
        约束-->>门禁: 决策输入通过
        信号-->>门禁: 验证输入通过
        门禁->>评审: 允许进入横向评审
    else 缺成本、迁移或关键证据
        门禁-->>案例: 退回并列出缺项，不补写机制
    end

图解读：案例先提交十一字段，再分别消费决策和信号输入；前提是证据等级随字段声明。正常路径进入 08，失败路径退回责任分册；结论是本册只做门禁，不代替案例作者填答案。

数据演绎 4：字段完整率与关键字段否决

E3（演练证据）：某案例填写了需求、量级、不变量、架构图、数据模型、正常路径、失败路径、容量和安全，共 9 项，缺成本与迁移演进，表面完整率为 9 / 11 = 81.82%。状态变化是“可讨论草案”到“门禁拒绝”；观测信号是无法说明长期费用、灰度、回退和退役。即使把“迁移与演进”拆成两列，填入 9 个单元也不能把分母改为 12 后掩盖缺项；结论是成本与迁移演进属于关键否决项，不能用其他字段高分抵消。

5. 50/51/53/54 到 52 的依赖门禁

5.1 约束、选型、容量恢复与指标语义必须先于方案结论

热门面试题

1. 问题：为什么 52 不能只依赖 50 和 51 就开始画最终架构图？
   • 考点：决策输入完整性。
   • 回答思路：说明决策方法和选型仍缺运行边界与业务反馈。
   • 详细答案：50 能给目标、不变量、质量权衡和撤销条件，51 能给工作负载、硬约束和候选证据，但方案还必须知道峰值、积压、故障余量、恢复窗口，以及业务结果的分子分母和护栏。缺少 53 与 54 时，架构图只能说明组件连接，不能证明系统扛得住、恢复得了或优化了正确目标。
   • 进阶追问：是否要等 53 和 54 全部完成？
   • 进阶回答：不需要等整根；至少要拿到与当前案例相关的可复算约束和语义合同，未知项保持 E0（待核对）。
2. 问题：选型结论和案例方案结论有什么区别？
   • 考点：组件适配与端到端责任。
   • 回答思路：一个回答候选为何适合，另一个回答业务如何完整闭环。
   • 详细答案：选型结论说明某候选在特定工作负载、团队和退出条件下更合适；案例方案还要把角色、状态、正常与失败路径、权限、容量、成本和迁移串成一条可验收链。同一个消息或存储候选在支付、导出和报警中承担的事实责任不同，不能从产品能力直接推出端到端正确性。
   • 进阶追问：案例能否反向修正选型？
   • 进阶回答：可以；若真实失败路径暴露候选不满足恢复、成本或主责边界，应回到 51 复审，而不是硬套组件。
3. 问题：指标语义为什么属于架构前置条件？
   • 考点：可验证结果与反馈闭环。
   • 回答思路：用接口成功和业务完成不等价说明。
   • 详细答案：如果“支付完成”“出库完成”“报警恢复”没有实体、事件、窗口、去重、权威源和修订规则，方案上线后就无法判断达标还是口径变化。指标语义还决定观测需要保留哪些状态与时间，因此它会反向影响数据模型和审计设计，不能等上线后再补看板。
   • 进阶追问：技术指标能先代替吗？
   • 进阶回答：只能作领先风险信号，最终结论仍要由业务事实和护栏裁决。

sequenceDiagram
    participant 方案 as 52案例方案
    participant 约束 as 50需求与权衡
    participant 选型 as 51工作负载证据
    participant 稳定 as 53容量与恢复
    participant 指标 as 54语义与护栏
    方案->>约束: 请求目标、不变量和失败成本
    约束-->>方案: 返回可验证约束与撤销条件
    方案->>选型: 提交工作负载和硬约束
    选型-->>方案: 返回候选、反例和退出要求
    方案->>稳定: 提交峰值、服务时间和故障域
    稳定-->>方案: 返回容量、积压与恢复门槛
    方案->>指标: 提交业务实体和完成语义
    指标-->>方案: 返回结果合同、护栏和修订规则
    alt 四类输入一致
        方案->>方案: 形成有限、可撤销的方案结论
    else 输入冲突或证据不足
        方案->>方案: 保留E0并停止扩大承诺
    end

图解读：52 依次消费约束、选型、容量恢复和指标语义；前提是四类输入使用同一业务对象与时间窗。正常路径形成有限结论，失败路径保留 E0（待核对）；结论是组件图不能绕过前置合同。

数据演绎 5：依赖输入守恒检查

E3（演练证据）：一个案例进入评审前要求 4 类输入：决策约束、选型证据、容量恢复、指标语义，每类各记 1 分。若库存案例已拿到前 3 类，但“库存成功”仍只用接口返回定义，则得分 3 / 4 = 75%；状态从“方案草案”到“等待指标合同”，观测信号是无法把压测成功与无超卖、可释放、可对账连接。结论是四类输入不是平均加权项，任一缺失都可能改变数据模型与失败路径，因此不得以 75% 完整度放行最终方案。

6. 横向学习路线与防重复边界

6.1 先同字段横比，再回到单案例纵深

热门面试题

1. 问题：七个案例应该按什么顺序学习？
   • 考点：从强不变量到多模型演进的认知顺序。
   • 回答思路：先库存和支付，再履约、导出、调度、报警，最后多模型与综合评审。
   • 详细答案：库存和支付先训练不变量与未知态；履约训练外部依赖、乱序和人工恢复；导出与 Runner（执行器）训练排队、租约、幂等和结果交付；IoT（物联网）训练突发流量、优先级和降噪护栏；多模型存储训练权威源、派生副本、回放和重建。最后由 08 用同一十一字段横向评审，避免每案各讲一套语言。
   • 进阶追问：能从自己最熟的案例开始吗？
   • 进阶回答：可以用于口述热身，但复习完成仍要按共同字段补齐其他案例，防止只会讲组件。
2. 问题：横向比较最有价值的维度是什么？
   • 考点：相同机制在不同失败成本下的取舍。
   • 回答思路：比较不变量、允许延迟、失败止损、恢复证据与退出方式。
   • 详细答案：支付未知态不能猜测，库存查询可以暂时陈旧但确认不能越界，导出可排队却必须交付可用文件，报警可聚合却不能漏掉高危事件。把这些差异放在同一字段下比较，才能说明为什么同一种异步、缓存或重试手段不能复制粘贴。
   • 进阶追问：产品名称要不要横比？
   • 进阶回答：只有工作负载和硬约束明确后才比较候选，产品名不是学习路线的主轴。
3. 问题：如何判断两个分册发生了内容重复？
   • 考点：主责机制与案例应用的区分。
   • 回答思路：检查是否重复定义、重复证明和重复维护同一结论。
   • 详细答案：若 52 再长篇解释消息可靠性、容量公式或指标合同，而不是链接唯一机制正文并说明案例如何消费，就形成重复。案例分册应写业务状态、关键路径、失败恢复和取舍；共同的机制定义、选型方法、容量推导与指标语义分别留在 20/31/50/51/53/54。
   • 进阶追问：一句必要摘要算重复吗？
   • 进阶回答：不算；摘要应只够说明本案为何需要该机制，并附真实链接，不复制完整原理和题库。

flowchart TD
    A[01库存与02支付：不变量] --> B[03履约：外部不确定性]
    B --> C[04导出与05调度：异步状态]
    C --> D[06报警：风暴与优先级]
    D --> E[07多模型：权威与派生]
    E --> F[08横向评审：十一字段]
    F --> G[回到薄弱字段复习]
    G --> A

图解读：路线从强不变量逐步增加外部、异步、风暴和多模型复杂度，最后用统一字段收口；前提是每阶段先核对事实等级。正常路径形成可比较案例，失败路径返回薄弱字段；结论是学习顺序服务于推理能力，不服务于文件数量。

sequenceDiagram
    participant 案例 as 52案例分册
    participant 机制 as 20/31/32机制正文
    participant 方法 as 50/51决策选型
    participant 信号 as 53/54容量指标
    participant 读者 as 面试读者
    案例->>方法: 引用约束和候选理由
    案例->>机制: 引用必要原理与故障语义
    案例->>信号: 引用计算与结果合同
    案例-->>读者: 只组合本案状态、路径和取舍
    alt 读者追问通用原理
        读者->>机制: 跳转唯一正文
    else 读者追问项目事实
        读者->>案例: 回看事实卡和待核对项
    end

图解读：案例分册从方法、机制和信号正文取输入，再向读者输出端到端组合；前提是引用目标真实存在。正常路径按问题跳转，失败路径不会在案例内复制长文；结论是链接复用比复制更能保持知识一致。

数据演绎 6：重复边界抽样检查

E3（演练证据）：抽查一个案例的 20 个段落，若 6 段完整重复通用消息、存储或容量原理，重复率为 6 / 20 = 30%；将其中 5 段改为一段案例摘要加真实链接后，重复段降为 1，重复率为 1 / 20 = 5%。状态变化是“机制教材与案例混写”到“案例只保留业务应用”；观测信号是链接可达、案例十一字段仍完整、通用原理只有唯一正文；结论是目标不是追求零重复词语，而是消除需要双份维护的定义、证明与题库。

7. 证据升级、降级与冲突处理

7.1 每次升级都要保留来源、范围、时间和反例

热门面试题

1. 问题：E3（演练证据）怎样升级为 E1（源码与可复现证据）？
   • 考点：可复现条件与适用范围。
   • 回答思路：要求固定输入、版本、环境、命令、输出和业务校验。
   • 详细答案：先把演练假设转成可执行验证，保存代码或配置版本、数据样本、运行环境、步骤和原始结果，再用业务不变量核验输出。升级只覆盖该环境和时间窗，例如一次导出压测能证明当次条件下的结果，不能自动证明长期峰值、成本或故障恢复。
   • 进阶追问：截图够吗？
   • 进阶回答：通常不够；截图缺少输入、查询口径和复现步骤，只能作为辅助证据。
2. 问题：E2（已有材料映射）何时必须降级？
   • 考点：材料过期与范围漂移。
   • 回答思路：检查项目、版本、角色和业务规则是否仍匹配。
   • 详细答案：当材料只有通用候选、原项目边界变化、文件链接失效、事实与源码冲突或无法确认作者依据时，原陈述应降为 E0（待核对）或仅保留 E3（演练证据）方法。不能因为内容写得详细，就永久把它当项目事实。
   • 进阶追问：降级会删除旧材料吗？
   • 进阶回答：不会；保留原文和历史等级，补充失效原因、当前边界和重新取证动作。
3. 问题：两个证据结论冲突时如何处理？
   • 考点：权威源、时间语义与版本。
   • 回答思路：先禁止合并平均，再核对对象、窗口、版本、采样和主责。
   • 详细答案：运行指标说任务成功而文件审计显示产物缺失时，两者统计的是不同阶段。应按同一任务标识连接受理、执行、产物、权限和下载，确认哪个源裁决最终结果；冲突未解释前保持失败边界，不选择更好看的数字。修复后还要记录旧结论为何失效。
   • 进阶追问：更高等级一定胜出吗？
   • 进阶回答：不一定；E1（源码与可复现证据）也有版本和范围，过期配置不能裁决当前运行事实。

stateDiagram-v2
    [*] --> E0待核对
    E0待核对 --> E2材料映射: 找到可追溯项目材料
    E0待核对 --> E3演练支持: 明确假设和公式
    E2材料映射 --> E1可复现: 找到源码配置或运行记录
    E3演练支持 --> E1可复现: 固定环境复现并校验
    E1可复现 --> E0待核对: 版本范围或时间窗失效
    E2材料映射 --> E0待核对: 材料冲突或业务漂移
    E3演练支持 --> E0待核对: 反例推翻假设

图解读：状态表示陈述可被何种证据支持，箭头既可升级也可降级；前提是每条证据有范围和失效条件。正常路径从未知到映射、演练或可复现，失败路径回到待核对；结论是等级不是永久勋章。

sequenceDiagram
    participant 陈述 as 项目陈述
    participant 材料 as 已有材料
    participant 运行 as 源码配置运行记录
    participant 裁决 as 事实卡裁决
    participant 复审 as 责任分册复审
    陈述->>材料: 查询项目关联和历史范围
    陈述->>运行: 查询当前版本与原始结果
    alt 两类证据一致
        材料-->>裁决: 返回映射边界
        运行-->>裁决: 返回可复现范围
        裁决->>复审: 升级具体陈述并保留来源
    else 版本、对象或结果冲突
        材料-->>裁决: 返回历史结论
        运行-->>裁决: 返回冲突样本
        裁决->>复审: 降级为E0并冻结扩展陈述
    end

图解读：项目陈述同时查询材料和运行证据；前提是两者按同一对象、版本与窗口比较。正常路径升级具体句子，失败路径降级并复审；结论是不能用平均或投票消除事实冲突。

数据演绎 7：证据升级覆盖与过期回退

E3（演练证据）：某案例有 12 条关键陈述，其中 4 条有 E1（源码与可复现证据）、5 条有 E2（已有材料映射）、2 条只有 E3（演练证据）、1 条为 E0（待核对），总数满足 4 + 5 + 2 + 1 = 12。若版本变化使 2 条 E1（源码与可复现证据）过期，则新分布为 2、5、2、3，直接事实覆盖率从 4 / 12 = 33.33% 降为 2 / 12 = 16.67%。状态变化是“可复现”到“待复审”；观测信号是版本与证据范围不一致；结论是过期必须真实降低可说强度，不能只更新日期继续沿用结论。

8. 图形资产、完成红线与面试复述合同

8.1 图、表、演绎、链接和口述必须共同可验证

热门面试题

1. 问题：为什么 Mermaid（图表语法）围栏存在还不算图完成？
   • 考点：语法文本与真实渲染。
   • 回答思路：说明解析、布局、字体和可读性都需要运行验证。
   • 详细答案：围栏只证明有文本，节点语法、特殊字符、方向和版本差异都可能导致渲染失败。每张图必须用真实渲染器输出，再目视检查节点、箭头、失败分支和文字是否可读；渲染成功但语义箭头相反，同样不能通过。
   • 进阶追问：预览器能打开就够吗？
   • 进阶回答：还要保存可复现命令或结果，并检查全部图而不是只抽一张。
2. 问题：面试复述合同如何防止背成模板？
   • 考点：结构稳定与内容具体。
   • 回答思路：固定问题顺序，但每案必须给不同不变量、失败和证据。
   • 详细答案：统一按事实边界、需求与量级、不变量、架构与数据、正常与失败、容量安全成本、迁移演进、验证结果复述；结构帮助不遗漏，内容必须落到支付未知态、库存越界、轨迹乱序、导出交付、调度租约、报警漏报或派生重建等具体冲突。任何无项目对象的万能句都不算答案。
   • 进阶追问：没有真实数字还能复述吗？
   • 进阶回答：可以，用 E3（演练证据）输入和公式展示推理，并明确 E0（待核对）取证路径。
3. 问题：什么情况下本册绝不能标记完成？
   • 考点：完成红线。
   • 回答思路：按旧根、总账、结构、图形、链接、事实和差异七类列停止条件。
   • 详细答案：旧根散列异常、出现第二迁移总账、知识题字段缺失、综合题长度或追问不达标、任一 Mermaid（图表语法）或 PlantUML（统一建模语言）未真实渲染、相对链接失效、演练冒充项目事实、限定范围外文件被修改或差异检查失败，任一项都应停止完成声明并修复。
   • 进阶追问：只有一个坏链接可以先完成吗？
   • 进阶回答：不可以；真实相对链接是题库自包含和可继续学习的基本合同。

sequenceDiagram
    participant 作者 as 作者
    participant 审计 as 单篇结构审计
    participant 图形 as Mermaid与PlantUML渲染
    participant 链接 as 链接与散列检查
    participant 目视 as 人工目视
    作者->>审计: 提交知识题、综合题、表和演绎
    审计->>图形: 结构与数量通过后逐图渲染
    图形->>链接: 图源和产物可用后检查入口
    链接->>目视: 散列、限定差异和链接均通过
    alt 图形语义与版面可读
        目视-->>作者: 允许报告完成和剩余风险
    else 节点缺失、文字遮挡或箭头错误
        目视-->>作者: 返回源文件修复并重新渲染
    end

图解读：验收从结构到真实渲染、链接、散列和目视逐步推进；前提是每一步使用实际文件。正常路径允许完成报告，失败路径回到源文件；结论是“命令退出零”不能替代图形语义目视。

数据演绎 8：本册完成门槛复算

E3（演练证据）：目标至少为 8 个知识小节、24 道六字段题、14 道综合题、9 张 Mermaid（图表语法）、8 张表、8 个数据演绎、1 组 PlantUML（统一建模语言）与 PNG（便携式网络图形）。若正文完成 8、24、14、11、18、8、1，各项达成率依次为 100%、100%、100%、122.22%、225%、100%、100%。状态变化是“数量达标候选”到“等待渲染、链接、散列和目视”；观测信号是任何一项非零退出或旧根散列变化都会否决完成；结论是超额图表不能补偿事实越界、坏链接或未渲染资产。

面试复述合同

每个案例必须在 3—5 分钟内按以下顺序复述，且每一段能回到十一字段、事实卡或真实链接：

1. 事实边界：先说 E1（源码与可复现证据）、E2（已有材料映射）、E3（演练证据）和 E0（待核对）分别支持什么。
2. 需求与量级：说明角色、成功失败、峰值、增长、热点和证据来源，不先报技术名。
3. 不变量与数据主责：指出绝不能错的事实、权威源、派生副本和允许暂时不一致的部分。
4. 正常与失败路径：沿同一业务标识讲正常完成、超时、重复、乱序、依赖失效、止损、恢复和人工接管。
5. 容量、安全与成本：给输入、公式、故障余量、权限审计、单位成本和未知账单，不用实例数冒充业务容量。
6. 迁移与演进：说明灰度、兼容、双轨校验、回退、扩展、复审和旧路径退役证据。
7. 验证与反思：用业务结果和护栏验证，不以接口成功或告警恢复结束；最后主动说一个剩余风险和取证动作。

9. 综合题库

1. 问题：为什么 52/00 必须是索引与事实卡，而不能成为第二本迁移总账？

   • 口述答案：我会先区分三种责任。旧根负责保留原始学习入口，50/00 负责裁决五个根的资产基线、处理状态、唯一去向和复核记录，52/00 只负责告诉学习者有哪些案例、每个案例能说到什么证据强度、进入责任分册前要补哪些输入。如果在 52/00 再复制一份逐资产迁移表，短期看似方便，后续一旦分册改名、散列变化或并行作者新增内容，两份表就可能出现不同目标和状态，读者无法判断谁有权裁决。因此本册只记录旧根 27 个标题、18 个知识小节、0 道题、3 张图、3 张表和 0 个标题级演绎的只读复算结果，并用真实链接回到唯一账本；旧五案与三图也只抄录账本当前的唯一责任代码路径，不保存第二份处理状态。创建前先检查同名目录，存在就枚举而不覆盖；完成前再复算旧根散列，变化就停止收口。这样既能让 52 独立学习，又能保持旧资产只有一个裁决源。面试时我会把这种设计概括为“兼容入口、唯一总账、案例索引三权分离”，并主动说明索引完整不等于迁移完成，目标分册未创建时只写代码路径，绝不制造可点击的假入口。 运行层面还要设置两道停止线：一是限定文件之外出现差异，二是旧根散列或资产数与基线不一致。任一出现都不靠修改本册自圆其说，而是保留现场、识别并发来源并回到唯一账本复核。复核通过后，本册只同步阅读入口和事实卡，历史基线与原因仍留在总账。这样后续作者即使只读这一册，也会知道哪里可以扩写、哪里没有裁决权，以及如何证明没有覆盖用户原文。
   • 追问 1：本册记录散列会不会已经构成第二总账？ 直答：不会，散列只作为只读核验值；资产状态、处理和唯一去向仍由 50/00 裁决。
   • 追问 2：旧根以后更新怎么办？ 直答：先暂停完成声明，重算资产并由唯一账本复核，再同步本册的阅读索引。
   • 追问 3：为何不能直接删除旧根？ 直答：旧根仍是兼容入口，且没有逐项验证与明确弃用依据，删除会破坏可追溯性。
   • 详情：唯一迁移账本

2. 问题：请说明旧根五个案例和三张图如何做到非破坏映射。

   • 口述答案：我的做法不是搬运文字，而是先固定旧根原文和 SHA-256（安全散列算法），再按 50/00 的资产标识查唯一责任。库存案例及其旧时序图归 01，支付案例及其旧流程图归 02，跨境履约案例归 03，IoT（物联网）报警案例及其旧流程图归 06，旧根“异步任务与 Runner（执行器）调度”整体归 05，旧追问和复习清单归 08。这里最容易犯的错是看见旧第五案同时出现“异步任务”和 Runner（执行器），便把同一标题、表和话术再分给 04；但唯一账本已经把它们交给 05，所以 04 异步导出只能作为新增案例，允许引用背景，不能冒领旧资产。07 多模型数据同样是新增责任。每个旧图还要与标题分开核对，因为标题存在不能证明图围栏没有丢失。目标文件尚未创建时使用代码路径，不写 Markdown（标记语言）链接；创建后再通过链接审计升级入口。整个过程旧根不删、不改、不重命名，新分册的深化图、题和演绎均按新增资产计算，不能反向写成“旧资产已移动”。完成证据是旧根散列不变、八个对象各有一个责任去向、没有同名冲突和坏链接，而不是新目录里文件越多越好。 我还会抽查两个方向：从每个旧对象能否定位唯一分册，以及从每个责任分册能否反查它承接的是旧资产还是新增主题。前向检查防遗漏，反向检查防冒领。若责任分册后来扩展文件名，只能先在唯一账本中统一目标，再更新代码路径；不能通过新增别名链接掩盖分叉。这样的双向校验让“保留引用、后续深化”保持可验证，也让旧图与新图的资产身份始终清楚。
   • 追问 1：重绘旧图后能否标为已迁移？ 直答：不能，新图是深化资产，旧图仍保留在旧根并受原基线约束。
   • 追问 2：04 可以复用旧第五案的设计点吗？ 直答：可以引用共同背景，但旧资产唯一主责仍是 05，04 需形成自己的导出事实与交付语义。
   • 追问 3：文件名与计划冲突时听谁的？ 直答：先以 50/00 当前唯一去向为准，再由唯一账本统一复核命名。
   • 详情：旧根五案与三图

3. 问题：七张案例事实卡如何帮助面试表达既有深度又不虚构？

   • 口述答案：我不会给整个项目粗暴贴一个等级，而是给每条陈述定级。E1（源码与可复现证据）只支持本地文件、源码、配置、固定环境运行或原始数据能直接证明的事实；E2（已有材料映射）支持“这个项目适合讲某类候选设计”，但不能证明真实上线细节；E3（演练证据）支持带输入、公式和状态变化的推演；E0（待核对）明确缺少哪份代码、表结构、监控、账单、对账单或事故记录。七张卡分别覆盖 WMS（仓储管理系统）库存、支付、跨境履约、异步导出、Runner（执行器）调度、IoT（物联网）报警和多模型数据，每张都列可说、不可说和待核对。比如旧材料可以支持“支付应围绕唯一入账、未知态、对账和审计设计”，却不能支持真实成功率、渠道名或恢复分钟数；导出可以用分片、工作者和服务时间演练容量，却不能宣称线上文件大小；多模型可以讲权威交易源与派生搜索、分析副本的责任，却不能说项目已经部署某组产品。被追问结果时，我先给证据边界，再讲可复算方法和取证动作。这样回答的深度来自不变量、失败路径、验证和撤销，而不是靠无来源数字。新证据到来后只升级它能覆盖的具体句子，并保留版本、时间窗和反例，避免一次截图把整个项目“升级”为真实事实。 复述前我会把所有带数量、性能、成本和效果的句子单独高亮，逐条问“来源在哪里、适用哪个版本、能否重算、反例是什么”。找不到来源就改成演练或待核对，并写出具体取证对象。复述后再让事实卡反查口述稿，确认没有把“应该”“可以”“候选”悄悄改成“已经”。这套双向检查能把诚实表达变成可执行流程，而不是依赖临场克制。
   • 追问 1：E2（已有材料映射）能否讲“我会怎么设计”？ 直答：可以，但要明确是候选方案或面试设计，不说已经在线上采用。
   • 追问 2：没有 E1（源码与可复现证据）是不是不能讲项目？ 直答：仍可讲业务背景、决策方法、演练与取证计划，只是不能虚构实现和结果。
   • 追问 3：事实卡多久复审？ 直答：来源、版本、项目边界或关键证据变化时立即复审，并为高风险未知项设责任人和日期。
   • 详情：项目事实映射方法

4. 问题：如何解释统一方案合同是十一字段，而评审表有时看起来是十二项？

   • 口述答案：我会先完整报出合同：需求澄清、量级估算、业务不变量、架构图、数据模型、正常关键路径、失败路径、容量、安全、成本、迁移与演进，共十一字段。争议来自最后一项。“迁移与演进”是一个生命周期复合字段，内部必须同时回答首次上线、兼容窗口、双轨校验、灰度、停止、回退、扩展、复审和旧路径退役。为了给迁移负责人和长期治理负责人分工，评审表可以把它拆成“迁移”“演进”两列，于是视觉上出现十二个单元，但语义合同仍是十一项。这个解释很重要，因为有些方案会利用计数混乱，把成本藏进“其他”，或只写一次上线步骤就声称完成迁移与演进。我会将量级和容量也分开：量级是业务输入，包含峰值、增长、热点和保留；容量是资源与恢复输出，包含在途、队列、故障余量和净清理能力。架构图只展示边界和箭头，不能替代数据模型与失败路径。门禁不仅算完整率，还设置关键否决项：缺业务不变量、失败路径、安全、成本或迁移与演进时，即使其余字段漂亮也不能放行。没有真实成本就列计算、存储、网络、第三方、值守、故障和退出因子，标 E0（待核对）或 E3（演练证据），不编总价。这样十一字段既稳定可比较，又能在实施时按责任拆表。 实际评审时，我会让每个字段绑定所有者、输入证据、通过阈值和失败动作，再沿同一业务标识走一次正常与异常路径。拆成十二列只改变责任展示，不改变字段守恒；合并成十列也不能把任何责任吞掉。评审记录要明确哪些项是事实、哪些是估算、哪些尚未确认，并规定未关闭项只能批准到多大范围。这样字段合同不仅适合写文档，也能直接转成实施门禁和复审清单。
   • 追问 1：容量能否放在量级估算里一起讲？ 直答：可以相邻讲，但必须保留输入与输出两套口径，避免用资源数倒推业务事实。
   • 追问 2：迁移完成等于演进完成吗？ 直答：不等于，迁移解决当前切换，演进还要处理扩展、复审、技术债和退役。
   • 追问 3：完整率达到九成能否条件通过？ 直答：要看缺项；关键否决字段缺失时不能用百分比抵消。
   • 详情：决策评审与退出

5. 问题：为什么架构案例必须先消费 50/51/53/54，再形成方案结论？

   • 口述答案：端到端方案不是把组件连起来，而是把业务承诺变成可验证、可恢复、可撤销的责任链。50/01—03 先给目标、角色、不变量、质量场景、失败成本、候选证据、后果和撤销条件，防止技术团队替业务定义成功；51/00 再把读写比例、数据形态、长尾、热点、团队能力和退出要求做成工作负载卡，防止按熟悉度选产品；53/00 提供用户结果、业务正确、技术健康、排队、故障余量和恢复验证，防止用实例数或告警回落冒充容量与恢复；54/00—01 给实体、事件、双时间、去重、分子分母、权威源、结果指标和护栏，防止接口成功率替代业务完成。四类输入要使用同一业务对象和时间窗。例如异步导出若只看工作者任务成功，却没有“文件有权限且用户可获得”的结果合同，容量再高也没有完成业务；支付若只追求受理可用，却没有未知态和账务对账，不具备资金正确性。无需等待四个根全部写完，但当前案例所需输入必须明确；缺项标 E0（待核对），只允许做可逆验证，不允许扩大不可逆承诺。方案运行后若业务护栏恶化或恢复超窗，还应反向触发约束、选型和指标复审，而不是把前置文档当一次性审批。 我还会为四类输入建立一致性检查：对象是否相同、事件是否同义、窗口是否对齐、权威源是否一致、失败动作是否互相冲突。比如容量模型按任务尝试计数，而业务结果按去重请求计数，就必须建立换算关系，不能直接比较百分比。任何输入版本变化都触发方案复审，并重新检查成本、恢复与迁移。这样依赖不是文档链接清单，而是能被运行证据持续证伪的设计接口。
   • 追问 1：哪个输入最先？ 直答：先目标与不变量，再工作负载和候选，随后容量恢复与指标语义共同约束实施。
   • 追问 2：技术选型通过就能开始全量吗？ 直答：不能，还要完成案例级失败、安全、成本、迁移和业务验收。
   • 追问 3：四类输入冲突怎么办？ 直答：停止扩面，明确冲突所有者和失败成本，回到可逆范围补证据后再决策。
   • 详情：工作负载与选型路线

6. 问题：请用事实边界讲一遍 WMS（仓储管理系统）库存与仓内作业案例。

   • 口述答案：我先声明 E2（已有材料映射）能确认 WMS（仓储管理系统）、库存防超卖和仓内作业适合作为项目候选主线，但没有源码、表结构、运行指标时，不说真实仓数、峰值、缓存实现或收益。需求上先区分可售、预占、实扣、释放、盘点和出库作业，核心不变量是已确认承诺量不能超过权威可用量，同一业务请求不能重复生效，预占最终必须实扣或释放。量级要从工位、商品与仓库热点、交班窗口、重复扫描和一次动作的写放大估算，不用日均单量直接选缓存。数据模型至少要有库存余额、唯一流水、作业单、状态版本和审计；商品列表可短暂陈旧，但确认动作必须回到权威条件。正常路径从作业请求、幂等检查、条件更新、流水到后续事件；失败路径覆盖并发越界、重复、超时未知、事件漏发、释放失败和盘点差异，先受控拒绝保护不变量，再以流水对账、补偿和人工复核恢复。容量看热点键和数据库锁等待，安全看仓、货主、角色和人工调整审计，成本包含热点保护、流水保留、盘点和人工处置。迁移从只读观测、影子校验、小仓灰度开始，差异越线立即回到权威旧路径。真实阈值、表字段和恢复时间保持 E0（待核对），需从源码、配置、库存明细、工位日志和盘点记录取证。 验收时我会构造并发扣减、同键重试、超时释放、消息重复、盘点校正和人工调整六类样本，要求每个样本都能从请求追到流水、状态和最终库存。技术延迟回落后，还要检查未释放预占、负库存、重复流水和作业单差异；这些没有闭环就不能宣布恢复。若影子链与旧链出现差异，先冻结新增仓库和热点商品，保留原始样本复算，而不是直接改聚合库存把数字修平。
   • 追问 1：缓存预扣能否成为最终库存事实？ 直答：没有可审计权威边界和恢复证据时不能，最终承诺必须由不变量约束裁决。
   • 追问 2：查询陈旧为什么可以接受？ 直答：查询是提示性副本，确认仍回权威源；陈旧上限和用户提示必须有合同。
   • 追问 3：如何证明没有超卖？ 直答：在线条件约束防止越界，唯一流水记录结果，盘点和订单对账验证长期守恒。
   • 详情：订单库存与履约补偿

7. 问题：请用十一字段和证据等级讲支付资金一致性案例。

   • 口述答案：我先把背景限定为 E2（已有材料映射）：知识库能支持支付流水、回调、主动查单、账务、退款冲正和对账的候选方案，但不能证明真实渠道、金额规模、成功率或线上事故。需求不是“回调成功”，而是用户支付结果可解释、外部交易与内部支付单和账务唯一对应，金额与币种守恒，未知态能在约定窗口查证。量级应区分发起、回调、重复、主动查询、对账批次和下游事件；无原始记录就用 E3（演练证据）公式。数据模型至少保留支付单、渠道交易、状态版本、幂等记录、账务分录和对账差异，退款与冲正生成新事实而非覆盖历史。正常路径是创建支付意图、调用渠道、验签校验、幂等状态转换、唯一入账和下游通知；超时不能猜成功或失败，要进入未知态并主动查单。失败路径包括重复或乱序回调、金额错配、渠道成功本地失败、事件丢失、重复消费和对账差异，止损时限制新请求、保护原始回执与账务，再按差异补偿并人工复核。容量要考虑渠道限额和查单放大，安全覆盖验签、防重放、密钥、最小权限与审计，成本包含渠道、对账、值守和退出。迁移采用双读或影子对账、小渠道灰度和可回退状态机；资金差异、未知态超窗或审计缺失任一发生即停止扩面。真实实现仍需接口、配置、流水、分录和对账单升级为 E1（源码与可复现证据）。 验收必须跨渠道回执、内部支付状态、账务分录和对账结果四层抽样，而不是只看服务成功率。对于每一笔未知态，要有创建时间、查单次数、最后证据、责任人和最终闭环；超窗后进入人工且限制相关风险。灰度期间同时比较旧新链的金额、币种、终态和重复副作用，差异无法解释就停止扩大。这样恢复标准落在资金事实，而不是接口、队列或告警单点恢复。
   • 追问 1：为什么不能只靠消息最终一致？ 直答：消息传递不能定义资金权威事实，仍需唯一状态、账务和对账裁决。
   • 追问 2：渠道超时后能否立即重试支付？ 直答：先按稳定请求标识查证未知结果，盲目重试可能产生重复外部副作用。
   • 追问 3：告警恢复后能否关闭事故？ 直答：不能，必须闭环未知态、核对账务差异并经过业务观察窗口。
   • 详情：退款、冲正、对账与结算

8. 问题：跨境履约、面单和轨迹方案如何处理外部不确定性？

   • 口述答案：我会先声明 E2（已有材料映射）支持跨境物流、面单、轨迹、承运商慢依赖和异常恢复作为候选项目主线，但真实承运商名单、接口限额、线路时效和成本仍是 E0（待核对）。需求要区分内部履约意图、承运商受理、面单生成、轨迹节点和最终妥投，不能把本地接口返回当外部完成。业务不变量是同一履约请求不能生成无法解释的重复外部副作用，轨迹必须保留来源、事件时间和版本，旧状态不能覆盖更可信的新状态，未知态必须可查可人工接管。量级按订单下发、面单调用、轮询、回调、轨迹条数、重试与不同承运商限额拆开。数据模型保存履约单、稳定请求键、面单、承运商响应、轨迹事实、状态版本和异常工单；查询索引只能是可重建副本。正常路径从订单到履约意图、承运商适配、面单确认、轨迹接收和状态推进；失败路径覆盖超时但外部已受理、回调轮询并发、乱序重复、限频、死信、假妥投和人工处理超窗。止损按承运商和业务优先级隔离，暂停低价值轮询，保护新订单与查证；恢复按版本重放并核对面单、费用、轨迹和最终状态。容量看外部配额、最老任务年龄和净清理能力，安全看地址、身份、凭据和审计，成本看调用、重试、存储、客服与替代渠道。迁移先适配一类低风险承运商，保留旧链路和差异校验，重复面单、状态倒退或积压超窗即回退。恢复验收还会抽取同一运单的请求、外部单号、面单摘要、轨迹版本和费用明细，证明回放没有生成第二张有效面单；查证队列最老年龄连续下降后才恢复普通轮询。
   • 追问 1：回调和轮询谁优先？ 直答：按来源可信度、业务版本和合法状态转移收敛，不按到达方式绝对优先。
   • 追问 2：承运商不支持幂等怎么办？ 直答：用稳定请求键、调用前后查证、限次重试和人工未知态，不能盲目重复下单。
   • 追问 3：搜索索引可以更新主状态吗？ 直答：不能，它是派生查询副本，重建或延迟时不得覆盖履约权威事实。
   • 详情：面单、承运商与轨迹恢复

9. 问题：异步导出方案怎样证明“任务成功”真正转成“用户拿到结果”？

   • 口述答案：我会先把用户导出请求和执行尝试分成两个实体。E2（已有材料映射）只能支持异步导出与简历项目有关，真实数据量、文件大小、消息产品和下载率仍需 E0（待核对）。需求上明确谁能导出哪些字段、查询条件在提交时如何冻结、多久必须交付、能否取消、结果保留多久。量级从请求数、单次扫描行数、分片、单片服务时间、并发工作者、对象写入和下载流量估算，批量大不等于必须选择某组件。数据模型至少有请求、条件快照、任务尝试、分片状态、产物、权限、过期和审计。正常路径是鉴权、创建请求、冻结输入、排队、分片执行、合并、写入产物、授权并通知；只有文件存在、大小与校验合理、权限正确且用户可查询或下载，业务才完成。失败路径覆盖重复提交、扫描拖垮主库、工作者重启、部分分片成功、合并失败、对象写入成功但授权失败、取消竞态和过期清理遗漏。止损时限制大任务和租户并发，暂停后续分片，保留已完成检查点；恢复按请求标识和分片幂等补跑，不能让重试生成多个有效产物。容量同时看队列年龄、存储读压力和净清理时间，安全覆盖字段权限、脱敏、下载令牌和审计，成本包含扫描、计算、存储、流量和清理。迁移先影子执行和小租户灰度，结果差异、主库长尾或越权任一越线立即回退同步或旧异步路径。验收时从任务账本随机抽取成功、取消、重试和过期样本，逐一核对分片行数、文件摘要、对象存在性、权限和下载审计；通知失败只重发通知，不能重新生成内容不同的文件。
   • 追问 1：任务状态成功但下载失败算成功吗？ 直答：不算业务完成，应单列执行成功和结果可用，并修复权限或交付链路。
   • 追问 2：取消后正在运行的分片怎么办？ 直答：停止新分片，运行中分片按可中断边界结束，产物进入不可见清理并保留审计。
   • 追问 3：如何防止导出拖垮交易库？ 直答：冻结查询范围、限额分片、隔离资源、观察长尾并在护栏越线时暂停。
   • 详情：异步导出项目案例

10. 问题：Runner（执行器）调度如何处理租约过期、重复执行和失败恢复？

• 口述答案：我会先说明旧根能支持任务状态、抢占、退避、线程隔离和人工补偿的候选设计，真实调度算法、部署规模、线程池和恢复数据仍是 E0（待核对）。需求上明确任务来源、优先级、截止时间、副作用、允许重试和暂停恢复语义；业务不变量不是“绝不重复运行”，而是旧所有者失去资格后不能继续提交有效副作用，同一业务动作最终只能按幂等规则生效。量级拆任务到达率、服务时间、失败率、重试放大、工作者数和下游配额。数据模型保存任务定义、尝试、租约、所有者、栅栏版本、检查点、结果和人工状态。正常路径是注册、就绪、抢占租约、领取栅栏、执行、提交副作用、确认结果；心跳只延长所有权，不直接证明业务完成。失败路径覆盖执行者暂停导致租约过期、网络分区下新旧执行者并存、提交成功但状态回写失败、不可重试错误、队列积压和全局暂停。新执行者获得更高栅栏，副作用端拒绝旧版本；幂等记录返回既有结果。恢复先冻结高风险任务、核对尝试与副作用，再按错误分类重试或人工补偿。容量用到达率、服务时间、下游并发和净清理速度计算，安全限制任务参数、执行身份与人工操作，成本含空闲余量、重试和人工。迁移从只读调度、影子领取、小任务类型灰度开始，重复副作用、栅栏失效或恢复超窗即回到旧调度路径。故障演练会让旧执行者暂停到租约过期，再由新执行者接管；旧者恢复后提交必须被栅栏拒绝，同时外部幂等键返回既有结果。只有过期世代写入为零且积压净下降，恢复才通过。
• 追问 1：租约能保证恰好一次吗？ 直答：不能，租约管理所有权，仍需栅栏和业务幂等控制副作用。
• 追问 2：心跳延迟是否立即判任务失败？ 直答：不应只凭观测判业务失败，应等租约规则并核对副作用与任务状态。
• 追问 3：所有错误都能自动重试吗？ 直答：不能，参数、权限和不可逆业务错误应停止并进入人工或补偿流程。
• 详情：稳定性容量项目案例

11. 问题：IoT（物联网）报警风暴治理为什么不能只追求压缩率？

• 口述答案：我会先区分“原始事件可追溯”和“每条都立即通知”。E2（已有材料映射）支持 IoT（物联网）重复报警、削峰、聚合和分级作为候选主线，但真实设备数、风暴倍数、窗口、漏报和收益没有原始数据时只能是 E0（待核对）或 E3（演练证据）。需求是高危事件在承诺时间内可达、普通重复噪声可解释压缩、通知与人工处置可闭环；不变量是高危事件不能被普通静默规则吞掉，聚合结果必须能追到设备、规则版本、首末时间和计数。量级从设备清单、事件基线、突发倍数、高危比例、处理与通知配额计算。数据模型保存原始或最小审计事实、规则命中、聚合组、通知尝试、人工确认和恢复。正常路径是接入、完整性检查、去重、窗口聚合、分级、通知、确认和恢复；失败路径包括采集断开、设备时钟漂移、规则误抑制、队列积压、通知通道限频、自动确认美化和恢复后补发二次风暴。止损时高危走独立容量，限制普通通知但保留摘要，恢复按风险和时效补送。容量看关键队列年龄与净清理，安全看设备身份、规则权限和操作审计，成本看存储、通知与人工。压缩率必须与采集完整、漏报抽检、高危送达、复发和人工负担共同验收；任一护栏越线就回退规则，而不是继续追求面板更安静。规则灰度时应保留旧版本对照组和原始事件回放，比较高危覆盖、错误抑制、通知延迟与人工确认；压缩率提高但任一安全护栏下降，都要自动停止新规则并恢复旧版本。
• 追问 1：报警数下降为什么可能是坏事？ 直答：采集中断、规则失效和过度聚合都能让数量下降，必须交叉检查完整与漏报。
• 追问 2：高危报警也能聚合吗？ 直答：可在保留独立事实和可追溯计数前提下展示聚合，但不能被普通静默吞掉。
• 追问 3：恢复后是否全量补发？ 直答：按风险、时效和用户价值补送关键事件或摘要，避免过时普通通知形成新风暴。
• 详情：指标告警与报警风暴治理

12. 问题：多模型存储与数据产品怎样划分权威源和派生副本？

• 口述答案：我不会从 MySQL（关系型数据库）、Elasticsearch（搜索引擎）或 ClickHouse（列式数据库）的产品清单开始，而是先按业务事实、查询形态、正确性、延迟和保留期分责。E2（已有材料映射）支持交易、搜索、分析和时序的候选边界，真实部署、版本、数据量、查询性能和成本仍是 E0（待核对）。交易源负责可审计状态和业务不变量；搜索索引服务全文、多条件和低延迟读取，可延迟、可重建，不能反写主状态；分析副本服务聚合和历史计算，允许批量迟到与重算；时序明细与降采样服务时间窗口和保留治理。量级要拆主写、变更传播、索引写放大、查询、回放、重建、冷热保留和删除。数据模型为每份事实标主责、版本、事件时间、处理时间、删除与修订规则。正常路径是权威写入、产生可重放变化、幂等投影、查询与指标输出；失败路径覆盖同步中断、乱序、重复、索引映射错误、分析迟到、删除未传播和重建期间查询差异。恢复不以同步进程存活结束，而要核对水位、总量、抽样字段、关键状态和业务查询。安全按主责与副本分别做最小权限、脱敏和删除，成本比较存储、索引、网络、计算、重建和退出。迁移采用离线构建、增量追平、小流量切读和源读回退，派生差异、权限或成本越线即停止扩面。重建验收还要固定源端水位，比较总量、删除标记、权限字段、关键状态与查询样本；切读后保留源读开关，若索引水位停滞或结果差异反弹，立即回退而不反写交易源。
• 追问 1：搜索索引为什么不能做订单主事实？ 直答：它可能延迟、丢字段或重建，主要优化查询，不能替代交易审计与不变量。
• 追问 2：派生失败如何恢复？ 直答：从权威事实或可重放变化幂等重建，并用水位、总量和字段差异验证。
• 追问 3：什么时候值得新增一种存储？ 直答：当长期查询、保留或延迟需求与主模型冲突，且收益覆盖运行和退出成本时。
• 详情：多模型存储项目与选型

13. 问题：项目材料、运行证据和指标读数冲突时，证据应该如何升级或降级？

• 口述答案：我先拒绝用“等级更高”或“多数一致”直接裁决，因为任何证据都有对象、版本、时间窗和覆盖范围。项目材料可能描述历史候选，当前源码配置可能已变化；运行指标可能统计执行尝试，业务审计统计最终产物，两者数值不同不一定互相否定。处理步骤是固定具体陈述，例如“导出请求已完成”，再列它需要的受理、执行、文件、权限和下载证据；按同一请求标识、事件时间、版本和环境连接原始样本，核对分母、采样、迟到和状态转换。如果材料与当前运行一致，E2（已有材料映射）的候选句可以由源码、配置或可复现结果升级为限定范围的 E1（源码与可复现证据），但只覆盖当次版本和条件。如果旧材料与当前事实冲突，保留历史来源并把当前句降为 E0（待核对），冻结上线结论；如果 E3（演练证据）的关键假设被反例推翻，也回到 E0（待核对）重建模型。修复不能静默改看板或正文，应记录旧结论、冲突样本、影响范围、新版本、责任人和复审日期。比如任务指标为成功而对象审计缺文件，最终结果仍判未闭环，先补跑或修权限，再重算。证据升级的价值是扩大可说范围，降级的价值是及时停止错误承诺，两者都不是文档荣誉。若冲突涉及资金、库存或安全事实，我会先冻结扩大承诺和不可逆动作，建立逐笔差异清单；只有来源、版本、分母和业务终态都能复核，才恢复原等级并更新所有引用。
• 追问 1：一次压测能把容量结论升级为 E1（源码与可复现证据）吗？ 直答：只能升级该环境、脚本、版本和数据下的结果，不能外推长期生产承诺。
• 追问 2：材料过期要删除吗？ 直答：不删除，保留历史范围并标失效原因，当前结论降级后重新取证。
• 追问 3：指标和审计谁优先？ 直答：按要裁决的业务事实选择权威源；指标适合趋势与告警，审计适合最终副作用。
• 详情：指标语义与事实边界

14. 问题：面试中如何在五分钟内完整复述一个架构案例并接受追问？

• 口述答案：我会用固定结构保证不漏项，但每一段都落到当前案例的具体冲突。第一段先交代证据：哪些是 E1（源码与可复现证据），哪些只是 E2（已有材料映射）候选，演练数字标 E3（演练证据），真实阈值缺失就列 E0（待核对）。第二段讲需求、角色、成功失败和量级，不先报组件；第三段给业务不变量、权威数据与允许陈旧的派生读；第四段沿同一业务标识讲正常路径和超时、重复、乱序、依赖失效、止损、恢复及人工接管；第五段补容量、安全、成本和迁移演进，说明公式、故障余量、权限审计、灰度、停止与回退；最后用业务结果、护栏和剩余风险收口。讲库存时重点是越界扣减与释放，支付是未知态和唯一入账，履约是外部受理与轨迹版本，导出是请求到可用文件，调度是租约失效后的副作用，报警是高危可达与漏报护栏，多模型是权威与可重建派生。被追问产品名时回到工作负载和候选反例，被追问真实数据时给来源或诚实说明待核对，被追问故障时先保护不变量再恢复历史副作用。这样的结构不是万能套话，因为每案的不变量、终态、失败成本和撤销条件不同。五分钟结束时我会主动说一个没有关闭的风险、需要哪份证据以及假设不成立时如何回退，让面试官看到架构判断、运行意识和事实诚信。我会预留最后三十秒让面试官选择下钻方向，并准备一张状态图和一组可复算数据；无论追问容量、幂等、迁移还是事故，都回到同一业务键和证据链，避免前后答案互相矛盾。
• 追问 1：时间不够先省哪一段？ 直答：压缩背景和候选数量，不能省不变量、关键失败、恢复与事实边界。
• 追问 2：面试官要求直接说技术栈怎么办？ 直答：先给受约束的候选结论，再用一句说明工作负载、主责和退出条件。
• 追问 3：如何避免背稿感？ 直答：沿真实业务标识和状态变化讲，主动给反例、剩余风险和取证动作。
• 详情：指标树、护栏与经营闭环

10. 本册复习与审计清单

• 能复述旧根散列、27 个标题、18 个知识小节、0 道题、3 张 Mermaid（图表语法）、3 张表和 0 个标题级演绎。
• 能说明本册只引用 50/00 唯一迁移账本，不建立第二总账。
• 能逐项说出旧五案、旧三图和 01—08 的责任边界，未创建目标只写代码路径。
• 能对七个案例逐句使用 E1（源码与可复现证据）、E2（已有材料映射）、E3（演练证据）和 E0（待核对）。
• 能解释十一字段与十二个表格单元的口径，不遗漏成本或迁移与演进。
• 能说明约束、选型、容量恢复和指标语义为什么先于方案结论。
• 能按横向路线比较不变量、失败、恢复、成本和退出，不复制共同机制正文。
• 能执行证据升级、降级、冲突与过期处理，并保留来源、版本和范围。
• 能真实渲染全部 Mermaid（图表语法）和 PlantUML（统一建模语言），目视正式 PNG（便携式网络图形）。
• 能在 3—5 分钟内完成一个案例的事实边界、十一字段、验证与剩余风险复述。