专家载体落位 技术标准

前言

本文件为「专家载体落位」在现役版本 V1.1.0 下的技术标准载体，按《全域任务脑手架构宪法》第 17–23 条规定的六层主干组织， 效力层级为行政法规（skill 载体）。

本文件的上位法为《全域任务脑手架构宪法》与《全域文件体系基本法》；凡本文件出现的义务性表述，其唯一效力来源均为所标注的宪法条号与源章节，本文件不写宪法未规定者。

本文件替代 2026-09-18 归档版（无归档），差异根源是载体已由 V— 迭代至 V1.1.0。

1　范围

本文件规定了「专家载体落位」（V1.1.0）的术语和定义、工作流架构、技术要求、校验方法与交付要件。

利衡辨_DIY_专家载体落位 V1.1.0 — 新建或迁移 my-experts 专家包时，把「五处齐备」一次做对、并用巡检实测证明专家在专家入口可见。五处＝①市场端实体 ②市场清单 entry ③installed_plugins.json 登记 ④expert_carrier_guard.py 的 GUARDED 名单 ⑤expert_spec_gate.py 外置映射 spec_map.json::expert_spec_map。内置本轮实测的四个硬坑：框架回写会丢弃不可扫描条目（中文 plugin id 必被丢弃）、repair() 不补注册表登记、.in_use 不是可见性闸门、installPath 正斜杠须归正。触发词：新建专家、专家包落位、专家入口不见了、专家不可见、my-experts 加专家、专家载体巡检、expert carrier、专家从入口消失。

本文件适用于该载体的加载、执行、返工、验收与升级迭代全过程。

2　规范性引用文件

• 《全域任务脑手架构宪法》—— 管任务链路（上位法）
• 《全域文件体系基本法》—— 管文件（上位法）
• 《全域工作流行政法规》—— 管工作流（同级上位）
• GB/T 1.1-2020 标准化工作导则 第 1 部分：标准化文件的结构和起草规则

3　术语和定义

下列术语和定义适用于本文件。六层主干的定义由宪法第 17 条规定，本文件直接引用。

3.1 脑（K3）

负责定标、裁决、诊断与留痕，不施工。

3.2 手（DeepSeek）

按脑下发的标准施工、返工与落盘，不定标。

3.3 本地机械闸

零 Token 校验实体，退出码非零禁止交付，不自备标准。

3.4 人

负责确认、放行与宣布；闭环宣布权留人。

3.5 六层主干

宪法第 17 条规定的架构主干，由 A 入口层至 F 终结层六级构成。

3.6 一进一出

每个任务一次进入、一次交付，不并发多形态产出。

4　工作流架构

本章按宪法第 18–23 条逐层给出本载体的承载节点。共 2 个节点，层序与条号严格对齐；每层节点均标注源章节，可逐条回查。

5　技术要求

本章汇集载体的定标性要求（脑层节点），全部来自源章节，未作增补。

四、验收判据（非 0 禁交付）

• 巡检输出该专家行 [OK] 三端一致；
• 「入口可见性推演（框架 scanCustomExperts 算法）：n/n 可见」且含该专家；
• 绑定模式为 shared（无人认领，抗账号切换）——若为 claimed，把该 ID 从所有账号白名单移出，令其回归 shared；
• skill_upgrade.py --audit 无本方新增项（「覆盖键缺失」可修：向 settings.json.skillOverrides 补 <目录名>: "user-invocable-only"）；
• expert_spec_gate.py --expert <名> 判 [通过]，且 expert_spec_gate.py --audit 报「n 专家，缺口 0」。

6　校验方法

本章给出载体自带的机械校验点（安全与权限层）。退出码非零即禁止交付。

本载体不设独立机械闸，校验由全域闸门统一承担。

7　交付要件

本章规定交付物形态、命名与落盘要求，逐条对应源章节。

本载体的交付形态随调用方约定，不设固定要件。

附录 A（规范性）六层主干与宪法条号对照

附录 B（资料性）载体源清单

附录 C（资料性）未纳入六层的源章节

下列章节不对应宪法第 18–23 条的任何一层，原文保留于载体，此处仅登记不归类。

• 二、四条硬坑（本轮实测，逐条有证据）
• 三、标准作业序列
• 五、已知边界