秀秀每日修改日志

记录完整性：详细记录待补齐：原因判断、修改逻辑、采用方法、数据/调用链路、兼容保护、改动文件

打开不可覆盖的完整迭代快照

## 秀秀 3.238固定回滚基准 - 五节点当前稳定状态（2026-08-31）

- 建立时间：2026-08-31 CST。
- 修改目的：用当前已经验收并投入运行的秀秀3.238替换秀秀3.236，成为五个业务节点默认严重故障回滚版本；旧3.2和3.236快照继续保留，不删除历史证据。
- 基准逻辑：每个节点独立冻结自己的后端、电脑端、手机端、共享样式、桌面端源码、测试、部署配置、Q服务和SQLite在线一致性备份，禁止把某一节点的UI、数据库、身份、密钥或配置复制到另一节点。`/opt/xiuxiu3-fixed-baselines/current`和`CURRENT`只指向本节点的`xiuxiu-3.238-20260831-current`。
- 恢复边界：默认只恢复`source/`和必要的本节点`config/`；`data/xiuxiu3.db`与`q/q-corps.db`仅在数据库损坏且真人明确批准时单独恢复，恢复前必须再备份故障现场，防止普通程序回滚倒退新增聊天、账号、群组、BOT或任务数据。
- 版本展示：五节点systemd版本元数据统一为功能版本`3.238`和回滚基准`秀秀 3.238（2026-08-31 当前稳定功能基准）`；该调整只影响版本信息，不修改任何HTML、CSS、JavaScript、客户端包或业务流程。
- 验证结果：五节点快照均完成SHA256全量校验和SQLite`integrity_check=ok`；Web滚动重启后均为active，本机`/health`可用，`/api/version`均返回功能版本3.238及新回滚基准。各节点基准文件数与大小分别为：守一142项/138208KB、影团AI289项/1205820KB、守一替身92项/126208KB、秀秀替身108项/45768KB、立志教育291项/1232220KB。
- 节点清单哈希：守一`76d402f80d957ec1b54f99bbe513aa01694f3fe87171b3071f3ddbccf5627ca0`；影团AI`2145986223fc06967252dbe4ceeded00e97e0363a4516015c597c50f123f9680`；守一替身`9a8f20a015f1376c464ab3b405ab366e447972d4595a55263b044224161b10ef`；秀秀替身`b109910d445930c2a3d51dc8a6903c4dd966f0316531405f0d9f58cc71bb8772`；立志教育`9693f4f17846d34ea4b67b0d0ec341e1a7bdbd0d4a487205f95f3cf542e801b8`。五节点集合哈希为`3fc3f99f1014d2138350474df92ea587cb10bdf83476ef8b3cc19997554a7ad5`。
- 同步与回滚：新默认基准目录统一为`/opt/xiuxiu3-fixed-baselines/xiuxiu-3.238-20260831-current/`，目录权限为root专用；旧版本元数据备份保存在各节点`/opt/xiuxiu3-fixed-baselines/.before-xiuxiu-3.238-20260831-current-*`。创建脚本保存在`/home/halo/xiuxiu3-local-codex-runtime/workspaces/fixed-baseline-3238/create_fixed_baseline_3238.sh`。
- 功能清单与使用说明：已从当前生产源码、长期要求台账、版本记录、桌面端和移动端入口整理秀秀3.0现有能力网站，按12个功能类别列出167项可用能力及逐项使用方法，另含13套标准任务流程、五节点回滚基准、完整要求审计、API索引和版本索引。公开地址为`https://xiuxiu3-guide.qro15x.top/`；发布时已通过Nginx、HTTPS、证书有效期和certbot自动续期校验，并完成1440×1100电脑端与390×844手机端浏览器验收，无横向溢出，搜索、筛选、详情展开和API审计可用。

记录完整性：详细记录待补齐：修改目的、原因判断、修改逻辑、采用方法、数据/调用链路、兼容保护、改动文件、验证结果、同步与回滚

打开不可覆盖的完整迭代快照

## 秀秀 3.236 - UI与通用功能同步固定基准（2026-08-29）

- 节点：xiuxiutishen
- 功能版本：秀秀 3.236。
- 修复统一版本信息：网页端、桌面端、手机端均通过公开 `/api/version` 与登录 Bootstrap 读取功能版本、客户端技术版本和回滚基准，不再长期显示“正在读取”。
- 同步并固化：秀秀3.235稳定UI、Markdown/表格渲染与滚动策略、桌面端通讯录冗余标题清理、桌面端固定及手机端可拖动 `@替` 快捷入口。
- 恢复完整生产后端：保留语义执行图、动态分阶段、多Bot完整上下文、最终综合、任务审计、案例/刻秀圈/工程分享、桌面文件任务和节点专属能力，不再使用UI回滚时误带入的旧后端。
- 恢复001原生能力：001可原生巡检、拦截非001越权、安装立大志Word标准能力、配置网站设计与真实网址发布能力；非立志教育节点不安装Codex连接器，立志教育保留原有本机Codex直连工程BOT。
- 恢复独立任务群置顶：新任务群只在首次创建时为发起人自动置顶；复用已有任务群时不重新置顶，保留真人取消置顶后的选择。
- 保留节点专属差异：账号、数据库、Server ID、Q/X身份、OpenClaw、工作区、聊天记录和节点本地配置均未覆盖。
- 固定基准目录：`/opt/xiuxiu3-fixed-baselines/xiuxiu-3.236-20260829-ui-common-sync/xiuxiutishen`。
- 验收要求：Python/JavaScript语法、公开版本接口、Bootstrap版本字段、桌面端/手机端资源标记、服务健康及节点文件哈希全部通过。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.233 - 任务理解、能力证据匹配与U1链路审计（五节点增量修复）

- 建立时间：2026-08-25 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.233（任务链稳定性兼容修复，不提高对外功能版本号）；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：在不改变现有账号、群组、权限、跨服、创建、Loop和工程执行能力的前提下，完整实现“4.5只做隐藏语义控制与最终BOT匹配、替身负责可见任务理解和编排、业务BOT负责专业执行、002出创建方案、真人确认后001配置”的职责边界；提升复杂任务理解完整性、500岗位多模块匹配准确性、002方案稳定性，并让每台服务器U1可核查每一步真实输入输出。
- 原因判断：历史链路存在四类根因。第一，导入的500岗位人设虽有长期能力定位，旧能力卡提取未正确读取，导致候选职责过于泛化。第二，长任务只按全局词面分数召回详细能力卡，主领域会挤掉用户明确提出的次要模块，4.5可能仅凭全量名称索引猜职责，把GIS专项解决方案工程师误当成通用网站产品角色。第三，立志教育DeepSeek兼容入口对替身结构化输出存在约2499字符上限，语义字段已经完整但最外层右花括号被截断，严格解析后任务停止。第四，U1审计接口读取真人原始消息时只查metadata来源ID，没有以当前message_id回退，导致数据库已有审计数据但页面返回空记录。002慢的独立性能根因是共享OpenClaw执行器队列和长历史上下文，不是DeepSeek首包网络；普通方案提示还存在重复原文和无关规则注入。
- 修改逻辑：4.5继续是唯一入口语义控制和最终业务匹配者，不生成第二份可见任务理解；替身只依据真人原文和4.5边界生成模块化理解、确认方案、派发和收口。能力召回先保留全局相关卡，再按真人原文中的显式子句/能力模块补入最强详细卡；全量名称索引只用于发现，最终推荐必须具备本轮详细能力证据，并同时核对业务领域、工作对象、执行动作和交付物，专项行业/平台/技术栈与任务冲突时禁止推荐。任务理解双层保存原始要求和确认版理解，保留字符数、SHA、版本、引用、附件及修订。输出缺少末尾JSON闭合符时只在字符串已闭合、嵌套无冲突且最多缺两个右括号的情况下补协议边界，不补字段、不补句子，之后仍通过原完整性门禁。U1审计查询增加当前message_id回退并保持U2/U3拒绝。002仅删除重复副本和无关通用提示，原始要求、人设、专业标准、配置、测试和归档内容完整保留，方案阶段超时300秒，真实配置和长任务继续600秒。
- 采用方法：以守一生产源码为功能基线先做Python编译、函数召回和真实U3消息测试；发现立志教育节点输出上限差异后，读取任务链审计中的实际输入/输出长度与括号栈定位协议边界缺失，再增加严格结构修复。其余节点均从各自当前源码应用小补丁并逐台dry-run、编译和滚动重启Web/Bridge，没有整文件覆盖。数据库只追加task_requirement_versions和task_chain_audit_steps两张审计表及索引，未变更现有业务表；固定206中转未修改。
- 数据/调用链路：真人原始要求逐字入库 -> 4.5读取当前群完整名称索引及按模块召回的详细能力卡 -> 输出隐藏控制协议和准确推荐 -> 程序校验成员、可调用状态及本轮详细能力证据 -> 替身生成唯一可见任务理解和确认方案 -> 真人确认后按原普通派发、独立任务群Loop或002/001创建链继续。每个实际模型步骤同步记录根任务ID、真实执行服务器、Agent/Session、实际输入全文及SHA、附件/前序成果状态、输出全文及SHA、开始结束时间和错误；只有本服务器U1管理员可查。002方案 -> 直接交真人审核；引用修改 -> 直接回002；纯确认 -> 002按方案ID/版本/发起人校验后@001，后两步不重复经过4.5和替身。
- 兼容保护：未修改BOT人设、技能、记忆和模型，未删除账号、群组、聊天、好友或权限，未改变现有001、002、Q002、Q010、X军团、跨服鉴权、206中转、Loop最终综合、工程交付、消息发送和客户端逻辑。默认仍串行，只有4.5明确判定无前序依赖时才允许原有限并发规则。各节点的Server ID、数据库、密钥、Q/X身份、本地资料和专属源码差异保持不变；OpenClaw未因本次同步重启。
- 改动文件：五节点各自的`/opt/xiuxiu3-open-source/xiuxiu3_core/standalone.py`；五节点相同的`xiuxiu3_core/db.py`；长期总台账`downloads/xiuxiu-48h-progress/index.html`与`version-history.js`；五节点`VERSION_RECORDS.md`及每日修改日志。核心改动包括能力卡提取、分模块候选召回、详细证据门禁、替身任务理解、双层任务数据、U1审计API、002上下文去重与严格JSON末尾闭合修复。
- 验证结果：守一U3单BOT创建方案、引用修改、批量创建及批量引用修改均真实通过，002方案约31至35秒并包含完整八部分，未误触001、未创建测试账号。守一U3多模块推荐真实选择317阅读素养、315家庭教育、369习惯改变和178产品经理，未选择GIS 093；明确Esri Web GIS任务又正确选择093解决方案工程师、097 Web GIS开发和094空间数据工程师，证明专项排除不是硬编码封禁。立志教育U2同一多模块任务首次复测暴露2499字符末尾缺括号，严格修复后完整返回3136字并正确选择317/315/369/178。守一和立志教育U1审计均返回原文、确认版、实际输入/输出及SHA，U2/U3访问返回HTTP 403。五节点Python编译通过，Web/Bridge active，SQLite integrity_check=ok；未残留排队或运行测试任务。
- 同步与回滚：守一首轮备份为`/var/backups/xiuxiu3/20260825-164527-task-understanding-match-002`，能力证据专项备份为`/var/backups/xiuxiu3/20260825-1940-capability-evidence`；其余节点同步备份为`/var/backups/xiuxiu3/20260825-1815-task-understanding-sync`和`/var/backups/xiuxiu3/20260825-1955-capability-evidence-audit`。最终standalone.py SHA-256：立志教育`2347475ad7ab7b54100b50a860c7c139e5cac7179594126168ba34e67bc27242`，影团AI和秀秀替身`6737676cc4c51c78da0e8e81fb9308223816403a22477400dae5f0aff15c6f64`，守一`8fce2c7bc16c7b9ae0f7084065e92b0a832714cdf7124fef6ad003af416310df`，守一替身`c17df9e95a632baec60f8b8f7d2fac4a8223dd2f3054ecda3b5d72c87bdbfa19`；db.py五节点统一为`0a848e3a4b5f432789d1e903aacb92bddc123aae7b5fae7770eb940f2440cdb4`。回滚只恢复故障节点自己的standalone.py和必要时本机数据库备份后滚动重启Web/Bridge，禁止跨节点恢复数据库、身份、密钥或专属源码。

记录完整性：详细记录待补齐：原因判断、采用方法、数据/调用链路、改动文件、同步与回滚

打开不可覆盖的完整迭代快照

## 秀秀 3.227 - 第4.5语义忠实、候选数量与独立修复Session（四节点同步）

