秀秀 3.223 - X军团创建语义专用链

记录日期：中国时间 2026-08-22；不可覆盖快照 ID：928eb8dd64b1339dd1db1ec72684bb3d9c378f45e18e47f80a2905ca95023dd0

记录完整性：九项详细记录完整

## 秀秀 3.223 - X军团创建语义专用链

- 建立时间：2026-08-22 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.223（同一功能版本内的守一替身X军团专项兼容修复）。
- 修改目的：修复`X军团-守一替身工程组`内，真人让替身创建XBOT时仍输出普通BOT方案、准备交普通002/001的问题。
- 原因判断：Step 4.5的模型结果已经在`reason`和`execution_content`中明确识别X军团xbot，但漏填新增的`creation_system`字段，清洗器按默认`standard`继续普通创建链；X Worker又残留Q军团编号正则和显式ID要求，无法稳定承接替身传来的自然语言X创建要求。首次部署后只重启Web，实际执行4.5和替身任务的Bridge仍加载旧内存代码，也导致第一轮复测未采用新规则。
- 修改逻辑：保留Step 4.5为唯一首次语义入口。只有4.5已经输出`task_type=bot_creation`，且它自己的结构化理由、执行内容、摘要或锁定清单明确为X军团/XBOT时，兼容校验才补齐`creation_system=x_corps`；不读取原始用户关键词直接决定创建。X路由随后短路普通002/001，由替身显示简短任务理解并行首@当前群X002；X002出专用方案，真人确认后才允许X Provisioner创建。
- 采用方法：公共核心协议增加`creation_system=standard|q_corps|x_corps`、4.5结构一致性校验、X002群成员发现、原始真人请求元数据继承和X专用交接回复；X服务修正Q编号/动作残留，支持自然语言角色名、职责及自动X编号；Provisioner按原始消息、原发起人、确认消息和有效期四项校验。交接时仅把4.5锁定职责写入方案角色字段，完整原文继续保存在元数据，避免流程说明污染人设。
- 数据/调用链路：真人@替身 -> Step 4.5输出`bot_creation/x_corps` -> 替身展示X角色理解 -> 行首@X002 -> X002分配X编号并生成XREQ待确认方案 -> 原发起人确认 -> X Provisioner创建独立Codex账号与工作区。确认前状态为`awaiting_confirmation`，不会创建用户、工作区或Agent。
- 兼容保护：普通OpenClaw业务BOT仍走002方案和001配置；仅职责提到Codex、Q军团、OpenClaw或系统维护不会改成X/Q账号。Q军团、现有X账号、普通聊天、群组、权限、数据库结构、OpenClaw Gateway、206固定中转和其他四台服务器不变。X创建缺名称时只澄清，不猜名字；显式X编号继续保留。
- 改动文件：守一替身`/opt/xiuxiu3-open-source/xiuxiu3_core/standalone.py`、`/opt/xiuxiu3-x-corps/x_service.py`、`x_provisioner.py`、`xctl.py`、`x_reconcile.py`、专项测试`tests/test_x_corps_creation_route.py`、X专项记录和长期功能总台账。
- 验证结果：Python编译通过；10项专项测试通过，覆盖4.5漏字段修复、普通BOT不误路由、X002准确选择、自然语言自动编号、显式X编号、名称缺失澄清和原真人继承。守一替身U1真实消息完成4.5 -> 替身 -> X002全链，生成XREQ-E32E03EC的X013专用方案；请求人保持u1，普通002/001未触发，数据库确认X013账号数为0。测试结束后该申请已标记`expired`，主库和X库`integrity_check=ok`，Web、Bridge、X Worker、X Proxy均active，公网Web返回200。
- 同步与回滚：仅守一替身部署，因为当前只有该节点有X军团、X002和X Provisioner；没有向固定中转或其他四台复制无效X服务。完整回滚点为`/opt/xiuxiu3-sync-backups/20260821-181218-before-xbot-semantic-route/`，恢复本节点对应源码并重启Web、Bridge和X Worker；禁止覆盖数据库、账号、密钥或工作区。