- 建立时间：2026-08-25 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.226；固定严重故障回滚基准仍为秀秀 3.2。
- 同步节点：立志教育`10.77.0.11`、影团AI`10.77.0.12`、守一`10.77.0.13`、秀秀替身`10.77.0.17`；守一替身已先行完成同版本修复。
- 修改目的：统一修复第4.5步在真人明确要求推荐固定数量候选时可能改变数量、使用非法自定义编号，以及格式修复恢复同一错误轨迹的问题；将准确理解真人诉求设为第4.5步最高优先级。
- 修改逻辑：真人原始消息作为最高事实源，正式执行内容必须完整覆盖目标、对象、数量、角色、顺序、确认节点、禁止事项、适用范围和交付形式；推荐数量只从明确的推荐/选择/寻找/总数表达中读取。后台按`bot_id`去重，候选不足时拒绝并进行独立语义修复，多余时按语义顺序截取，模型index全部丢弃后统一重排1至N。
- 协议与Session：兼容归一`15b/15c/15d`一类推荐编号语法，但仍执行完整结构清洗；协议修复使用随机新Session标识，不再恢复原错误轨迹，不由代码虚构候选。
- 改动位置：各节点`/opt/xiuxiu3-open-source/xiuxiu3_core/standalone.py`中的推荐数量识别、第4.5解析/清洗、初次整理提示、协议修复提示和OpenClaw隔离Session键；Web/Bridge版本环境同步为3.227。
- 兼容保护：四节点原核心源码部署前哈希一致，均以各自当前生产源码为基线应用窄补丁，没有复制守一替身专属源码。未修改数据库、账号、群组、聊天、BOT、人设、目录、记忆、四大法、Q/X军团、OpenClaw配置、EasyTier、206授权、域名和客户端安装包；普通Bot创建数量逻辑保持不变。
- 验证结果：共同生产基线Python编译通过；第4.5数量/非法编号/独立Session专项与既有推荐路由回归合计12/12通过。每个节点部署前重新核对源码哈希，部署后分别执行Python编译、生产冒烟、SQLite `quick_check`、Web/Bridge状态、公网Web/App HTTP和失败单元检查。
- 回滚：四节点分别保存本机独立备份，仅允许恢复本节点`standalone.py`、版本记录和版本环境后滚动重启Web/Bridge；禁止跨节点恢复数据库、身份或配置。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.228 - 群级回复规范、单BOT覆盖与Loop稳定快照

- 建立时间：2026-08-25 CST。
- 父版本：秀秀 3.227；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：真人可以让某些BOT只在指定群按新的形式、结构、字数和依据标准回复，不再要求每个任务群加入XBOT，也不改写BOT在其他群的长期人设。
- 原因判断：原系统只有BOT长期人设和任务临时提示，没有“指定群+指定BOT”的持久化规范层；把格式写入人设会污染其他群，把XBOT放进每个任务群又会增加成员和路由复杂度。
- 修改逻辑：新增“全群业务BOT”和“群内单个BOT”两级规范，单BOT规范优先；支持标准讨论、辩论、圆桌、评审，固定章节顺序、正文最少/最多字数、可核查依据、科学理论和2000字补充要求。替身通过第4.5步先形成可见方案，真人确认后由后台保存；电脑端和手机端群信息也可直接管理。
- 采用方法：采用数据库不可变版本、活动绑定、运行时按群解析、任务群创建时快照、有限次数格式重试和前端统一管理；不向协同群加入XBOT。
- 数据/调用链路：真人在群信息或向替身提出规范→后台校验操作者权限→保存群级或单BOT版本→普通消息按群ID/BOT ID读取→独立任务群建立时复制有效规则快照→业务BOT执行→Loop校验章节和字数→合格回报或最多重试2次后暂停。
- Session与Loop：普通群聊每次调用按群ID和BOT ID读取当前规范；独立任务群在创建时继承来源群的有效规范并保存BOT级快照，同一Loop运行中修改规则默认不改变已启动轮次，下一Loop使用新版本，避免前后格式漂移。
- 权限与审计：只有群主、建群人、公司管理员或平台管理员可修改；普通群成员只读。规范采用不可变版本记录和活动绑定，可停用或回滚，不删除历史。Loop回报违反固定章节或字数时最多重试2次，仍失败则暂停在当前BOT，不把失败结果标记为通过。
- 改动文件：`xiuxiu3_core/standalone.py`新增数据库、权限、API、第4.5协议、运行时注入、Loop快照和校验；`web/index.html`、`web/web.js`、`app/index.html`、`app/mobile.js`新增电脑端和手机端“群回复规范”界面；日志生成器把长期记录读取上限由20万字符扩为200万字符。
- 兼容保护：未修改账号、聊天、群成员、BOT人设、BOT工作区、四大法、OpenClaw主配置、Q/X军团、EasyTier、206授权、域名、安装包或客户端签名；守一替身按其专属分支三方合并，保留X军团创建链、双网关和运维功能。
- 验证结果：Python与两端JavaScript语法通过；数据库保存、成员越权拦截、单BOT覆盖、停用、回滚、章节顺序与字数校验、第4.5新字段专项通过；立志教育生产API保存/读取/停用/清理测试通过；五节点Web、Bridge、公网Web/App和版本接口通过。
- 同步与回滚：功能版本同步到立志教育、影团AI、守一、守一替身、秀秀替身并统一为3.228；四个标准节点Windows技术版本保持3.1786.0，秀秀替身保持3.219.2。各节点回滚目录为`/opt/xiuxiu3-open-source/backups/20260825-group-reply-policy-3228`，只允许恢复本节点源码和前端文件，禁止跨节点恢复数据库、身份和专属配置。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.229 - OpenClaw工具任务完整执行与真实工作区附件回传

- 建立时间：2026-08-25 CST。
- 父版本：秀秀 3.228；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：修复文档、网站和其它需要OpenClaw工具调用的业务BOT在读取技能或执行首个工具后被后台提前终止，并确保XIUXIU3_FILE的workspace_file返回真实工作区文件而不是空壳附件。
- 原因判断：隔离Session轮询把带toolCall的assistant过程文字误判为最终回复，约2秒即主动终止OpenClaw；随后因缺少独立行@替身回报而报openclaw_incomplete_reply。文件协议解析器又未实现workspace_file分支，把空content重新打包成917字节空Word。
- 修改逻辑：Session恢复时跳过stopReason=toolUse/tool_use、包含toolCall/tool_use块、aborted或openclawAbort的消息，只回收无工具调用且未中止的最终回复；文件回传优先读取当前BOT工作区output/或outputs/下的真实相对路径并按原始字节上传。
- 采用方法：对通用源码和守一替身专属分支应用同一窄补丁；workspace_file执行绝对路径、首级目录、resolve后工作区归属、普通文件和20MB上限五层校验，禁止目录穿越、跨BOT和跨工作区读取。
- 数据/调用链路：替身派发→业务BOT读取Skill/调用工具→过程消息保留但不终止进程→OpenClaw正常完成→最终回复包含XIUXIU3_FILE和@替身→后台解析当前BOT相对workspace_file→复制真实二进制到上传目录→生成公网下载附件→替身继续验收。
- 兼容保护：不修改BOT人设、Session隔离键、协同派发、群组、聊天历史、四大法、Q/X军团权限、OpenClaw主/执行网关、EasyTier、206授权、域名和客户端；文本content与base64两种原文件协议继续保留。守一替身继续使用自身专属源码，X军团五项服务保持运行。
- 改动文件：`xiuxiu3_core/standalone.py`中的`recover_openclaw_reply_from_task_session`和`extract_xiuxiu3_files`；五节点`xiuxiu3-web.service.d/90-version.conf`与`xiuxiu3-bridge.service.d/90-version.conf`。
- 验证结果：两种源码Python编译和三类Session专项通过；立志教育真实文档BOT完成多轮read/exec工具调用，未被提前终止，任务状态done并独立行回报替身。第二次真实Word为20619字节，公网下载ZIP校验无错误，document.xml含唯一校验词XIUXIU-3229-WORKSPACE-BYTES-OK；五节点Web/Bridge、数据库quick_check、公网Web/App和版本接口通过。
- 同步与回滚：五节点功能版本统一为3.229；标准节点Windows技术版本仍为3.1786.0，秀秀替身仍为3.219.2。每个节点独立回滚目录为`/opt/xiuxiu3-open-source/backups/20260825-openclaw-final-reply-3229`；只恢复本节点standalone.py和两个版本drop-in后daemon-reload并重启Web/Bridge，禁止跨节点恢复数据库或专属配置。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.231 - X002自恢复、自然语言创建路由与协同文件真实交付

- 建立时间：2026-08-25 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.230；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：保持XBot只由守一替身X002创建，修复X Worker显示运行但消息轮询线程已退出、自然语言“它的名字是”未形成X创建申请、重复发送产生重复申请的风险；同时修复标准文档整理BOT在替身通用协同中已生成真实Word却只显示XIUXIU3_FILE文本、没有可点击下载附件的问题。
- 原因判断：X Worker的load_accounts位于轮询线程异常边界之外，配置文件短暂权限错误会杀死q-poller而systemd主进程仍为active；X002名称解析只支持“角色名称/名为/叫做”，未覆盖“名字是/命名为”。通用协同直接调用execute_worker_step后写入聊天，绕过普通任务路径已有的XIUXIU3_FILE解析、真实文件归档和附件元数据生成；替身最终综合又复制了未清理协议。
- 修改逻辑：XBot创建入口继续唯一锁定X002，4.5结构与真人明确XBot/X002创建用语冲突时强制选择x_corps，不进入普通002/001；X轮询最外层捕获配置加载异常并按1至60秒有界退避持续恢复；同一真人、同名XBot的活动申请合并到原XREQ。通用协同在业务BOT最终回复校验前解析文件协议，真实文件归属于原业务BOT，并把同一附件传递到业务BOT消息和替身最终汇总消息。
- 采用方法：在守一替身x_service.py增加轮询外层异常边界、恢复审计、自然语言名称表达和活动申请幂等查询；在守一替身第4.5结果清洗增加只针对明确X创建文字的确定性安全闸门；在五节点standalone.py的generic_handoff串行/独立分支增加extract_xiuxiu3_actions、extract_xiuxiu3_files、按task_id收集及file_id去重，并将attachments/file_errors写入消息元数据。
- 数据/调用链路：真人向替身或X002发送XBot创建要求→4.5锁定x_corps→X002轮询消息→自然语言解析名称/职责/Skills→生成唯一XREQ→真人确认→X Provisioner创建；真人要求Word→替身派文档BOT→BOT在独立workspace生成output/*.docx→回传XIUXIU3_FILE→协同层读取真实文件→generated_files登记→业务BOT与替身最终消息均展示可下载附件→公网/uploads下载。
- 兼容保护：没有把X创建能力下放给其它XBOT，X002仍为唯一创建管理者；没有自动确认或越过真人确认创建X账号。未修改BOT人设、Word母版、技能脚本、聊天正文、账号权限、Q军团、OpenClaw网关、EasyTier、206授权、域名和客户端。各节点按本节点当前源码窄合并，守一及守一替身专属分支未被通用整文件覆盖。
- 改动文件：五节点`/opt/xiuxiu3-open-source/xiuxiu3_core/standalone.py`，修复通用协同文件协议与附件继承；守一替身`/opt/xiuxiu3-x-corps/x_service.py`，修复X002轮询自恢复、自然语言名称解析和重复申请幂等；五节点`VERSION_RECORDS.md`及功能版本drop-in记录3.231。
- 验证结果：两类standalone.py与x_service.py Python编译通过；立志教育与守一替身文档BOT的SKILL.md、母版、脚本、规范文件五项SHA-256逐项一致。守一替身真实旧任务已生成33,204字节DOCX，业务BOT与U2替身最终消息attachment_count均为1、XIUXIU3_FILE残留为0；公网GET为HTTP/2 200、MIME为Word、unzip完整性无错误。X002游标由464恢复并推进至510，生成唯一申请XREQ-50C1F94A/X015营销引流顾问BOT，状态awaiting_confirmation，包含公网网站交付Skill及完整Codex权限；Web、Bridge、X Worker均active。
- 同步与回滚：通用协同附件修复已同步立志教育、影团AI、守一、守一替身、秀秀替身；X002专用修复仅部署守一替身。通用节点回滚目录`/opt/xiuxiu3-open-source/backups/20260825-generic-file-handoff`，守一替身完整回滚目录`/opt/xiuxiu3-open-source/backups/20260825-x002-document-handoff-recovery`；只恢复故障节点自己的文件并重启对应服务，不恢复数据库、不跨节点覆盖。

记录完整性：详细记录待补齐：原因判断、采用方法、数据/调用链路

打开不可覆盖的完整迭代快照

## 秀秀 3.232 专项补丁 - 转发对象搜索与鸿蒙横滑稳定性

- 建立时间：2026-08-25 CST。
- 父版本：秀秀 3.231；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：电脑端和手机端在单条、批量转发时都可以输入关键词搜索 BOT、真人或群组；扩大可见对象区域并降低列表字号。修复华为鸿蒙 WebView 中横向滑动偶发触发系统侧边退出、页面卡住的问题。
- 根本原因：旧单条转发菜单仅截取前80个会话并直接生成按钮，批量转发只显示原生选择框或固定高度列表，四处均没有搜索输入和过滤逻辑。旧横滑逻辑只在 touchend 时判断并阻止默认行为，鸿蒙系统侧边返回可能已在 touchmove 阶段接管手势；80px/1.6倍阈值也容易把斜向滚动误判成横滑。
- 修改逻辑：四个转发入口统一按会话名称、副标题、目标ID和类型做大小写无关的本地过滤，不改变转发API、消息内容、权限、幂等键和接收对象身份；去除单条菜单的80项截断，结果区独立滚动。手机横滑增加单指、交互控件排除、12px方向锁、100px完成阈值、2倍水平优势、650ms时限、22至32px系统边缘保护、touchmove提前preventDefault及touchcancel复位；纵向滚动、输入、按钮、链接、选择框和转发列表不触发页面横滑。
- 界面调整：电脑单条转发菜单最大宽度360px、最大高度520px，结果行字号13px；电脑批量接收对象显示8行。手机转发弹层最大宽度420px、最大高度78vh，目标列表最大38vh、字号12px并展示更多对象。
- 兼容保护：未修改后端、数据库、消息路由、跨服授权、群组、BOT、OpenClaw、Q/X军团、EasyTier、域名和安装包签名。守一既有任务链审计前端及守一替身X军团前端差异均保留，未用通用整文件覆盖专属源码。
- 改动文件：五节点 `/opt/xiuxiu3-open-source/web/index.html`、`web/web.js`、`app/index.html`、`app/mobile.js`、`shared/client.css`。
- 验证结果：三类节点源码的6个JavaScript文件全部通过 `node --check`；本地Web/App HTTP 200，390×844 Chromium加载与截图通过。五个公网域名的Web和App均HTTP 200，并逐一验证桌面搜索、手机搜索、横滑方向锁和CSS横向越界保护标记。守一任务链审计函数仍存在，守一替身X军团识别标记仍存在。华为实体机系统级边缘手势仍需真人按实际机型复核，未把桌面浏览器模拟冒充鸿蒙实体机验收。
- 同步与回滚：已同步立志教育、影团AI、守一、守一替身、秀秀替身。每个节点回滚目录均为 `/var/backups/xiuxiu3/20260825-forward-search-harmony/`，只恢复本节点的 `web/`、`app/`、`shared/client.css`，无需恢复数据库或重启后端。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.233 - 案例库分享对象可见、二次确认与重复入口合并

- 建立时间：2026-08-25 CST。
- 父版本：秀秀 3.232；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：修复案例库在手机端点击“分享给真人或 BOT”后目标名称呈现为白色、无法辨认的问题；增加发送前确认；合并重复的分享入口。
- 原因判断：目标弹窗复用了通用`request-item`按钮，按钮文字继承浅色前景而列表背景为浅灰，形成低对比度；目标行点击事件直接调用发送函数，没有选择态；案例卡片同时保留弹窗入口和旧“分享到秀秀+搜索+下拉+发送”两套流程。
- 修改逻辑：对案例分享弹窗使用局部作用域样式，明确目标名称、类型、背景和选中态颜色；目标点击只写入当前弹窗的`targetConversationId`并显示“已选择”，只有点击“确认发送”才调用既有发送函数；确认期间按钮禁用并显示“发送中”，防止重复提交；案例卡片只保留一个“分享给真人或 BOT”入口。
- 采用方法：电脑端与手机端采用相同的两阶段状态机“选择目标→确认发送”，继续复用既有真人/BOT会话目录、搜索过滤和消息发送函数；不新增后端接口或数据库表。CSS只限定`#shareTargetModal`和`#mobileShareTargetModal`，不影响其他请求列表。
- 数据/调用链路：案例库→分享给真人或 BOT→本地搜索真人/BOT→点击目标（仅选择、不发消息）→显示目标名称及确认栏→确认发送→既有`/api/im/messages`→成功后关闭弹窗；点击“重新选择”只清空选择。
- 兼容保护：未修改消息API、消息正文与分享卡片元数据、数据库、账号、权限、跨服路由、群组、聊天转发、BOT、OpenClaw、Q/X军团、EasyTier、206授权、域名和安装包签名；守一和守一替身专属前端差异均从各自当前生产基线增量合并。
- 改动文件：五节点`/opt/xiuxiu3-open-source/web/web.js`、`web/index.html`、`app/mobile.js`、`app/index.html`、`shared/client.css`及功能版本drop-in。
- 验证结果：三类节点六个JavaScript文件全部通过`node --check`；静态断言确认案例卡片不再生成旧`case-local-share`组合；720×1560 Firefox移动端渲染验证目标文字清晰、选中态和确认发送栏可见；五个公网域名Web/App均HTTP 200并加载3.233资源，五节点版本接口均为3.233、Web服务active。影团AI和守一替身重启后启动时间超过2秒，复查端口、服务和版本均正常。
- 同步与回滚：已同步立志教育、影团AI、守一、守一替身、秀秀替身。每个节点回滚目录均为`/var/backups/xiuxiu3/20260825-case-share-confirm/`；只恢复本节点`web/`、`app/`、`shared/client.css`和`90-version.conf`后重启Web，不恢复数据库、不跨节点覆盖。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.234 - 安卓返回层级、案例分享兼容与客户端资源刷新

- 建立时间：2026-08-25 CST。
- 父版本：秀秀 3.233；固定严重故障回滚基准仍为秀秀 3.2。安卓客户端技术版本由 3.221 升级为 3.222（versionCode 30222）。
- 修改目的：修复安卓系统返回键在任意页面直接退出；修复部分已安装 APP 仍显示旧案例分享弹窗、浅色目标文字和点击目标立即发送的问题；让后续服务器端前端修复能够及时进入 APP。
- 原因判断：旧 APK 未打包 `@capacitor/app`，JavaScript 返回监听没有收到安卓原生返回事件；自定义 WebViewClient 又把 `/app/` 与 `/shared/` 强制替换成 APK 内置旧资源，使服务器 3.233 更新无法进入已安装客户端。
- 修改逻辑：APK 增加 Capacitor App 原生插件；返回键按“当前弹窗→子页面→会话→消息首页”逐层返回，消息首页第一次返回仅提示、2 秒内第二次才最小化；案例分享弹窗纳入返回栈；目标点击只进入选中态，必须再点“确认发送”；目标文字对 Android/HarmonyOS WebView 使用弹窗作用域强制深色；WebView 改为线上最新静态资源优先，主页面网络失败时才使用签名 APK 内置资源兜底。
- 采用方法：保留五节点各自生产基线，只对 App 静态资源做增量补丁；使用 Capacitor 官方 AppPlugin 接收原生返回事件；沿用原 packageId、内部签名、更新校验和 Android Keystore；发布前逐包检查插件清单、签名、版本、哈希和资源标记，发布时先备份再逐节点健康检查。
- 数据/调用链路：安卓返回键→Capacitor AppPlugin→`handleMobileBackNavigation`→关闭最上层界面或回到上一级；案例库→分享给真人或 BOT→搜索→选择目标（不发送）→确认发送→既有 `/api/im/messages`；APP 启动→公网 `/app/` 最新版本资源→失败时 APK 内置 3.222 资源。
- 兼容保护：沿用原五套 packageId 和同一内部签名，可覆盖升级且保留账号、Android Keystore 会话、IndexedDB 缓存和聊天数据；未修改消息 API、数据库、账号、权限、跨服路由、BOT、OpenClaw、Q/X 军团、EasyTier、206 授权和域名。
- 改动文件：五节点 `app/mobile.js`、`app/index.html`、`shared/client.css`、功能版本 drop-in；安卓 `package.json/package-lock.json`、`MainActivity.java`、Capacitor 插件清单及五套 3.222 APK/更新清单。
- 验证结果：五类 JavaScript 通过 `node --check`；五套 APK 均通过 `apksigner`、包名/版本号/哈希校验并包含 AppPlugin；无 `.so`，属于架构无关包，可用于 64 位安卓；五个公网更新清单、APK、App/JS/CSS/API 入口均通过 HTTP 与内容标记验证；真实手机仍需最终确认系统返回手感、鸿蒙显示和系统安装确认。
- 同步与回滚：同步立志教育、影团AI、守一、守一替身、秀秀替身；静态资源回滚目录为各节点 `/var/backups/xiuxiu3/20260825-android-back-refresh-3222/`；安装包回滚目录位于 206 `/var/backups/xiuxiu3/20260825-android-3222/`。回滚仅恢复对应节点文件和更新清单，不改业务数据。

记录完整性：详细记录待补齐：修改逻辑

打开不可覆盖的完整迭代快照

## 秀秀 3.228 - 群级回复规范、单BOT覆盖与Loop稳定快照

- 建立时间：2026-08-25 CST。
- 父版本：秀秀 3.227；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：真人可以让某些BOT只在指定群按新的形式、结构、字数和依据标准回复，不再要求每个任务群加入XBOT，也不改写BOT在其他群的长期人设。
- 原因判断：原系统只有BOT长期人设和任务临时提示，没有“指定群+指定BOT”的持久化规范层；把格式写入人设会污染其他群，把XBOT放进每个任务群又会增加成员和路由复杂度。
- 功能逻辑：新增“全群业务BOT”和“群内单个BOT”两级规范，单BOT规范优先；支持标准讨论、辩论、圆桌、评审，固定章节顺序、正文最少/最多字数、可核查依据、科学理论和2000字补充要求。替身通过第4.5步先形成可见方案，真人确认后由后台保存；电脑端和手机端群信息也可直接管理。
- 采用方法：采用数据库不可变版本、活动绑定、运行时按群解析、任务群创建时快照、有限次数格式重试和前端统一管理；不向协同群加入XBOT。
- 数据/调用链路：真人在群信息或向替身提出规范→后台校验操作者权限→保存群级或单BOT版本→普通消息按群ID/BOT ID读取→独立任务群建立时复制有效规则快照→业务BOT执行→Loop校验章节和字数→合格回报或最多重试2次后暂停。
- Session与Loop：普通群聊每次调用按群ID和BOT ID读取当前规范；独立任务群在创建时继承来源群的有效规范并保存BOT级快照，同一Loop运行中修改规则默认不改变已启动轮次，下一Loop使用新版本，避免前后格式漂移。
- 权限与审计：只有群主、建群人、公司管理员或平台管理员可修改；普通群成员只读。规范采用不可变版本记录和活动绑定，可停用或回滚，不删除历史。Loop回报违反固定章节或字数时最多重试2次，仍失败则暂停在当前BOT，不把失败结果标记为通过。
- 改动文件：`xiuxiu3_core/standalone.py`新增数据库、权限、API、第4.5协议、运行时注入、Loop快照和校验；`web/index.html`、`web/web.js`、`app/index.html`、`app/mobile.js`新增电脑端和手机端“群回复规范”界面；日志生成器把长期记录读取上限由20万字符扩为200万字符。
- 兼容保护：未修改账号、聊天、群成员、BOT人设、BOT工作区、四大法、OpenClaw主配置、Q/X军团、EasyTier、206授权、域名、安装包或客户端签名；守一替身按其专属分支三方合并，保留X军团创建链、双网关和运维功能。
- 验证结果：Python与两端JavaScript语法通过；数据库保存、成员越权拦截、单BOT覆盖、停用、回滚、章节顺序与字数校验、第4.5新字段专项通过；立志教育生产API保存/读取/停用/清理测试通过；五节点Web、Bridge、公网Web/App和版本接口通过。
- 同步与回滚：功能版本同步到立志教育、影团AI、守一、守一替身、秀秀替身并统一为3.228；四个标准节点Windows技术版本保持3.1786.0，秀秀替身保持3.219.2。各节点回滚目录为`/opt/xiuxiu3-open-source/backups/20260825-group-reply-policy-3228`，只允许恢复本节点源码和前端文件，禁止跨节点恢复数据库、身份和专属配置。

记录完整性：详细记录待补齐：原因判断、修改逻辑、采用方法、数据/调用链路、改动文件、同步与回滚

打开不可覆盖的完整迭代快照

## 秀秀 3.228 - 群级回复规范、单BOT覆盖与Loop稳定快照

- 建立时间：2026-08-25 CST。
- 父版本：秀秀 3.227；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：真人可以让某些BOT只在指定群按新的形式、结构、字数和依据标准回复，不再要求每个任务群加入XBOT，也不改写BOT在其他群的长期人设。
- 功能逻辑：新增“全群业务BOT”和“群内单个BOT”两级规范，单BOT规范优先；支持标准讨论、辩论、圆桌、评审，固定章节顺序、正文最少/最多字数、可核查依据、科学理论和2000字补充要求。替身通过第4.5步先形成可见方案，真人确认后由后台保存；电脑端和手机端群信息也可直接管理。
- Session与Loop：普通群聊每次调用按群ID和BOT ID读取当前规范；独立任务群在创建时继承来源群的有效规范并保存BOT级快照，同一Loop运行中修改规则默认不改变已启动轮次，下一Loop使用新版本，避免前后格式漂移。
- 权限与审计：只有群主、建群人、公司管理员或平台管理员可修改；普通群成员只读。规范采用不可变版本记录和活动绑定，可停用或回滚，不删除历史。Loop回报违反固定章节或字数时最多重试2次，仍失败则暂停在当前BOT，不把失败结果标记为通过。
- 改动位置：`xiuxiu3_core/standalone.py`新增数据库、权限、API、第4.5协议、运行时注入、Loop快照和校验；`web/index.html`、`web/web.js`、`app/index.html`、`app/mobile.js`新增电脑端和手机端“群回复规范”界面。
- 兼容保护：未修改账号、聊天、群成员、BOT人设、BOT工作区、四大法、OpenClaw主配置、Q/X军团、EasyTier、206授权、域名、安装包或客户端签名；守一替身按其专属分支三方合并，保留X军团创建链、双网关和运维功能。
- 验证结果：Python与两端JavaScript语法通过；数据库保存、成员越权拦截、单BOT覆盖、停用、回滚、章节顺序与字数校验、第4.5新字段专项通过；立志教育生产API保存/读取/停用/清理测试通过；五节点Web、Bridge、公网Web/App和版本接口通过。
- 版本与回滚：功能版本统一为3.228。四个标准节点Windows技术版本保持3.1786.0，秀秀替身保持3.219.2。各节点回滚目录为`/opt/xiuxiu3-open-source/backups/20260825-group-reply-policy-3228`，只允许恢复本节点源码和前端文件。

记录完整性：详细记录待补齐：原因判断、采用方法、数据/调用链路、改动文件、验证结果、同步与回滚

打开不可覆盖的完整迭代快照

## 秀秀 3.227 - 第4.5语义忠实、候选数量与独立修复Session（四节点同步）

- 建立时间：2026-08-25 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.226；固定严重故障回滚基准仍为秀秀 3.2。
- 同步节点：立志教育`10.77.0.11`、影团AI`10.77.0.12`、守一`10.77.0.13`、秀秀替身`10.77.0.17`；守一替身已先行完成同版本修复。
- 修改目的：统一修复第4.5步在真人明确要求推荐固定数量候选时可能改变数量、使用非法自定义编号，以及格式修复恢复同一错误轨迹的问题；将准确理解真人诉求设为第4.5步最高优先级。
- 修改逻辑：真人原始消息作为最高事实源，正式执行内容必须完整覆盖目标、对象、数量、角色、顺序、确认节点、禁止事项、适用范围和交付形式；推荐数量只从明确的推荐/选择/寻找/总数表达中读取。后台按`bot_id`去重，候选不足时拒绝并进行独立语义修复，多余时按语义顺序截取，模型index全部丢弃后统一重排1至N。
- 协议与Session：兼容归一`15b/15c/15d`一类推荐编号语法，但仍执行完整结构清洗；协议修复使用随机新Session标识，不再恢复原错误轨迹，不由代码虚构候选。
- 改动位置：各节点`/opt/xiuxiu3-open-source/xiuxiu3_core/standalone.py`中的推荐数量识别、第4.5解析/清洗、初次整理提示、协议修复提示和OpenClaw隔离Session键；Web/Bridge版本环境同步为3.227。
- 兼容保护：四节点原核心源码部署前哈希一致，均以各自当前生产源码为基线应用窄补丁，没有复制守一替身专属源码。未修改数据库、账号、群组、聊天、BOT、人设、目录、记忆、四大法、Q/X军团、OpenClaw配置、EasyTier、206授权、域
...

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

打开不可覆盖的完整迭代快照

## 秀秀 3.226 - 4.5候选推荐与正式协同分界修复

- 建立时间：2026-08-24 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.226（语义路由兼容修复，不提高对外功能版本号）；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：修复真人要求“先推荐若干现有BOT供本人选择，选定后再组群协同”时，前台错误显示“已锁定协同方案”、自动附加建群位置和严格串行规则，并丢失每个候选BOT能做什么、目标和观点的问题。
- 原因判断：4.5原始结构已经正确给出当前阶段为推荐、directory_action=recommend、allow_dispatch=false、dispatch_targets为空；但兼容校验只看到task_modes包含未来可能的multi_bot_loop和推荐项不少于2个，就把discussion_consultation强制升级成multi_bot_loop，再由固定协同确认卡覆盖替身已经生成的完整推荐正文。根因在结构化结果后的代码升级逻辑，不是替身人设或DeepSeek API本身。
- 修改逻辑：4.5继续作为唯一语义判断入口。若当前结构明确是候选推荐、未授权派发且没有dispatch_targets，task_modes/allowed_next_modes中的未来创建或协同只作为后续能力，不得升级本轮任务；只有当前请求明确要求多个现有BOT共同讨论、承接或协同，并给出真实执行参与者时，才保留原multi_bot_loop确认、建群和执行链。候选推荐继续展示替身的完整自然语言答案和经4.5核验的准确BOT名单。
- 采用方法：在工作要求整理专家的常驻人设和每次运行提示中同时补充推荐/协同分界；在sanitize_requirement_organizer_output增加只读取4.5结构化字段的recommendation_only_stage校验，不读取原始文字关键词，不绕过4.5。四个通用节点使用同一窄补丁，守一替身基于其X军团专用源码单独合并，未互相覆盖整文件。
- 数据/调用链路：真人完整需求 -> 4.5判断当前为推荐 -> 保存15个准确recommendation_items及未来允许阶段 -> 替身输出任务理解和逐BOT价值说明 -> 本轮结束，不建群、不派发；真人后续选定并明确要求组群/协同 -> 新消息再次由4.5识别当前执行阶段 -> 进入原有多BOT确认和Loop链。
- 兼容保护：未修改账号、群组、好友、聊天记录、BOT人设/技能/记忆、模型与API、001/002、Q/X军团、206跨服协议、权限、数据库结构和现有Loop。真实multi_bot_loop、旧结构化协同兼容、普通能力目录查询及BOT创建链均保留。
- 改动文件：五节点`/opt/xiuxiu3-open-source/xiuxiu3_core/standalone.py`；专项回归`/home/halo/xiuxiu3-recommendation-routing-20260824/test_recommendation_routing.py`；五节点`VERSION_RECORDS.md`和长期功能总台账。
- 验证结果：Python编译通过，专项代码回归6/6通过，覆盖15候选仅推荐、旧版结构化多BOT兼容、原生多BOT确认门、简单目录推荐、推荐/执行确认分界和普通BOT创建链。守一替身U3真实建立临时群并调用个人替身，约100秒返回2740字，完整列出15个BOT及“能做什么/目标/观点”；元数据为discussion_consultation、allow_dispatch=false，没有锁定协同卡、执行位置、任务群或业务BOT子任务，临时群已删除。守一U3另外两次实测均被现有4.5超时保护停止，没有误派发或误建群；该节点同时存在两个长期OpenClaw网关进程且占用约2.8GB RSS，4.5超时属于独立性能问题，未在本次语义分界修复中重启或改动OpenClaw。
- 同步与回滚：五节点部署前分别保存源码、VERSION_RECORDS和SQLite在线备份到`/var/backups/xiuxiu3/20260824-before-recommendation-routing-<节点>/`。四个通用节点部署后standalone.py SHA-256为`26e2216da2de0d5bf4e3379bf6ba9a79e6c6cc5728e7fa971468e854d4df75de`，守一替身专用版本为`70ac574cc64b2dd7bdfa159621a0223e39593ee1cc2b0969f79a798f04ebed3b`。回滚只恢复故障节点自己的standalone.py并滚动重启Web/Bridge，不跨节点覆盖数据库、身份、密钥或X军团差异；本次未重启OpenClaw、Q或X服务。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.226 - 鸿蒙剪贴板兼容与手机长按菜单两行化

- 建立时间：2026-08-24 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.226（客户端兼容修复，不提高对外功能版本号）；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：解决 HarmonyOS 4.2 华为手机在秀秀手机端输入框长按后无法粘贴的问题，同时把消息长按操作从单列长菜单调整为更紧凑的四列两行布局。
- 原因判断：旧兼容处理只给 textarea 增加了 user-select、touch-callout 和 touch-action CSS，无法强制华为/鸿蒙定制 WebView 显示系统剪贴板菜单；Android 客户端没有原生剪贴板桥接，并且安装包会拦截 /app 与 /shared 路径读取 APK 内置静态资源，因此单独修改服务器网页不能修复已经安装的客户端。消息菜单本身使用固定180px宽度且没有网格列定义，8项操作自然纵向排列。
- 修改逻辑：Android 增加 XiuxiuClipboard 原生桥，只在窗口前台且最近5秒存在真人触摸操作时允许读写文字剪贴板，单次最大1MiB，不申请额外权限。华为/荣耀设备启用输入框2×2兜底菜单（剪切、复制、粘贴、全选）及“＋”菜单粘贴入口；其他品牌不启用兜底菜单，继续使用原生系统选择与粘贴。消息菜单保留原8项动作和权限判断，仅改为4×2网格，并按实际尺寸在按压点上下自适应定位；会话菜单继续独立使用两列布局。
- 采用方法：逐节点读取实时 app/index.html、app/mobile.js 和 shared/client.css，守一替身在其包含XBot身份显示修复的独立基线上做窄补丁，未用公共文件覆盖。先建立五节点、206更新元数据及本地Android构建源备份，再完成浏览器设备分支测试，最后使用原签名构建五套Android 3.221安装包并通过版本码30221发布自动更新。
- 数据/调用链路：鸿蒙输入框触摸或点击粘贴 -> Android记录真人手势 -> Web仅在华为/荣耀显示兜底入口 -> XiuxiuClipboard校验前台窗口和5秒手势窗口 -> ClipboardManager读取文字 -> 按当前selectionStart/selectionEnd原位插入 -> 触发原有input事件、输入框高度和发送状态更新。普通设备输入 -> 不启用桥接菜单 -> 原生系统行为不变。消息长按 -> 原有动作权限判断 -> 动态测量菜单 -> 四列两行展示 -> 原有复制、引用、多选、转发、分享、收藏、撤回、删除处理器。
- 兼容保护：未修改账号、群组、好友、聊天记录、BOT、X/Q军团、4.5、Loop、模型、权限、数据库、206跨服协议和消息轮询；未重启Web、Bridge、OpenClaw、Q或X服务。剪贴板桥只处理文字且必须由前台真人操作触发，不允许后台静默读取。守一替身原有XBot显示和其他节点差异完整保留。
- 改动文件：五节点app/index.html、app/mobile.js、shared/client.css；Android MainActivity.java；五套Android 3.221 APK、android-latest.json及客户端下载页；专项Playwright测试、VERSION_RECORDS.md和长期功能总台账。
- 验证结果：五节点JavaScript语法检查通过；Playwright模拟鸿蒙路径验证光标中间粘贴正确、输入操作菜单2×2、消息8项菜单4×2，模拟普通手机确认兜底入口隐藏且系统contextmenu不被拦截。五套Gradle release构建成功，包名保持各服务器原值，版本码均为30221，原签名证书SHA-256均为9a855a3123718f4f6dc8924cbc9406f988a7e49bb05621891f2ca508ddd2d0b1；APK内置节点资源、XiuxiuClipboard和签名全部复核通过；五个公网APK完整下载SHA-256与更新清单一致，五节点公网静态资源与部署候选逐字节一致。
- 同步与回滚：五节点源码回滚点为/var/backups/xiuxiu3/20260824-before-harmony-clipboard-menu-<节点>.tar.gz；206更新页回滚点为/var/backups/xiuxiu-installer-pages/20260824-before-harmony-clipboard-menu.tar.gz；本地Android构建源回滚包为/home/halo/xiuxiu3-harmony-clipboard-20260824/android-build-source-before.tar.gz。回滚时只恢复故障节点自己的静态文件和对应安装包元数据，不跨节点覆盖数据库、身份、密钥或业务资料。
- 客户端技术版本：Android 3.221（versionCode 30221）；界面继续读取服务器功能版本并显示秀秀 3.226。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.226 - 精确来源返回、显式分享搜索与桌面原生编辑菜单

- 建立时间：2026-08-22 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.226；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：解决案例库、刻秀圈和Q工程分享关闭后跳到消息首页，案例库与刻秀圈在手机端和电脑端都看不到真人/BOT搜索入口，Windows安装版输入框右键不能剪切/复制/粘贴，以及新工程分享时间未固定为中国时间的问题。
- 原因判断：旧恢复逻辑只记页面级来源，并且只有部分状态存在时才恢复，未完整保存来源会话、案例库设置层、作者刻秀圈主页和滚动位置；工程分享存在“秀秀预览壳套工程预览壳”的双层iframe，但内层关闭事件没有向外转发，工程页自身的`history.back()`又会与父层关闭竞争。旧分享搜索藏在可见范围设置或卡片下拉选择中，没有在案例卡片及刻秀圈操作菜单提供统一、可见的直接入口。Electron壳仅处理选中文本，未为可编辑输入框注册系统编辑菜单。后端生成时间直接使用服务器本地时区，不能保证固定为中国时间。
- 修改逻辑：打开预览前按来源元素保存页面、精确会话、设置面板、案例库、作者刻秀圈主页和滚动位置，关闭时无条件按该快照恢复；外层`/open-artifact`接收并转发内层关闭事件，工程页优先通知父层而不再抢先执行历史回退。手机端与电脑端统一增加“分享给真人/BOT”显式入口和搜索弹窗，只列出当前账号已有权限的真人/BOT会话，按姓名、账号或BOT名称筛选；原群组分享、可见范围和外链流程继续保留。Electron对可编辑区域按`editFlags`显示剪切、复制、粘贴和全选，对普通消息仍保留原秀秀菜单。新生成报告和聊天分享统一使用UTC+8。
- 采用方法：在四个标准节点共用源码和守一替身保留X军团差异的源码上分别做窄补丁，不整文件互相覆盖；更新Web和App静态资源缓存标记。Windows壳增加原生`context-menu`处理并分别构建四套标准安装包和秀秀替身安装包，先上传可执行文件与blockmap，最后原子更新`latest.yml`。部署前逐节点校验原文件哈希并建立独立备份，只重启`xiuxiu3-web`，未重启OpenClaw、Bridge、Q或X服务。
- 数据/调用链路：案例卡片或刻秀圈“...” -> 分享给真人/BOT -> 搜索当前可用真人/BOT -> 发送现有分享卡片；分享卡片或工程链接 -> 捕获来源页面/会话/面板/滚动位置 -> 同页预览 -> 内层关闭事件逐层转发 -> 关闭预览 -> 恢复精确来源。桌面输入框右键 -> Electron读取`editFlags` -> 调用系统剪切/复制/粘贴角色。报告生成 -> `china_now()` -> 页面和分享时间使用UTC+8。
- 兼容保护：未修改账号、群组、好友、聊天记录、BOT、人设、模型、4.5、Loop、001/002、Q/X军团、206中转、跨服权限和数据库结构；未扩大分享权限，搜索结果仍以当前已授权会话为准；原群组下拉分享和外链分享继续可用。守一替身的XBot身份与前端差异保留，安装包自动更新仍使用单调递增技术版本，公开功能版本保持3.226。
- 改动文件：五节点`web/web.js`、`web/index.html`、`app/mobile.js`、`app/index.html`、`xiuxiu3_core/standalone.py`；Windows壳`main.js`、`package.json`及五套构建产物；专项Playwright测试、Electron菜单单元测试、`VERSION_RECORDS.md`、每日修改日志和长期功能总台账。
- 验证结果：JavaScript和Python语法检查通过；Electron菜单单元测试4/4通过，五套打包ASAR均确认包含原生粘贴菜单、正确服务器地址与技术版本。守一完整浏览器回归5项通过、1项节点条件跳过；立志教育相关回归与新增显式分享搜索测试通过；守一替身保留差异版本的手机/电脑搜索测试2/2通过。案例卡片可打开搜索器、无结果提示正确，刻秀圈事件委托可打开同一搜索器，嵌套工程和历史分享均返回原会话。五节点Web、App和版本接口HTTP 200。
- 同步与回滚：Web源码回滚点为守一`/opt/xiuxiu3-sync-backups/20260822-before-source-return-cn-time/`，其余四节点`/opt/xiuxiu3-sync-backups/20260822-before-share-search-source-return/`；Windows更新源回滚点为206`/var/www/xiuxiu-client-packages/.backup-20260822-context-menu/`。回滚只恢复故障节点自己的源码或对应客户端更新目录，禁止跨节点恢复数据库、身份、密钥和工作区。
- 客户端技术版本：立志教育、影团AI、守一、守一替身为`3.1786.0`；秀秀替身为`3.219.2`；界面统一显示功能版本`秀秀 3.226`。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.226 - 调研网站交付Base64乱码兼容修复

- 建立时间：2026-08-22 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.226（同一功能版本内的文件交付兼容修复，不提高对外功能版本号）；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：修复“全网证据调研BOT”按真人要求生成网站时，把HTML文件的Base64载荷直接显示成聊天乱码、没有形成网站附件或在线入口的问题，并将相同保护同步到五个业务节点。
- 原因判断：出错任务的OpenClaw轨迹已经生成完整正文和`XIUXIU3_FILE`文件协议，载荷解码后以`<!DOCTYPE html>`开头；但Agent漏写`encoding=base64`。同时旧规则只识别“网址、网页链接、在线链接”等字样，没有把“最终以网站的形式发过来”识别为明确网站交付，因此后端按普通文本处理协议，把Base64字符原样放进聊天正文。不是中文字符集、DeepSeek搜索结果或手机渲染损坏。
- 修改逻辑：扩展真人原始指令的在线网站交付识别，覆盖“做成/整理成/最终以网站或网页形式发我、发过来、交付”等明确表达；当`XIUXIU3_FILE`遗漏编码声明时，只对具有合法Base64结构且解码后命中HTML头或常见二进制文件签名的内容自动判定为Base64，防止普通文字被误解码。未获得真人明确文件/网站交付授权时，Base64载荷继续不生成附件，并且不得泄漏到聊天正文。
- 采用方法：从五节点实时源码重新取基线；检测到另一窗口同步新改动后由哈希闸门停止旧候选部署，再基于最新源码制作通用候选和守一替身专用候选。逐台部署前校验源文件哈希，编译候选、备份原文件，只替换`standalone.py`并滚动重启Web与Bridge。
- 数据/调用链路：真人要求网站交付 -> 调研BOT搜索并输出正文与`XIUXIU3_FILE` -> 后端读取真人原始要求 -> 识别网站交付意图 -> 读取显式编码或保守推断遗漏的Base64 -> 解码为真实HTML字节 -> 生成文件、在线报告元数据和聊天附件；普通问答 -> 不扩大文件交付权限 -> 隐藏不应出现的Base64协议载荷。
- 兼容保护：未修改调研BOT人设、搜索通道、API密钥、Agent、Session、数据库、聊天历史、账号、群组、四大法、Step 4.5、Loop、Q/X军团、206/EasyTier、跨服权限、客户端或安装包。历史上已经入库的乱码消息不自动改写；重新下达或重新生成后的交付走新逻辑。守一替身保留X军团等专属源码差异。
- 改动文件：五节点`/opt/xiuxiu3-open-source/xiuxiu3_core/standalone.py`；本地回归`/home/halo/xiuxiu3-3227-webfile-fix/tests/test_web_file_delivery.py`；`VERSION_RECORDS.md`、五节点每日修改日志及长期功能总台账。
- 验证结果：通用和守一替身两份源码Python编译通过；文件交付回归在本地及五节点实时源码全部通过，覆盖原始“最终以网站的形式发过来”表达、遗漏encoding的HTML Base64自动解码、普通文本不误判、未授权时不泄漏Base64和来源网址分析不误触发。五节点Web与Bridge均为active；立志教育、影团AI、守一、守一替身和秀秀替身本机Web均HTTP 200，五个正确公网入口均HTTP 200。
- 同步与回滚：立志教育`/opt/xiuxiu3-open-source/backups/3.2-before-webfile-base64-fix-20260822-111922`；影团AI`/opt/xiuxiu3-open-source/backups/3.2-before-webfile-base64-fix-20260822-112027`；守一`/opt/xiuxiu3-open-source/backups/3.2-before-webfile-base64-fix-20260822-192101`；守一替身`/opt/xiuxiu3-open-source/backups/3.2-before-webfile-base64-fix-20260822-192154`；秀秀替身`/opt/xiuxiu3-open-source/backups/3.2-before-webfile-base64-fix-20260822-192233`。四个通用节点源码SHA-256为`1130f87e3a3e46d1d11011c19f9eb4bef2d4b6f3565af34bd1e427418359028c`，守一替身专用源码为`c120f2f7ba6686d5820d01bdd36eb9595e8593294a7cd718a6411a77b20184b6`；回滚仅恢复故障节点自己的`standalone.py`并重启Web/Bridge。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.226 - 秀秀替身双网关执行隔离

- 建立时间：2026-08-22 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.225；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：按要求将“秀秀替身”从18790单网关升级为与其他业务节点一致的18790主网关加18791专用执行网关，让普通BOT执行与Agent管理配置隔离，并继续使用3.225建立的主配置单一权威和自动同步机制。
- 原因判断：秀秀替身此前只有9个Agent，单网关可以工作，但普通回复和Agent管理仍共用同一进程。加入双网关后，Bridge可以固定走无通道执行视图，主网关继续承担完整注册表和管理能力。该节点历史数据库没有单独登记最终业务server_id，只在本机启用BOT中保存`company-e-xiuxiu-tishen`；若强行修改服务器授权表可能影响跨服登记，因此采用事实型身份校验。
- 修改逻辑：保留18790及`openclaw.json`不变，新增18791服务加载自动生成的`openclaw-executor.json`；启动前同步主状态目录中的批准插件，并从主配置和本机启用BOT生成9个Agent的执行视图。Bridge通过独立systemd覆盖文件切换到18791，并保留本地网关回退。构建器身份校验改为“启用的本地server登记存在，或该server_id确有启用本机Agent”，任一成立才允许生成；任意显示名或空ID仍会被拒绝。
- 采用方法：先备份主配置、数据库、Bridge和构建工具；在`/tmp`生成执行配置并强制校验记录员Agent，确认9个Agent、0个通道、0个绑定和端口18791后才安装服务。18791监听本机回环地址，设置跳过通道、Cron、Bonjour、浏览器控制服务和模型预热，使用独立状态目录与900秒Session写锁。执行网关进入ready后先做隔离Agent调用，再切换Bridge。
- 数据/调用链路：真人消息 -> 秀秀Web/数据库 -> Bridge读取18791环境 -> 自动检查执行视图 -> 18791调用本机Agent和DeepSeek/工具 -> Bridge写回来源会话。Agent创建或修改 -> SQLite和主配置更新 -> 自动同步执行视图；18791重启 -> 插件依赖同步 -> server_id与Agent完整性校验 -> 原子生成执行配置 -> 网关ready。18790始终保留用于权威配置和管理回退。
- 兼容保护：未修改数据库业务数据、账号、群组、聊天、BOT人设、Session规则、四大法、Q军团、跨服权限、206/EasyTier、域名、客户端或安装包；未停止或替换18790。18791仅监听127.0.0.1/::1，不对公网开放。Bridge切换由单个drop-in控制，发生严重问题可删除该文件并重启Bridge立即回到18790。
- 改动文件：秀秀替身`/etc/systemd/system/openclaw-xiuxiu3-executor-gateway.service`、`openclaw-xiuxiu3-executor-gateway.service.d/97-executor-config-authority.conf`、`xiuxiu3-bridge.service.d/96-executor-gateway.conf`、`/root/.openclaw/openclaw-executor.json`和`/var/lib/xiuxiu3/openclaw-executor-state/`；五节点共享`/opt/xiuxiu3-open-source/deploy/build_openclaw_executor_config.py`；`VERSION_RECORDS.md`、`VERSION_LOCK.md`、每日修改日志和长期功能进度网站。
- 验证结果：部署前可用内存约8.0GiB、4核、OpenClaw 2026.7.1-2；构建器测试5/5通过。临时执行视图含9个本机Agent、0通道、0绑定、端口18791。新增网关进入ready，18790和18791均只监听本机回环，主网关、执行网关、Web、Bridge全部active且NRestarts为0。记录员Agent通过真实18791隔离Session返回“秀秀替身执行网关正常”，未读取聊天、未生成文件、未向业务群写入消息；Bridge运行环境已确认为`OPENCLAW_GATEWAY_PORT=18791`。
- 同步与回滚：秀秀替身完整回滚点为`/var/backups/xiuxiu3/dual-gateway-20260822-1415-xiuxiutishen`。快速回退只删除`/etc/systemd/system/xiuxiu3-bridge.service.d/96-executor-gateway.conf`并重启Bridge，恢复走18790；完整回滚再停用18791并恢复备份中的主配置、Bridge和构建工具。禁止将该节点数据库、身份、密钥或工作区恢复到其他服务器。
- 文件哈希：执行配置构建器`09b32804e07f92b684af1dce229c60ba681cd4f788f5e33f691af0ce4e6c4a5a`；18791服务单元`2b6c4a82958ab4f7ba2f25f825740e2841cde6cef073c3e2e9fb4fb0fe0f28d3`；启动同步覆盖`9282037b1db79e39fce50bc21929e6740769fbbe102792a45ed091e9e894945d`；Bridge切换覆盖`d9c07e7c9274c49f9bf408aa19aa9b3a180ef28d99dfa111498d90bb6e33ac74`。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.225 - OpenClaw执行配置单一权威与自动同步

- 建立时间：2026-08-22 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.224；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：彻底修复新建或修改BOT后，秀秀数据库和OpenClaw主配置已经存在Agent，但18791生产执行网关仍返回“Unknown agent id”的配置不同步问题；把“全网证据调研BOT”和“工作交流记录员bot”纳入真实生产执行链路，并将相同保护同步到全部秀秀业务节点。
- 原因判断：3.218为降低回复延迟建立了18790主网关和18791专用执行网关。执行配置 `openclaw-executor.json` 原先只是部署时由脚本生成的静态快照，后续BOT创建只更新SQLite和 `openclaw.json`，没有重新生成执行视图，也没有让18791重新加载；搜索插件工程也只安装在主状态目录，执行状态目录可能缺少依赖。影团AI数据库还同时保存本机与远端镜像节点，不能依赖“只有一个local server_id”的自动推断。
- 修改逻辑：固定 `/root/.openclaw/openclaw.json` 为唯一Agent权威注册表，`openclaw-executor.json` 仅作为从主配置和本机启用BOT实时派生的无通道执行视图。BOT创建、更新、启停、软删/硬删、启动Bootstrap和每次回复前均检查目标Agent；缺失时在文件锁下原子重建执行视图。18791每次启动前再次同步插件依赖并重建配置。各双网关节点显式绑定真实稳定server_id，禁止根据显示名称改写；任何本机启用Agent未出现在主注册表时立即失败，禁止用空目录或残缺目录覆盖工作配置。
- 采用方法：新增带 `fcntl.flock` 的构建器，按SQLite本机启用BOT筛选主注册表并使用临时文件原子替换，内容无变化时不重复写盘；新增插件依赖同步器，按工程清单增量复制主状态目录中的已批准插件到执行状态目录，不删除执行端独有工程；systemd `ExecStartPre` 在每次18791启动前执行两项同步。回复前自愈失败时返回可重试错误，不再把底层Unknown Agent直接暴露给真人。秀秀替身为单网关节点，不创建第二套配置，共享代码检测不到执行视图时安全跳过。
- 数据/调用链路：创建/修改BOT -> SQLite与 `openclaw.json` 落库 -> 同步钩子获取跨进程锁 -> 从主注册表和本机BOT生成 `openclaw-executor.json` -> 18791加载；普通回复 -> 检查目标Agent是否在执行视图 -> 已存在则直接执行，缺失则只重建一次并复查 -> 18791调用Agent。服务重启 -> 插件依赖增量同步 -> 配置完整性校验与原子生成 -> 执行网关启动。单网关节点始终由主配置直接执行。
- 兼容保护：未修改数据库结构、账号、群组、聊天、Session、BOT人设、四大法、Step 4.5、Loop、Q军团、206/EasyTier、跨服授权、域名、安装包或客户端。没有把两个配置改成两个权威源，也没有让普通回复每次重写配置；目标Agent已存在时只读取缓存。守一替身保留另一窗口的X军团/BOT创建专属改动，使用窄补丁合并，未覆盖其独立源码差异。各节点数据库、server_id、密钥、工作区和业务资料保持隔离。
- 改动文件：五节点 `/opt/xiuxiu3-open-source/xiuxiu3_core/standalone.py`；五节点 `/opt/xiuxiu3-open-source/deploy/build_openclaw_executor_config.py` 与 `sync_openclaw_executor_dependencies.py`；立志教育、影团AI、守一、守一替身的 `/etc/systemd/system/openclaw-xiuxiu3-executor-gateway.service.d/97-executor-config-authority.conf`；`VERSION_RECORDS.md`、`VERSION_LOCK.md`、每日修改日志和长期功能进度网站。
- 验证结果：本地构建器单元测试5/5通过；四个双网关节点的主网关、18791执行网关、Web和Bridge均恢复active，五节点SQLite quick_check=ok。立志教育与守一替身的调研BOT、五节点记录员BOT在各自权威注册表中存在；双网关节点对应Agent同时进入执行视图。立志教育真实18791隔离Session测试中，记录员返回“工作交流记录员执行Agent正常”；调研BOT真实调用web_search，provider为parallel-free，返回真实链接，工具调用1次、失败0次。测试没有向业务群写入消息。影团AI多local镜像歧义和守一替身历史server_id误配均在验收中被发现并修复；新增完整性闸门可阻止同类空配置启动。
- 同步与回滚：立志教育 `/var/backups/xiuxiu3/executor-registry-authority-20260822-1318-lidazhi`；影团AI `/var/backups/xiuxiu3/executor-registry-authority-20260822-1325-yingtuan`；守一 `/var/backups/xiuxiu3/executor-registry-authority-20260822-1330-shouyi`；守一替身 `/var/backups/xiuxiu3/executor-registry-authority-20260822-1305-shouyitishen`；秀秀替身 `/var/backups/xiuxiu3/executor-registry-authority-20260822-1340-xiuxiutishen`。回滚只恢复故障节点自己的standalone、执行配置和systemd drop-in并重启对应Web/Bridge/网关，禁止跨节点恢复数据库、身份、密钥或工作区。
- 源码哈希：四个标准节点及秀秀替身 `standalone.py` 为 `2d81c9b0b77030450634674634b2b349a59607ea4228ddd2758bbd5d5f0be1f0`；守一替身合并核心为 `c858a31729f5ac74ba7289847ca24048ec6f4bb3a398bd1d8925a356322a034b`；执行配置构建器为 `aed9fdc07d7ee2158679d8133a614f2fc18d971b2a690e6b4307adae073e3276`；依赖同步器为 `2834b399d809dfcd594388be38f0b4f6f6444f32f3997ddbfdabdc6cdc44441d`。

记录完整性：详细记录待补齐：采用方法、数据/调用链路、改动文件、同步与回滚

打开不可覆盖的完整迭代快照

## 秀秀 3.224 - 工作交流记录员BOT与真人Session权限隔离

- 建立时间：2026-08-22 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.223；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：在立志教育、影团AI、守一、守一替身和秀秀替身五台业务服务器增加共享基础BOT“工作交流记录员bot”，允许真人本人或其替身按要求读取本账号有权查看的群聊/真人私聊记录，尽量保留原文原句并整理为聊天正文、在线报告或立大志标准Word文档；同时修复通用自我介绍兜底把“搜索线索”误判为销售岗位、并给所有BOT追加健康症状模板的问题。
- 原因判断：现有BOT无法自行读取秀秀SQLite聊天库，单靠模型记忆不能证明记录完整；若直接给共享BOT数据库权限，会产生跨真人、跨群组和跨私聊越权风险。原自我介绍兜底仍有防止模型只回一句空泛介绍的价值，问题不在兜底机制本身，而在职责解析未识别“你的核心任务”，并把提示词里的单个“线索”词误判为销售，同时对所有岗位硬编码健康资料要求。
- 修改逻辑：记录读取在模型调用前由秀秀服务器执行。权限主体固定为最初发起任务的真人，即使由替身派发也不能扩大权限；只允许该真人已加入的群组或该真人亲自参与的好友私聊。默认只导出`sender_type=user`真人消息，保留消息ID、发送人、时间、原文和引用对象，不把BOT消息混入真人沟通记录。BOT账号在每台服务器共享，但Session键继续包含目标BOT、会话类型、会话ID、最初发起真人ID和根任务ID，不同真人必然进入不同Session。完整JSONL证据仅在当前任务期间写入记录员工作区，同一服务器记录任务串行，成功、失败或重试结束后立即删除；无权目标明确拒绝，不能回退读取当前群。模型若只回复“我来读取/正在处理”而未交付正文，系统使用新的隔离Session自动重试当前一步。
- Word能力：复用`lidazhi-document-standardization`技能、`立大志标准岗位文件母版.docx`及`build_standard_doc.py`，在五节点安装`python-docx 0.8.11`运行依赖。用户明确要求Word时才生成真实docx，使用自动编号、可点击目录/书签和页码规范，并通过`XIUXIU3_FILE`返回下载文件；缺失事实标记“待确认”。用户明确要求在线链接时才生成在线报告，普通整理仍直接在聊天正文交付。
- 基础BOT与未来账号：五节点各保留一个本地共享记录员BOT，并加入全部现有`account_work`个人工作群：立志教育5/5、影团AI5/5、守一9/9、守一替身8/8、秀秀替身3/3。公司初始化档案新增`work_record_recorder`基础成员，新建真人账号建立个人工作群时会自动加入；BOT工作区、Session、个人记忆、证据和输出仍按节点与真人隔离。
- 通用自我介绍修复：保留短回复兜底，只扩展职责字段优先级到“你的核心任务/核心任务/长期能力定位/核心职责”；“线索”只有同时出现客户、销售、跟进或成交语境才归入销售；通用说明改为任务、背景、目标、资料和交付要求，不再对非医疗BOT要求症状、病史和用药。立志教育和守一替身的“全网证据调研BOT”真实数据库人设回归均不再显示销售或健康模板。
- 兼容保护：本次只改共享后端中的记录员模块、基础成员登记和自我介绍误判，不修改BOT创建/X军团、Step 4.5、Loop、Q军团、206/EasyTier、跨服授权、前端、安装包、账号、既有聊天、四大法、模型/API密钥或其他BOT人设。守一替身另一窗口已落地的X军团/创建修复以窄补丁方式完整保留，因此其源码哈希可与四个标准节点不同，不代表记录员模块未同步。
- 改动位置：五节点`/opt/xiuxiu3-open-source/xiuxiu3_core/standalone.py`；五节点`/opt/xiuxiu3-open-source/skills/lidazhi-document-standardization/`；各节点记录员工作区`/var/lib/xiuxiu3/openclaw-agents/<server_id>/<记录员bot_id>/workspace/`；各节点本机SQLite中的记录员BOT、个人工作群成员和公司初始化档案；`VERSION_RECORDS.md`、`VERSION_LOCK.md`、五台每日修改日志及长期功能总台账网站。
- 验证结果：本地权限/私聊/真人过滤/调研自我介绍回归4/4通过；五节点Python编译、Web/Bridge active、SQLite `quick_check=ok`；所有现有个人工作群覆盖率为30/30，公司初始化档案均含记录员；五节点真实母版Word生成全部通过；不同真人Session键隔离、无权群组拒绝均通过。立志教育U1执行一次不写聊天的真实模型端到端抽测，记录员读取数据库现存1条真人消息，正确输出结论、逐字原文时间线、风险边界和下一步，未混入BOT消息；任务后临时JSONL残留为0。
- 源码哈希：立志教育、影团AI、守一、秀秀替身公共核心`e80942bea7c49cb1baa8a5aa935964ffae7732f75f384982cb6b94fe67fe0f0e`；守一替身在保留另一窗口X军团创建模块后的合并核心`80ba38a7032522c90558ce63edf0317931ffce888951c805af75ca3243894766`。
- 风险与边界：共享BOT不等于共享Session或共享记录；任何目标不明确、未加入群、未建立好友私聊关系均不读取。极长聊天会增加模型读取时间和Token成本，建议明确时间范围和整理目标；系统不会突破当前账号权限抓取已不存在或当前账号已删除的数据。Word自动目录和页码在部分阅读器中可能需要打开后更新域显示，原始docx结构和内部书签已真实生成。
- 备份与回滚：立志教育`/var/backups/xiuxiu3/work-record-recorder-20260821-lidazhi/`；影团AI`/var/backups/xiuxiu3/work-record-recorder-20260821-yingtuan/`；守一`/var/backups/xiuxiu3/work-record-recorder-20260821-shouyi/`；守一替身`/var/backups/xiuxiu3/work-record-recorder-20260821-shouyitishen/`；秀秀替身`/var/backups/xiuxiu3/work-record-recorder-20260821-xiuxiutishen/`。回滚只恢复故障节点自己的源码和SQLite备份并重启Web/Bridge；禁止跨节点恢复数据库、身份、密钥或工作区。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.223 - 全网证据调研BOT（免费搜索优先）

- 建立时间：2026-08-22 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.223（节点级BOT、技能和OpenClaw工具配置，不增加全平台功能版本号）；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：在立志教育和守一替身各创建一个“全网证据调研BOT”，加入各真人账号工作群；真人只需提供关键词，即可联网搜索、核验公开网页、列出可点击链接并形成有依据的调研报告，默认优先使用免费搜索能力。
- 原因判断：DeepSeek模型本身可以生成调研文字，但没有真实联网工具时无法证明资料来自最新网页；抖音、小红书还存在登录、验证码、接口授权和公开页面可见性限制，不能把搜索摘要或模型记忆冒充已核验正文。用户提供的GitHub令牌验证返回401，不能纳入运行配置；邮箱密码不属于搜索运行所需信息，也未使用。
- 修改逻辑：两个节点分别建立同名业务BOT及独立OpenClaw Agent/workspace；工作区技能把关键词扩展为核心词、同义词、官网、数据、反方证据及百度/抖音/小红书站点限定检索式，按`web_search -> web_fetch -> browser`顺序核验。来源分A/B/C/D级，关键结论优先一手来源，打不开的内容标记“未核验”，不得编造链接。OpenClaw搜索主通道固定为官方Parallel免费提供方`parallel-free`，Brave、Tavily和Apify不作为默认通道且未保存其密钥。
- 采用方法：复用秀秀3.0现有BOT创建、Agent注册和群成员机制，不修改共享核心源码；为每个BOT写入`evidence-web-research/SKILL.md`和工具边界；安装官方Parallel搜索插件；在每台服务器以非root用户运行受systemd管理的Chrome 151无头浏览器，OpenClaw仅通过本机CDP连接，不用root `--no-sandbox`。立志教育加入U1至U7工作群，守一替身加入U1至U3工作群，不加入500公共群、测试群或其他服务器。
- 数据/调用链路：真人在自己的工作群`@全网证据调研BOT`并给关键词 -> 本节点秀秀Bridge路由到独立Agent -> DeepSeek制定检索矩阵 -> `parallel-free`返回候选链接 -> `web_fetch`读取静态正文 -> JavaScript公开页由受控浏览器打开 -> Agent按证据等级去重和交叉核验 -> 在原群返回结论、检索范围、证据链接、冲突/风险和下一步。遇到登录、验证码、付费墙或平台权限时停止绕过并明确报告限制。
- 兼容保护：没有修改秀秀Web/APP/Windows共享代码、账号、聊天、Session、既有BOT、人设、四大法、Q军团、206、EasyTier、公司级跨服权限、域名、安装包或全平台版本；只改立志教育和守一替身两个节点。免费搜索并不等于DeepSeek模型调用免费，模型费用仍按现有节点账户规则产生。抖音官方关键词检索需平台开放权限，小红书公开页可能受登录/风控限制；当前免费搜索对`site:`过滤不保证严格命中，报告必须如实标注覆盖程度。
- 改动文件：立志教育BOT工作区`/var/lib/xiuxiu3/openclaw-agents/company-d-lidazhi/bot_company_d_lidazhi_lidazhi-evidence-web-research/workspace/`；守一替身BOT工作区`/var/lib/xiuxiu3/openclaw-agents/company-d-lidazhi-yuanyi/bot_company_d_lidazhi_yuanyi_shouyitishen-evidence-web-research/workspace/`；两节点`/root/.openclaw/openclaw.json`、`/etc/systemd/system/xiuxiu3-research-browser.service`和本机SQLite中的BOT/工作群成员记录；长期功能总台账。
- 验证结果：两节点SQLite `integrity_check=ok`；立志教育BOT启用并仅存在于7个U1-U7工作群，守一替身BOT启用并仅存在于3个U1-U3工作群；两节点`evidence-web-research`技能均为ready，搜索提供方均为`parallel-free`。DeepSeek v4-flash在两节点真实调用`web_search`和`browser`成功，均打开官方`https://docs.openclaw.ai/tools/web`并识别标题“Web search - OpenClaw”；受控浏览器和OpenClaw Gateway均active。平台专项测试中，小红书未取得可核验正文，抖音只取得公开搜索线索，因此没有虚构成完整覆盖。
- 同步与回滚：立志教育创建前备份`/var/backups/xiuxiu3/research-bot-20260822-023206/`；守一替身创建前备份`/var/backups/xiuxiu3/research-bot-20260822-104213/`，包含各自SQLite在线备份和OpenClaw配置。回滚只删除对应节点新BOT的群成员关系/Agent注册/工作区，恢复该节点自己的数据库与OpenClaw配置并停用`xiuxiu3-research-browser.service`；禁止跨节点恢复数据库、密钥、账号或工作区。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.223 - 大型串行Loop派发深度保护修复

- 建立时间：2026-08-22 CST。
- 父版本：秀秀 3.222；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：修复正式串行协同Loop在16位及以上业务BOT时，前15位完成后群里虽然显示“继续第16位”，但后台没有创建第16位执行任务、只能等真人发送“继续执行”才恢复的问题。
- 原因判断：普通BOT行首`@`派发共用固定`mention_dispatch_depth >= 30`防死循环门槛；正式串行Loop每位业务BOT需经历“替身->业务BOT、业务BOT->替身”两次合法派发，15位正好消耗30层。立志教育真实审计记录为`bot.reply.mention.dispatch.max_depth`，第15位回报任务元数据深度为30，因此第16位可见派发消息写入后被深度保护拒绝入队。这不是206、EasyTier或跨服授权拒绝。
- 修改逻辑：普通群聊、普通BOT互相`@`继续以30层作为每个自动派发分段的安全基准；到达基准后停止自动续派，只有真人明确发送“继续刚才/恢复原任务/继续往下执行”等续跑指令，才从当前深度开启下一段最多30层额度。BOT回复中的“继续”不能自行续额。正式`substitute_collaboration_loop`具有参与者清单时，单段深度上限按`2 × 参与BOT数 × 轮数 + 4`动态计算，并仍设置最低30、轮数最高按10计算。原有行首完整BOT名匹配、串行只派第一位、阶段过期检查、重复任务检查、幂等键和横向业务BOT互调阻断全部保留。
- 采用方法：以真实任务群`g_task_0601e5c063b9`、Loop`loop_89b86507039f554c`的任务元数据与审计日志反推派发次数，仅对固定深度门槛做最小修改；没有改变Loop参与人、当前轮次、当前序号、消息正文或任务结果。按真人要求暂不新增大型真实模型专项测试，避免费用和对现有群聊的干扰。
- 数据/调用链路：替身生成下一位正式Loop派发 -> 读取当前Loop参与数与轮数 -> 计算本Loop独立安全上限 -> 继续执行原行首`@BOT`选择、权限、阶段和幂等校验 -> 创建唯一`queued`任务 -> 业务BOT执行并回报替身。普通任务达到本段30层后停止；真人明确要求继续 -> 系统确认消息来源为`user`且语义明确指向原任务 -> 记录新分段起点 -> 从未完成上下文继续下一段；BOT消息不能触发该续额。
- 兼容保护：不修改BOT人设、账号、群组、聊天、Session、上下文、四大法、Q/OpenClaw配置、206中转、EasyTier、授权、数据库结构、Web/APP界面或安装包。真人续跑只增加新的30层安全分段，不清零全链路累计深度，审计仍可追溯；存在多个未完成任务时继续沿用现有澄清规则。没有实现“后台自动补`@替身BOT`”：真实跨服恢复任务的`return_to_bot_id`为空，而`@替身BOT`本身是可执行路由信号，强行补写可能与显式回报、救援派发和幂等逻辑叠加；现有缺失回报标记时只重试当前步骤的保护保持不变。
- 改动文件：`xiuxiu3_core/standalone.py`、`VERSION_RECORDS.md`、`VERSION_LOCK.md`以及秀秀3.0功能修改进展网站。
- 验证结果：Python编译通过；现有跨服Loop失败恢复回归`6 passed`。组合旧测试另有4项与当前3.222基线不一致的历史断言（300秒旧超时、旧分组原因文案、旧函数签名），与本次深度修改无关，未为通过测试而反向改动现网功能。未启动真实16-BOT Loop。
- 同步与回滚：部署前各节点只备份本机`standalone.py`、版本文件和systemd版本标记，不复制或覆盖数据库、环境、密钥、BOT工作区和节点身份；普通回滚恢复故障节点自己的3.222文件并重启Web/Bridge。守一替身需使用其独立SSH管理钥匙，连接确认前不通过其他节点代写。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.226 - 内嵌预览、刻秀圈个人主页与分享对象搜索五节点同步

- 建立时间：2026-08-22 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.226（同一功能版本内的兼容修复，不提高对外功能版本号）；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：统一解决案例库、刻秀圈和Q工程分享内容在秀秀内部打开后无法正确关闭、关闭后跳登录页或消息首页的问题；补齐刻秀圈头像私聊、单个真人/BOT刻秀圈主页和3天/7天/1个月/永久可见时限；在案例库分享与刻秀圈分享中增加真人、BOT和群组搜索，避免只能滚动长名单；将守一替身已经验证的通用能力同步到立志教育、影团AI、守一和秀秀替身。
- 原因判断：旧分享链接直接跳转外部页面并携带`return_to`，桌面壳、手机WebView和普通浏览器对`window.close()`及历史返回的处理不同，导致关闭整个客户端、回登录页或丢失刻秀圈来源。刻秀圈原来只有公共Feed，没有账号级历史可见设置和作者主页；分享对象使用长下拉框，千级BOT环境下只能滚动。此前守一替身存在局部实现，但其他节点代码没有统一，因此用户在不同服务器看到的功能不一致。手机端既有页面驻留时不会在运行中替换已加载JavaScript，这是“服务器已同步但当前窗口仍显示旧界面”的主要边界，不等于消息增量接口失效。
- 修改逻辑：秀秀内部分享统一使用同页独立预览层，打开时删除外链中的`return_to`；关闭按钮只关闭预览层并恢复原页面、原会话或原刻秀圈，不退出客户端。外部复制的公开网址保持干净，普通浏览器关闭不强制跳入秀秀。刻秀圈按当前作者增加个人主页，真人或BOT头像进入对应私聊入口；未开放BOT只提供只读入口，不绕过调用权限。账号级`moments_history_days`只控制别人从个人主页可查看多久，合法值为3、7、30和0（永久），不在每条动态重复设置。案例库与刻秀圈分享分别增加独立搜索框，按真人显示名/账号、BOT名称/ID和群组名称过滤现有授权选项，不扩大原有分享权限。
- 采用方法：先从五节点提取实时文件哈希并制作守一通用候选和守一替身差异候选；使用窄补丁合并前后端，保留守一替身X军团代码差异。静态入口增加内容版本查询参数，HTML继续`no-cache`，JS/CSS改为5分钟可重验证缓存，确保重新打开页面后获取新文件。部署前逐台执行哈希闸门、Python/JavaScript语法检查、SQLite在线备份和数据库完整性检查；只替换`app/mobile.js`、`app/index.html`、`web/web.js`、`web/index.html`和`xiuxiu3_core/standalone.py`，只重启Web服务，不重启Bridge、OpenClaw、Q或X服务。
- 数据/调用链路：案例库或刻秀圈点击分享内容 -> 秀秀同页预览层 -> 清理`return_to`后的目标页 -> 关闭事件`xiuxiu-close-preview` -> 关闭预览层并保留来源页面。刻秀圈头像 -> 按作者类型和稳定ID定位真人/BOT -> 打开私聊或受限只读入口；作者主页 -> `/api/moments/feed`按作者和历史时限返回。账号设置 -> `/api/moments/history-visibility`校验当前登录真人和合法天数 -> 保存账号偏好并更新本机既有动态元数据。分享搜索 -> 只过滤当前Bootstrap已经授权可见的真人/BOT/群组选项 -> 原分享接口执行，不新授予权限。
- 兼容保护：未改账号、群组、好友、聊天记录、BOT人设/技能/记忆、模型、4.5、Loop、001/002、Q002/Q010、X军团、206协议、跨服鉴权、安装包技术版本或服务器身份。BOT头像可点击不代表可调用，原权限拒绝继续生效。可见时限只影响他人查看作者历史刻秀圈，作者本人仍可查看自己的内容。守一替身使用独立候选保留其X军团差异；五节点数据库、Server ID、Q/X身份和本地工作区从未互换。
- 改动文件：五节点`/opt/xiuxiu3-open-source/app/mobile.js`、`app/index.html`、`web/web.js`、`web/index.html`、`xiuxiu3_core/standalone.py`；本次浏览器专项`ui-preview-moments-search.spec.js`；`VERSION_RECORDS.md`、每日修改日志和长期功能总台账。新增接口为`POST /api/moments/history-visibility`，扩展`GET /api/moments/feed`作者筛选；新增前端模块包括同页预览、个人刻秀圈、分享对象搜索和账号可见时限设置。
- 验证结果：守一Python/JavaScript语法通过；桌面1440x900和手机390x844 Playwright真实HTTPS测试2/2通过，覆盖预览打开/关闭、`return_to`清理、刻秀圈设置、个人主页、案例库搜索与布局截图。守一U3接口测试覆盖合法保存、非法14天返回400、跨账号修改返回403、近期/过期动态过滤和数据恢复。五节点实际账号均完成登录、Compact Bootstrap和历史时限原值保存；五台公网`/health`与`/api/version`正常，页面均加载`20260822-preview-moments-search-3226-2`资源，JS缓存为`public, max-age=300, must-revalidate`，SQLite均为`ok`。守一U2向U3共同总群发送临时消息后，已打开的U3手机消息首页7.75秒内自动出现新会话摘要；测试消息已删除，数据库复检`ok`。两项旧回归断言仍要求历史静态资源版本和旧轮询字符串，属于过期夹具，未为通过旧断言回退生产逻辑。
- 同步与回滚：守一回滚点`/var/lib/xiuxiu3/backups/20260822-1615-preview-moments-sync`及搜索增量备份`20260822-1618-preview-moments-search`；守一替身`/var/lib/xiuxiu3/backups/20260822-1640-preview-moments-search`；秀秀替身`/var/lib/xiuxiu3/backups/20260822-1640-preview-moments-search`；立志教育和影团AI分别为`/var/lib/xiuxiu3/backups/20260822-1652-preview-moments-search`。四个通用节点最终前端/后端哈希一致；守一替身前端和后端为保留X军团差异的独立哈希。回滚只能恢复故障节点自己的五个文件和数据库备份并重启Web，禁止跨节点恢复数据库、密钥、账号或工作区。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.226 - OpenClaw旧轨迹误恢复与调研/记录员连续任务修复

- 建立时间：2026-08-22 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.226（同一功能版本内的稳定性修复，不提高对外功能版本号）；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：修复同一个BOT Session连续发送不同消息时，后台把历史成功回复误当成本轮结果的问题；恢复“全网证据调研BOT”在自我介绍后继续执行真实联网调研的能力；恢复“工作交流记录员bot”识别“查一下沟通记录”及紧接着“按时间整理成Word”等连续指令的能力。
- 原因判断：Bridge每2秒检查OpenClaw稳定Session轨迹时，只判断轨迹中是否曾出现`session.ended=success`，没有校验事件是否晚于本轮`run_started_at`。因此旧成功事件会立即命中，当前OpenClaw进程被终止，再由`recover_openclaw_reply_from_trajectory()`返回上一轮正文。立志教育实证为：调研BOT第一次正确自我介绍，第二次收到“三家类似项目+网站”后4秒内又返回相同自我介绍；记录员BOT第一次拒绝后，后续目标补充、Word要求和自我介绍均重复旧拒绝。联网工具、数据库聊天、好友关系、记录员Word技能和Agent登记本身均存在，不是模型、人设、权限或数据丢失。
- 修改逻辑：新增统一OpenClaw事件时间解析；轨迹成功、回复恢复和上下文溢出判断均增加本轮开始时间下限，并从最新事件反向判断。只有本轮开始之后生成的`session.ended=success`和对应助手文本才允许终止CLI并恢复，旧成功、旧溢出和旧正文不再影响新任务。记录员请求识别补充“查找/查一下/查询/检索”，并在同一真人、同一记录员私聊、两小时内且当前消息明确包含继续/整理/Word等跟进标记时，继承最近一次目标会话；普通“介绍一下自己”不继承记录读取。
- 采用方法：先对立志教育数据库、Agent工作区、执行轨迹、任务metadata和审计日志做只读取证，确认两个BOT复现同一旧轨迹故障；制作窄补丁并用人工轨迹夹具回归旧成功隔离、新成功恢复和真实文本选择；立志教育灰度后，以不写业务聊天的隔离Session连续执行唯一标记与真实`web_search`；记录员只读准备曹总私聊证据，验证目标解析、真人消息筛选、自我介绍隔离和Word跟进继承。通过后同步其余四节点，只重启Bridge。
- 数据/调用链路：真人新消息 -> Bridge记录本轮开始时间 -> OpenClaw沿用按真人/会话隔离的稳定Session -> 每2秒仅检查本轮开始后的轨迹事件 -> 本轮成功才恢复本轮回复 -> 原对话入库。记录员链路为：真人提出查找沟通记录 -> 服务端按当前真人好友/群成员权限解析目标 -> 仅提取可见真人消息写临时JSONL -> 独立任务Session整理 -> 成功/失败后清理临时证据；紧接的格式化指令只在两小时窗口和同一真人私聊中继承目标，不扩大权限。
- 兼容保护：未修改数据库结构、账号、群组、好友关系、聊天历史、BOT人设、技能、记忆、四大法、Step 4.5、Loop、Q/X军团、206/EasyTier、跨服授权、模型/API密钥、前端、安装包、域名或版本接口。调研BOT仍只部署在立志教育和守一替身；其他节点不新增该BOT。记录员仍只读取发起真人本人有权访问的真人消息，自我介绍和普通问答不会触发记录读取。守一替身保留自身X军团源码差异，因此其最终源码哈希与四个通用节点不同。
- 改动文件：五节点`/opt/xiuxiu3-open-source/xiuxiu3_core/standalone.py`；`VERSION_RECORDS.md`；五节点每日修改日志及不可覆盖迭代快照。没有修改BOT工作区、OpenClaw主/执行配置、SQLite业务数据和任何客户端文件。
- 验证结果：两份候选源码Python编译通过；轨迹时间夹具返回`TRAJECTORY_FRESHNESS_TEST_OK`。立志教育同一隔离Session第一轮返回`FRESHNESS_ONE`，第二轮返回`FRESHNESS_TWO`并真实调用`web_search`返回可点击链接，未复用第一轮。守一替身同样连续生成两个不同runId，第二轮真实调用搜索并返回GitHub链接。记录员只读测试从U2与曹总目标私聊识别31条现存真人消息；自我介绍上下文为空；紧接Word指令继承相同31条记录。五节点Web、Bridge和18791执行网关均为active，五个公网Web入口均HTTP 200，Bridge重启后未发现新增Traceback/ERROR/Exception。立志教育、影团AI、守一、秀秀替身共享源码SHA-256为`cd1f37d30ee75f02b1861a82e004c7810d92b5304a00acd02bb64c30dfa0237e`；守一替身保留X差异的SHA-256为`494a8760dec9903d46dcb0ab841f97689158893146310461911b3bc48229c262`。
- 同步与回滚：立志教育回滚点`/var/backups/xiuxiu3/openclaw-trajectory-freshness-20260822-090008`和`/var/backups/xiuxiu3/openclaw-freshness-record-20260822-090652`；影团AI`/var/backups/xiuxiu3/openclaw-freshness-record-20260822-090651`；守一`/var/backups/xiuxiu3/openclaw-freshness-record-20260822-090652`；守一替身`/var/backups/xiuxiu3/openclaw-freshness-record-20260822-090744`；秀秀替身`/var/backups/xiuxiu3/openclaw-freshness-record-20260822-090651`。回滚只恢复故障节点自己的`standalone.py`并重启该节点Bridge；禁止跨节点恢复数据库、密钥、账号、BOT工作区或服务器身份。

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

打开不可覆盖的完整迭代快照

## 秀秀 3.226 - 电脑端消息与会话列表增量渲染

- 建立时间：2026-08-22 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.226（同一功能版本内的电脑端稳定性修复，不提高对外功能版本号）；固定严重故障回滚基准仍为秀秀 3.2。
- 修改目的：消除电脑端后台同步到新消息、已读状态或会话摘要时，消息区和左侧会话列表整段重建造成的可见闪动、滚动位置偏移和阅读中断；保留现有实时消息速度与所有业务链路。
- 原因判断：电脑端已经采用每2秒轻量消息状态检查和每15秒精简Bootstrap，不再周期性整页拉取；但状态变化后，`loadMessages()`与`loadNewMessages()`仍通过`innerHTML`重建当前消息窗口，Bootstrap发现活动变化也会重建整个会话列表。已读数变化同样进入完整消息渲染键；用户向上查看历史消息时，新增消息路径还会裁掉窗口顶部旧消息。这些前端DOM行为会造成页面跳动，与服务器CPU或数据库不足无直接关系。
- 修改逻辑：消息列表以`message_id`为稳定键，正文未变时保留原节点；已读/未读变化只更新回执文字，正文、折叠状态和相邻消息节点不重建；正文确实编辑或撤回时只替换对应消息节点；新增消息只追加新增节点，删除消息只移除对应节点。用户位于底部时继续自动跟随最新消息；用户正在查看历史时保留全部已加载消息并按消息锚点恢复位置。会话列表按`conversation_id`就地更新摘要、未读数和时间，排序变化前后保存首个可见会话锚点与偏移。
- 采用方法：抽出会话列表生成与渲染键函数；为消息内容和回执分别建立稳定哈希；新增`reconcileMessageList()`与`reconcileDesktopSessions()`执行节点级差异更新；使用双`requestAnimationFrame`恢复消息锚点，并在会话排序后恢复左栏可见锚点。保留输入法组合、最近输入、发送中暂停Bootstrap以及浏览器Leader轮询机制。
- 数据/调用链路：电脑端每2秒请求当前会话`/api/im/messages/status`；无变化不操作DOM，有新rowid时只拉新增消息并执行节点级追加，编辑/撤回/已读签名变化时拉当前消息并只更新变化节点。每15秒Compact Bootstrap只在会话结构或活动摘要变化时执行会话节点级更新；刻秀圈仍仅在电脑端刻秀圈可见时每10秒刷新。
- 兼容保护：未修改后端接口、数据库结构、消息内容、账号、群组、好友、BOT人设/技能/记忆、权限、4.5、Loop、001/002、Q/X军团、206跨服协议、OpenClaw、安装包技术版本或手机端逻辑。消息状态检查周期、Bootstrap周期、已读回执、置顶排序、新消息自动到底部和手动刷新入口保持原标准。守一替身继续使用包含X军团显示差异的独立前端候选。
- 改动文件：五节点`/opt/xiuxiu3-open-source/web/web.js`与`web/index.html`；专项浏览器测试`ui-preview-moments-search.spec.js`；`VERSION_RECORDS.md`、每日修改日志、不可覆盖迭代快照和长期功能总台账。
- 验证结果：通用与守一替身专用JavaScript语法通过。守一U3真实HTTPS浏览器4项回归全部通过，覆盖回执更新保留消息节点、正文修改只替换目标节点、新消息追加不重建相邻节点、会话摘要更新保留节点及滚动位置，同时覆盖案例库、刻秀圈、普通生成链接和历史分享关闭返回原位置。立志教育U2独立回归3项通过、1项守一历史页条件跳过。五节点公网均加载`20260822-desktop-incremental-render-3226-6`，Web服务均为active；立志教育、影团AI、守一、秀秀替身共享前端哈希一致，守一替身专用哈希与候选一致；五台主数据库`quick_check=ok`。
- 同步与回滚：五节点修改前均建立本机`/var/lib/xiuxiu3/backups/20260822-desktop-incremental-render/web/`，只备份并替换电脑端两个文件。回滚时仅恢复故障节点自己的`web.js`与`index.html`并重启`xiuxiu3-web`；不重启Bridge、OpenClaw、Q或X服务，禁止跨节点恢复数据库、密钥、身份或工作区。
"nn"# 秀秀 3.226 - 工程交付链接移动端关闭双保险

- 建立时间：2026-08-22 CST。
- 详细记录标准：v1。
- 父版本：秀秀 3.226（同一功能版本内兼容修复）；严重故障回滚基准仍为秀秀 3.2。
- 修改目的：修复Q工程直接使用网址在手机安装版中裸页打开后无关闭入口的问题，关闭后恢复原会话、案例库或刻秀圈。
- 原因判断：同页预览与`/open-artifact`已有关闭栏，但工程产物自身无关闭代码；旧驻留JavaScript、WebView直接导航或未命中点击拦截时会进入无退路的原始HTML。
- 修改逻辑：主路径继续使用秀秀同页预览；工程HTML增加来源感知兜底，只在秀秀内嵌、同源`/app/`或`/web/`来源、内部预览标记时显示关闭，普通外部访问保持隐藏。同源且当前预览可见的嵌套关闭事件才会被接受。
- 采用方法：发布网页工程时以幂等标记注入兜底；五节点已有`engineering-previews`页面使用同一函数校准；资源标记更新为`20260822-artifact-close-fallback-3226-7`；只重启Web。
- 数据/调用链路：最新版点击 -> 同页预览 -> 外层关闭 -> 恢复来源；旧直开 -> 页面兜底关闭 -> 浏览器历史回原位置；外部直开 -> 无秀秀来源 -> 不显示控件。
- 兼容保护：不改工程业务内容、ZIP、数据库、账号、群组、消息、BOT、4.5、Loop、Q/X、206、跨服授权或安装包技术版本；下载类文件继续直接下载。
- 改动文件：`xiuxiu3_core/standalone.py`、`app/mobile.js`、`app/index.html`、`web/web.js`、`web/index.html`、已有工程预览HTML、浏览器专项、修改日志和长期总台账。
- 验证结果：守一U3原有桌面、案例库、刻秀圈、预览和历史分享回归通过；立志教育U2对真实`qtask_4393c56b74874bc3aed441c41eb15a40`完成最新版、旧直开和外部浏览器三路径测试；五节点Web与SQLite正常。
- 同步与回滚：五节点本机回滚点均为`/var/lib/xiuxiu3/backups/20260822-artifact-close-fallback/`；只恢复本节点文件和工程预览并重启Web。

打开不可覆盖的完整Q军团修改快照

## 秀秀替身 2026-08-22 - Q工程内存与重复任务稳定性修复

- 详细记录标准：v1
- 记录标识：`q-engineering-memory-dedup-20260822-v1`
- 修改目的：避免Q工程构建因1.5GB服务限额和重复确认产生的并发任务而中断。
- 原因判断：工程Worker在多个Claude/Codex子进程并存时触达服务级MemoryMax；同一项目再次确认会因root_command_id变化生成第二个执行ID。
- 修改逻辑：Q Worker上限调整为4GB；X/Codex Worker上限为不适用（本节点无X Worker）；工程并发固定为1；同一对话、项目、应用目标和交付类型已有queued/running任务时复用原任务，done/failed任务仍允许后续新版本。
- 采用方法：systemd drop-in覆盖内存上限；环境项`Q_ENGINEERING_CONCURRENCY=1`；在工程调度入口增加活动任务签名去重。
- 数据/调用链路：真人确认→秀秀工程调度→活动任务签名核验→复用或建立唯一task_event→Q工程Worker串行执行→结果回传；未修改聊天、BOT、群组或业务数据库。
- 兼容保护：仅限制工程构建并发，不限制普通聊天、BOT调用、Loop或跨服消息；保留失败任务与历史产物；各节点基于本机源码增量修改，未整文件互相覆盖。
- 改动文件：`/etc/systemd/system/xiuxiu3-q-worker.service.d/90-memory-limit.conf`、`/etc/xiuxiu3-q.env`、`/opt/xiuxiu3-open-source/xiuxiu3_core/standalone.py`；守一替身另含`/etc/systemd/system/xiuxiu3-x-worker.service.d/90-memory-limit.conf`。
- 验证结果：systemd实际MemoryMax、并发环境项、Python语法、Web/Bridge状态、Web健康接口和Q本地工程接口均完成核验。
- 同步与回滚：已同步五个运行节点；每个源码和环境文件均有带UTC时间戳的本机备份。回滚时删除对应drop-in、恢复本机备份并仅重启受影响服务。

打开不可覆盖的完整Q军团修改快照

## 秀秀替身 2026-08-22 - Q工程并发调整为3

- 详细记录标准：v1
- 记录标识：`q-engineering-concurrency-3-20260822-v2`
- 修改目的：在稳定性保护下允许最多3个不同工程同时执行。
- 原因判断：用户确认工程并发标准为3；同项目重复确认仍必须复用原任务。
- 修改逻辑：保留Q Worker 4GB与X/Codex Worker 不适用内存上限；将工程并发从1调整为3；活动任务签名去重保持不变。
- 采用方法：环境项改为`Q_ENGINEERING_CONCURRENCY=3`，重启Q Worker加载配置。
- 数据/调用链路：最多3个不同工程进入执行；同一对话、项目、应用目标和交付类型只保留一个活动任务。
- 兼容保护：普通聊天、BOT调用、Loop、跨服消息、历史任务和业务数据均未修改。
- 改动文件：`/etc/xiuxiu3-q.env`；前一条内存drop-in和工程去重源码继续有效。
- 验证结果：并发环境项、Worker状态、MemoryMax、Web健康和Q工程接口逐节点复核。
- 同步与回滚：同步五个运行节点；环境文件保留时间戳备份，可恢复后仅重启Q Worker。