对比口径：以秀秀1.0资料中已明确的稳定能力、操作手册和协同标准为基准，用当前本机秀秀3.0源码逐项核对。本页不改业务代码，只做源码级梳理。
| 分类 | 1.0基准能力 | 3.0现状 | 结论 |
|---|---|---|---|
| 品牌与端能力 | Web、Android、Windows、Linux 品牌统一、默认服务器、去更新弹窗、去无关插件。 | 3.0已有Web和移动端源码，历史报告/安装包显示Android与Windows产物存在；1.0的品牌替换经验已记录为操作约束。 | 需多轮测试 |
| IM基础 | 消息、群组、好友、引用、附件、@。 | 3.0源码覆盖发送、入库、拉取、引用、附件、已读、收藏、转发、撤回/删除、群管理。 | 已稳定实现 |
| Bot调用 | @触发 → Agent处理 → 秀秀回发，不能靠假回复。 | 3.0已通过OpenClaw Agent调用，失败透明提示；同时保留程序层边界校验。 | 已稳定实现 |
| 替身派发 | 替身接单、拆解、派发、验收、收口。 | 3.0已加第4.5步工作要求整理专家，替身以前台清晰结构接单，后台按metadata流转。 | 需多轮测试 |
| 批量创建Bot | 002出方案、替身审核、001配置、逐个验收。 | 3.0已实现锁定清单、数量冲突、确认执行、001动作协议、入群绑定、自测和下一个推进。 | 主链路稳定 |
| 多Bot/Loop | 主持人推进，多轮发言，最终汇总，不能半路停。 | 3.0已有workflow_loops、有序协同、行首@继续派发、主题抽取、插队暂停和最终收口；复杂多loop选择仍要压测。 | 需多轮测试 |
| 跨服务器 | 各服务器独立数据和Agent，消息可跨服中转。 | 3.0有公共中转、跨服好友/Bot、公域索引、replicated_from防循环；同步过程仍需逐台测试。 | 需多轮测试 |
| 1.0原子链路 | 每条派发消息带目标、任务、上下文、回报对象。 | 3.0通过atomic metadata、source_task_id、workflow、return_to、batch/loop上下文实现大部分原子化。 | 接近稳定 |
按"真实使用时用户看到什么、后台实际做什么、出了异常怎么处理"来写，把秀秀1.0的稳定使用体验和秀秀3.0当前源码里的实现对应起来。
| 功能 | 用户侧体验 | 后台处理逻辑 | 异常/边界 |
|---|---|---|---|
| 发送普通消息 | 用户在电脑端或手机端输入文字，点击发送后先看到自己发出的消息。 | 前端调用/api/im/messages，后端进入send_im_message，先写入chat_messages，再判断是否需要触发Bot。 | 如果身份不匹配、会话不存在或无权限，消息不会进入后续任务链。 已稳定实现 |
| 引用回复 | 用户点击一条消息引用，回复时能看到"引用/回复给某人"的摘要。 | 前端把quote和quoted_target写入metadata；后端augment_quote_mention_targets会把引用Bot自动补成mention目标。 | 引用真人只是上下文；引用Bot时可能触发对应Bot处理，这是3.0比普通IM更强的地方。 已稳定实现 |
| @候选和行首@ | 群聊里输入@可以选择成员或Bot；行首@某Bot会把任务派给它。 | 前端写mention_targets；后端优先用metadata，否则用line_start_mention_tokens解析行首@。 | 正文中随便提到@不会默认派发，避免误触发；相似名字会拦截，让用户用完整名称。 已稳定实现 |
| 文件/图片/视频 | 用户可上传文件、图片、视频，聊天气泡可预览或下载。 | 文件先走/api/files/upload，消息metadata里保存附件；Bot任务会把附件摘要/内容加入OpenClaw prompt。 | 文件任务不能只返回服务器路径，需要用XIUXIU3_FILE生成可见附件或报告链接。 已稳定实现 |
| 消息搜索和历史加载 | 用户可以搜索当前会话历史，上滑加载更早消息。 | 后端search_messages和list_messages(before)读取数据库；前端保持滚动锚点。 | 如果切换会话，conversationSwitchSeq防止旧会话结果覆盖当前窗口。 已稳定实现 |
| 收藏、转发、分享 | 可以收藏消息、多选转发、生成分享卡片，分享到刻秀圈或案例库。 | 对应message-favorite、message-share、case-library接口。 | 收藏跳转依赖消息仍可见；被撤回或无权限消息不会正常展示。 已稳定实现 |
| 功能 | 用户侧体验 | 后台处理逻辑 | 异常/边界 |
|---|---|---|---|
| 替身接单 | 用户@替身后，替身先理解任务，而不是直接乱派或乱创建。 | 第4.5步先调用工作要求整理专家BOT，把原话整理成execution_content和metadata。 | 整理专家失败时才降级到旧程序分类；正常不靠关键词枚举。 已稳定实现 |
| 讨论任务 | 用户说"先讨论、帮我想一下、应该找哪些专家"时，替身应该输出思路、专家建议和下一步，而不是创建Bot。 | 4.5输出discussion_consultation，第9步保留龙虾原文，并追加轻量后续执行建议。 | 如果龙虾输出行首@，讨论阶段会禁止自动派发，避免没确认就启动Loop。 需多轮测试 |
| 普通调用已有Bot | 用户让替身找群里合适Bot处理，替身应先匹配现有Bot并派发。 | 4.5根据当前群成员语义输出dispatch_targets；程序层只校验Bot真实存在、启用、在当前群。 | 如果当前群没有合适Bot，替身应说明缺少什么Bot并建议创建，不跨群乱找。 需多轮测试 |
| 确认工单 | 创建、配置、多Bot等高风险任务先给用户看清单，用户回复"确认执行"后再继续。 | 待确认内容写入task_events和metadata；确认时通过最新待确认工单或引用消息找回。 | 如果同时有多个待确认工单，会提示无法唯一确认，防止确认错任务。 已稳定实现 |
| 最终收口 | 多Bot或批量任务结束后，替身输出清晰汇总，而不是只说完成。 | 替身读取当前批次/Loop metadata和子任务结果，形成最终回复。 | 如果子任务失败，应列出失败项和原因，不把未完成任务包装成完成。 需多轮测试 |
| 功能 | 用户侧体验 | 后台处理逻辑 | 异常/边界 |
|---|---|---|---|
| 任务语义整理 | 用户不用按固定格式说话，口语化任务也可以被整理成后台可执行要求。 | 整理专家只输出XIUXIU3_REQUIREMENT JSON，包含任务类型、组合阶段、正式执行内容、专家候选、已有Bot派发目标、创建清单。 | 整理结果不直接展示给用户，防止后台字段污染聊天窗口。 已稳定实现 |
| 减少程序枚举 | 用户不需要说固定关键词，系统也能判断是讨论、创建、调用已有Bot、Loop或其它任务。 | 正常链路以整理专家输出为权威来源；旧关键词逻辑只在整理专家失败时兜底。 | 如果整理专家误判，后续仍可能走偏，所以第9步还有确认门槛和边界校验。 需多轮测试 |
| 组合任务 | 用户可以说"先讨论，确认后创建Bot，再让它们Loop协同"。 | task_type表示当前第一阶段，task_modes表示后续可能阶段。 | 讨论阶段不自动创建；用户后续明确确认或引用创建时才进入批量创建。 已稳定实现 |
| 通用兜底 | 不属于前四类的检查、分析、报告、同步、解释等任务也能继续走。 | 使用general_other，仍输出完整execution_content、预期产出和验收规则。 | 不能只写"其它"，否则第8步龙虾不知道怎么生成完整回复。 已稳定实现 |
| 动态专家建议 | 讨论招聘就给招聘专家，讨论健康就给医学专家，不能固定套"方法论/落地/审核"。 | expert_candidates由整理专家按业务主题生成，程序层只做安全过滤。 | 这是近期修复点，需要用更多行业任务验证输出质量。 需多轮测试 |
| 功能 | 用户侧体验 | 后台处理逻辑 | 异常/边界 |
|---|---|---|---|
| 单Bot创建 | 用户要求创建一个Bot时，替身先给确认方案，确认后让002/001执行。 | 4.5输出单个explicit_bot_list，第5步生成创建metadata，确认后进入002方案和001配置。 | Bot ID不是用户必须提供，001配置时由秀秀自动生成。 已稳定实现 |
| 批量创建 | 用户创建多个Bot时，替身展示清晰锁定清单，逐个创建。 | BATCH_BOT_CREATION_LOOP_TEXT规定"派发→验收→再派发"，metadata记录批次ID和当前项。 | 不能一次性让001配置多个，也不能用群里所有Bot数量判断批次完成。 已稳定实现 |
| 数量冲突 | 用户说创建4个，但正文写了5个时，系统不会直接猜。 | batch_bot_count_conflict记录声明数量和解析数量，要求用户确认最终清单。 | 该任务不会继续派002/001，避免错建。 已稳定实现 |
| 002创建顾问 | 002只输出当前一个Bot的完整人设方案。 | 提示词要求SOUL/IDENTITY/USER/TOOLS/HEARTBEAT/MEMORY、合规自检、高级权限建议和001交接。 | 002不能输出XIUXIU3_ACTION，不能越过替身直接配置。 已稳定实现 |
| 001配置顾问 | 001收到替身审核通过后，创建/更新Bot、拉入群、绑定Agent并自测。 | 001必须输出XIUXIU3_ACTION configure_bot，秀秀服务器解析后执行落库和绑定。 | 001不能说"等我去执行命令"，不能把普通说明当配置动作。 已稳定实现 |
| 长期记忆文件 | 新Bot应有自己的人设和长期资料，后续可培养迭代。 | 创建方案和OpenClaw工作区包含长期文件规则，要求SOUL/IDENTITY/USER/TOOLS/HEARTBEAT/MEMORY。 | 不能把单次测试任务写进长期人设，否则以后会串台。 需多轮测试 |
| 功能 | 用户侧体验 | 后台处理逻辑 | 异常/边界 |
|---|---|---|---|
| 有序协同 | 替身按顺序点名多个Bot，每个Bot发言后再进入下一个。 | schedule_ordered_group_messages创建父任务，逐个子任务入队，等待完成后继续。 | 某一步超时或失败，父任务会停止并说明失败位置。 需多轮测试 |
| 固定Loop | 创建一套固定流程后，后续同类问题能调用该Loop。 | workflow_loops保存Loop名称、触发文本、步骤和metadata。 | 多Loop并存时，仍需验证语义选择是否准确。 部分实现/待完善 |
| Loop主题抽取 | 执行Loop时应围绕真正业务主题，而不是把"创建Bot"的原始长命令当主题。 | 第4.5步输出整理后的execution_content，第9步以当前Loop任务为准。 | 复杂引用、长上下文和后续任务链接仍需多轮压测。 需多轮测试 |
| 插队暂停 | 用户中途提出新要求或修正时，旧Loop不应该装作没看见继续跑。 | 协同父任务检查conversation_workflow_paused，发现暂停则停止后续派发。 | 暂停后的恢复需要用户重新确认或替身重新拆解。 已稳定实现 |
| 业务Bot横向派发限制 | Loop中业务Bot只回主持/替身，不私自@其他业务Bot。 | 第11步派发规则和metadata约束业务Bot横向@。 | 可见文本中的@会被清洗或抑制派发，防止跑乱。 已稳定实现 |
| 功能 | 用户侧体验 | 后台处理逻辑 | 异常/边界 |
|---|---|---|---|
| 完整语义生成 | 用户看到的是Bot基于任务生成的完整自然语言回复。 | 第8步通过openclaw agent执行，prompt包含Bot人设、工作区、公司资料、群成员、任务、附件和整理结果。 | 讨论和通用任务原则上保留龙虾原文，不用结构化兜底覆盖正文。 需多轮测试 |
| 输出抽取 | 不会把OpenClaw运行日志、JSON外壳、工具提示原样发给用户。 | extract_openclaw_reply优先抽JSON字段，再保留多行可见文本，过滤日志/密钥/token提示。 | 如果OpenClaw输出格式变化，需要继续调整抽取规则。 已稳定实现 |
| trajectory恢复 | 如果最终stdout只剩短句，但运行轨迹里有完整回复，会尽量恢复完整内容。 | recover_openclaw_reply_from_trajectory读取OpenClaw轨迹文件。 | 轨迹不存在或也失败时，只能重试或失败提示。 已稳定实现 |
| 上下文压缩 | 长任务不会一溢出就直接失败，会先自动压缩重试。 | _compact_context_overflow_prompt保留当前任务、长期人设、群成员、附件、最近交接和批量上下文。 | 如果压缩后仍溢出，会返回可追踪失败，不假装完成。 需多轮测试 |
| 失败透明 | 模型超时、会话锁、上下文溢出时，用户能看到原因，而不是固定假回复。 | RetryableBotTaskError、openclaw_timeout、same_bot_session_busy等原因码。 | 外部模型服务不稳定仍可能导致最终失败，需要后台重试/人工重新派发。 需多轮测试 |
| 功能 | 用户侧体验 | 后台处理逻辑 | 异常/边界 |
|---|---|---|---|
| 跨服真人沟通 | 不同服务器用户可以搜索、申请好友、互发消息。 | 公共接口/api/public/friend-request、/api/public/message和中转逻辑处理跨服传输。 | 需要双方服务器在线、授权正确、用户公开可见。 需多轮测试 |
| 跨服Bot调用 | 本群/私聊调用远端Bot时，任务应该转给Bot所在服务器处理。 | route_remote_bot_from_source把消息交给对端，对端再走自己的OpenClaw。 | 本地不能冒充远端Bot回复；远端失败应回"跨服调用失败"。 需多轮测试 |
| 防循环复制 | 跨服消息不会在两个服务器之间无限来回转发。 | metadata里的replicated_from会让send_im_message只保存不再二次派发。 | 如果对端没有带这个字段，会有循环风险，需要中转层统一。 已稳定实现 |
| 代码同步 | 以立大志稳定版本为基准，同步到其它服务器，但不覆盖各自Bot和聊天记录。 | 当前主要是运维流程：备份、rsync代码、保留数据库/Agent、本地编译、重启、测试。 | 这不是产品内一键功能，执行时必须严格排除数据库和工作记录。 部分实现/待完善 |
| 功能 | 电脑端 | 手机端 | 状态 |
|---|---|---|---|
| 消息列表 | loadMessages读取当前会话消息 | loadMobileMessages读取当前会话消息 | 已稳定实现 |
| 发送消息 | sendCurrentMessage | sendMobileMessage | 已稳定实现 |
| @面板 | renderMentionPanel | renderMobileMentionPanel | 已稳定实现 |
| 附件预览 | showFilePreview | showMobileFilePreview | 已稳定实现 |
| 多选转发 | enterMultiSelect、startMultiSendMessages | enterMobileMultiSelect、startMobileMultiSendMessages | 已稳定实现 |
| 朋友圈 | renderFeed、createMoment | renderMobileFeed、/api/moments | 已稳定实现 |
| 管理面板 | 用户、Bot、权限、授权、公司规则等完整 | mountMobileAdminIntoSettings提供移动管理入口 | 需多轮测试 |
| 1.0做法 | 3.0变化 | 好处 | 需要注意 |
|---|---|---|---|
| 1.0更像"明确原子消息派发"：每次写清目标、任务、上下文、回报对象 | 3.0把这些信息更多放进task metadata、atomic envelope和可见@派发中 | 聊天窗口更少刷屏，后台可追踪 | metadata丢失时容易退回旧模板或上下文猜测，第4.5步和第9步很关键 |
| 1.0替身接单回复结构清晰 | 3.0近期恢复"任务理解、MECE拆解、角色匹配、执行顺序、验收标准"的前台结构 | 用户能看懂下一步 | 不能让结构化模板覆盖龙虾完整方案，讨论任务要保留自然回复 |
| 1.0强调不要假回复 | 3.0明确OpenClaw失败要透明报错，不能本地固定回复冒充动态生成 | 故障可追踪 | 用户侧会看到超时/上下文溢出等错误，需要后台继续优化稳定性 |
| 1.0端侧品牌替换靠源码和编译流程 | 3.0同时有品牌配置、Web/移动端前端、下载产物 | 部署灵活 | 安装包、缓存、默认域名仍需逐端验证 |
/api/im/messagessend_im_message → insert_chat_message 写 chat_messagesXIUXIU3_REQUIREMENTcreate_task_event 写 task_events，补齐原子metadata、批量/Loop/确认/数量冲突信息BOT_TASK_QUEUE 入队，worker 调 process_bot_taskopenclaw agentbot_insert_message 写回 chat_messages，沉淀长期记忆task_events/api/im/messages 展示| # | 1.0细功能点 | 3.0源码/文件依据 | 状态 | 说明 |
|---|---|---|---|---|
| A01 | 产品中文品牌"秀秀"统一展示 | web.js:987 applyBrand、mobile.js:149 applyMobileBrand | 已稳定实现 | 3.0使用品牌配置接口动态展示 |
| A02 | Logo、favicon、移动端图标统一 | /packages/app-icons、downloads安装包 | 需多轮测试 | 不同服务器域名/缓存需逐端验收 |
| A03 | PWA/网页端默认站点可访问 | /api/license/status、/api/im/bootstrap | 已稳定实现 | 3.0入口通过独立Web应用承载 |
| A04 | Android可安装并默认连接本服务器 | downloads/*android*.apk、app/mobile.js | 需多轮测试 | 需按每台服务器实际域名复测 |
| A05 | Windows桌面端安装/便携包 | downloads/*windows*.zip、1.0部署记录 | 需多轮测试 | 需验证当前包内默认地址和缓存 |
| A06 | Linux桌面端包 | 1.0记录有DEB/AppImage，3.0未确认 | 未实现/未确认 | 当前本机下载目录未确认有最新3.0 Linux产物 |
| A07 | 去掉旧Tailchat遥测/外部脚本 | 1.0部署记录列为铁律；3.0源码未见tianji | 已稳定实现 | 以源码搜索结果和1.0经验为依据 |
| A08 | 禁用桌面端强制更新/检查更新 | 1.0部署记录有明确操作；3.0未确认 | 未确认 | 需要打开桌面包或源码目录继续验证 |
| # | 1.0细功能点 | 3.0源码/文件依据 | 状态 | 说明 |
|---|---|---|---|---|
| B01 | 发送文本消息 | web.js:2757 sendCurrentMessage、mobile.js:1897 sendMobileMessage、standalone.py:25525 | 已稳定实现 | Web/移动端都调用后端消息API |
| B02 | 消息入库可追踪 | standalone.py:25525 先insert_chat_message | 已稳定实现 | 入库后才进入Bot派发，方便审计 |
| B03 | 拉取消息展示 | standalone.py:25178 list_messages、web.js:1913、mobile.js:1264 | 已稳定实现 | 前端轮询消息库，不直接读worker |
| B04 | 引用回复保留原文 | augment_quote_mention_targets、web.js:2539、mobile.js:1681 | 已稳定实现 | 引用Bot消息时同时补mention target |
| B05 | 前端@候选列表 | web.js:2647 mentionCandidates、mobile.js:1798 | 已稳定实现 | 支持搜索群成员/机器人 |
| B06 | 行首@识别 | standalone.py:21668 line_start_mention_tokens | 已稳定实现 | 用于群聊派发，避免正文中随意@误触发 |
| B07 | 行尾@替身回报 | dispatch_mention_tokens 允许最后一行替身@ | 需多轮测试 | 1.0要求会议回报稳定，复杂Loop需压测 |
| B08 | 图片/视频/文件附件发送 | /api/files/upload、web.js:2774、mobile.js:1914 | 已稳定实现 | 附件会进入metadata |
| B09 | 附件预览/下载 | renderAttachment、mobileRenderAttachment | 已稳定实现 | 图片、视频、普通文件分别渲染 |
| B10 | 已读未读 | mark_conversation_messages_read、web.js:1973、mobile.js:1311 | 已稳定实现 | 私聊/多人会话读数展示 |
| B11 | 历史消息分页 | list_messages(before=...)、loadOlderMessages | 已稳定实现 | 上滑加载旧消息 |
| B12 | 消息搜索 | standalone.py:25257 search_messages、mobile.js:3102 | 已稳定实现 | 当前会话关键词检索 |
| B13 | 消息收藏 | list_favorite_messages、web.js:2212、mobile.js:2958 | 已稳定实现 | 支持收藏、多选收藏、收藏页跳转 |
| B14 | 转发/多选发送 | forwardMessageToConversation、startMultiSendMessages | 已稳定实现 | Web和移动端均有多选/转发函数 |
| B15 | 消息分享成链接/卡片 | create_message_share、renderShareCard | 已稳定实现 | 可生成分享卡片，可分享到刻秀圈/案例库 |
| B16 | 撤回和仅自己删除 | revokeMessage、deleteMessageForMe、后端对应API | 已稳定实现 | 符合IM常规能力 |
| B17 | 窗口切换不串消息 | conversationSwitchSeq在web/mobile均存在 | 已稳定实现 | 防止旧请求覆盖新窗口 |
| B18 | 乐观消息显示 | appendOptimisticMessage、appendMobileOptimisticMessage | 已稳定实现 | 发送后先本地展示，再后台确认 |
| # | 1.0细功能点 | 3.0源码/文件依据 | 状态 | 说明 |
|---|---|---|---|---|
| C01 | 创建用户 | create_user、/api/im/users | 已稳定实现 | 支持本地账号创建 |
| C02 | 登录/注册 | /api/auth/login、/api/auth/register、web/mobile登录函数 | 已稳定实现 | 前后端均覆盖 |
| C03 | 更新昵称/头像/资料 | update_user_profile、saveProfileName | 已稳定实现 | 头像走文件上传 |
| C04 | 好友列表 | list_friends、renderContacts、renderMobileContacts | 已稳定实现 | 联系人页支持好友展示 |
| C05 | 好友搜索 | search_im_users、searchFriends、searchMobileFriends | 已稳定实现 | 含跨服公共用户搜索 |
| C06 | 好友申请与审批 | create_friend_request、list_friend_requests、/decide | 已稳定实现 | 真人加好友需要验证 |
| C07 | 跨服直接好友消息 | replicate_direct_friend_message、/api/public/friend-direct | 需多轮测试 | 跨服场景受对端服务和授权影响 |
| C08 | 创建群组 | create_group、web/mobile群组创建函数 | 已稳定实现 | 可选择成员建群 |
| C09 | 群成员增删 | add_group_member、remove_group_member | 已稳定实现 | 前后端均有入口 |
| C10 | 群昵称 | update_group_nickname | 已稳定实现 | 支持群内昵称或个人资料更新 |
| C11 | 群删除 | delete_group、web/mobile delete group | 已稳定实现 | 支持群管理清理 |
| C12 | 群邀请申请 | create_group_invite_request、list_group_invite_requests | 已稳定实现 | 有邀请请求和审批接口 |
| C13 | 置顶会话 | /api/im/conversation-pin、web/mobile toggle | 已稳定实现 | 支持Web和移动端 |
| C14 | 隐藏/免打扰 | mobileHiddenConversations、mobileMutedConversations | 部分实现/待完善 | 移动端有本地状态，Web/后端需确认 |
| # | 1.0细功能点 | 3.0源码/文件依据 | 状态 | 说明 |
|---|---|---|---|---|
| D01 | 创建Bot记录 | create_bot | 已稳定实现 | Bot入库并可设置kind、server、role_prompt |
| D02 | Bot列表和软删除过滤 | list_bots(include_deleted) | 已稳定实现 | 默认过滤deleted_at |
| D03 | 启用/禁用Bot | /api/admin/bots/enable、/disable | 已稳定实现 | 禁用后不派发 |
| D04 | Bot userId/目录映射 | bot_directory相关函数 list_bot_directory | 已稳定实现 | 对标1.0 Bot userId映射 |
| D05 | 公开Bot搜索 | list_public_bots、search_im_bots | 已稳定实现 | 可跨服发现公开Bot |
| D06 | 添加公开Bot到联系人 | list_bot_contacts、addPublicBot、addMobilePublicBot | 已稳定实现 | 区别于真人好友验证 |
| D07 | Bot调用权限 | list_bot_call_permissions、update_bot_call_permissions | 已稳定实现 | 支持管理粒度控制 |
| D08 | 公司四大法/公司规则 | update_company_laws | 已稳定实现 | 会进入OpenClaw prompt上下文 |
| D09 | 账号附加要求/回复偏好 | update_account_preferences、account_preferences | 已稳定实现 | 用于Bot回复偏好和工作要求 |
| D10 | Bot定时任务 | create_bot_schedule、list_bot_schedules | 部分实现/待完善 | 接口存在；实际调度稳定性需单独验收 |
| D11 | Bot模型配置 | update_bot_model_config | 已稳定实现 | 支持不同Bot模型参数管理 |
| D12 | Bot工作日志 | create_bot_work_log、update_bot_work_log、ops接口 | 已稳定实现 | 排查、回滚、审计的基础 |
| # | 1.0基准/新增要求 | 3.0源码/文件依据 | 状态 | 说明 |
|---|---|---|---|---|
| E01 | 第5步前先做语义整理，减少程序枚举 | run_requirement_organizer、send_im_message:25634 | 已稳定实现 | 用户@替身时先调用后台基础Bot |
| E02 | 工作要求整理专家作为基础Bot | REQUIREMENT_ORGANIZER_BOT_ID、ensure_requirement_organizer_bot | 已稳定实现 | 不存在时自动创建，存在时更新人设 |
| E03 | 只输出隐藏JSON，不直接面向真人 | requirement_organizer_persona_text | 已稳定实现 | 输出XIUXIU3_REQUIREMENT |
| E04 | 任务类型可组合，不是互斥 | task_type + task_modes | 已稳定实现 | 支持"先讨论，后创建，再Loop" |
| E05 | 通用兜底类型 | general_other | 已稳定实现 | 未覆盖任务不会空掉 |
| E06 | 讨论专家必须动态生成 | expert_candidates、sanitize_requirement_expert_candidates | 需多轮测试 | 已防固定三专家，不同业务仍需真实压测 |
| E07 | 已有Bot调用由语义选当前群Bot | dispatch_targets、allow_dispatch | 需多轮测试 | 程序层只校验存在，不再按关键词猜 |
| E08 | 创建Bot清单必须干净 | explicit_bot_list、sanitize_requirement_bot_list | 已稳定实现 | 过滤"先讨论专家BOT"等流程话术 |
| E09 | 引用上一轮讨论后创建对应Bot | quoted_requirement_create_requests_from_metadata | 需多轮测试 | 已修复引用内容被旧正则误抽的问题 |
| E10 | 整理专家失败时不阻断 | run_requirement_organizer异常返回空，降级 | 已稳定实现 | 保证可用性，降级时准确性低于4.5语义 |
| E11 | 整理结果不展示给真人 | requirement_context_text说明"不要原样展示" | 已稳定实现 | metadata给后台，第8步输出可读内容 |
| E12 | 第8步以整理后的任务为准 | task_content = organized_content | 已稳定实现 | 原始消息保留为证据，正式执行用整理内容 |
| # | 1.0细功能点 | 3.0源码/文件依据 | 状态 | 说明 |
|---|---|---|---|---|
| F01 | 本地任务入队 | create_task_event、BOT_TASK_QUEUE | 已稳定实现 | Bot任务不直接同步阻塞前端 |
| F02 | 任务事件字段完整 | create_task_event含source、target、conversation、content、status、metadata | 已稳定实现 | 可追踪来源与目标 |
| F03 | 原子消息metadata | ensure_atomic_envelope_metadata | 需多轮测试 | 目标、上下文、回报对象通过metadata串联 |
| F04 | 重复任务去重 | dedupe_reason=same_source_target_conversation_content | 已稳定实现 | 15分钟内相同任务不重复入队 |
| F05 | 批量创建数量冲突拦截 | batch_bot_count_conflict | 已稳定实现 | 声明4个但解析5个会停下确认 |
| F06 | 批量创建metadata锁定 | batch_create_metadata_from_requests | 已稳定实现 | 后续以锁定清单推进 |
| F07 | 队列worker处理 | enqueue_bot_task、process_bot_task | 已稳定实现 | 任务由桥接worker消费 |
| F08 | 卡住任务恢复 | list_pending_task_events、看门狗逻辑 | 需多轮测试 | running恢复、失败loop恢复需持续压测 |
| F09 | 同Bot会话锁 | same_bot_session_busy、openclaw_session_scope_id | 需多轮测试 | 并发场景依赖OpenClaw session锁和重试 |
| F10 | 用户插队暂停Loop | conversation_workflow_paused、有序协同暂停 | 已稳定实现 | 收到用户修正/暂停时不继续旧Loop |
| # | 1.0细功能点 | 3.0源码/文件依据 | 状态 | 说明 |
|---|---|---|---|---|
| G01 | 只有绑定OpenClaw的Bot才语义回复 | kind=openclaw检查、openclaw_agent_reply | 已稳定实现 | 未绑定不使用本地假回复替代 |
| G02 | 每个Bot独立Agent/工作区 | openclaw-agents/<server>/<bot_id>/workspace | 已稳定实现 | 支持长期文件隔离 |
| G03 | 命令行调用OpenClaw | openclaw agent --agent ... --session-id ... --message-file ... --json --timeout | 已稳定实现 | 第8步语义生成走龙虾层 |
| G04 | 当前任务完整消息送入龙虾 | message-file、requirement_context_text、content | 已稳定实现 | 整理后任务为主，原文作为追溯证据 |
| G05 | 公司资料/账号资料进入Prompt | company_laws、account_preferences相关拼接 | 已稳定实现 | 业务Bot可知道公司规则和账号要求 |
| G06 | 群成员/可调用Bot上下文 | group_roster_context_text | 已稳定实现 | 4.5和第8步都可使用当前群成员 |
| G07 | 附件隐式内容进入Prompt | attachment_context、文件上传接口 | 已稳定实现 | 文件任务可读附件摘要/内容 |
| G08 | 独立session降低串台 | openclaw_task_session_candidates、openclaw_session_scope_id | 需多轮测试 | 创建/配置/附件/交接任务会更严格隔离 |
| G09 | trajectory恢复完整回复 | recover_openclaw_reply_from_trajectory | 已稳定实现 | 短句/只有@/超时局部输出时尝试恢复 |
| G10 | 上下文溢出自动压缩 | _compact_context_overflow_prompt | 需多轮测试 | 压缩后仍要保留当前任务和长期记忆摘要 |
| G11 | 模型/记忆超时可重试 | memory_sync_timeout、llm_timeout | 需多轮测试 | 外部模型稳定性不可完全由代码消除 |
| G12 | OpenClaw原始输出抽取 | extract_openclaw_reply、extract_openclaw_reply_from_data | 已稳定实现 | 优先JSON payload/meta，其次多行普通文本 |
| G13 | 运行时英文提示过滤 | requirement-organizer-authoritative-dispatch、第9步清洗 | 已稳定实现 | 防止proactive tool提示进聊天窗口 |
| # | 1.0细功能点 | 3.0源码/文件依据 | 状态 | 说明 |
|---|---|---|---|---|
| H01 | 空回复重试 | 第9步校验逻辑、RetryableBotTaskError | 已稳定实现 | 避免"没有回复" |
| H02 | 只有@不算有效回复 | reply_is_only_bot_mentions相关分支 | 已稳定实现 | 会尝试trajectory或重试 |
| H03 | 短句"收到/完成"修复 | reply_is_thin_completion_ack相关分支 | 已稳定实现 | 防止任务结果变成一句话 |
| H04 | 旧任务续写拦截 | reply_is_stale_openclaw_continuation | 已稳定实现 | 防串台核心之一 |
| H05 | 讨论/通用任务保留龙虾原文 | 版本记录preserve-openclaw-visible-reply | 需多轮测试 | 最近修复点，需要继续真实任务验证 |
| H06 | 结构化清单只做后台执行建议，不覆盖正文 | 同上，requirement_context_text | 需多轮测试 | 用户重点要求，需持续观察 |
| H07 | 讨论任务禁止误变标准工单 | 版本记录discussion-workorder-and-openclaw-extract | 已稳定实现 | 第9步已约束 |
| H08 | 确认前不执行 | create_pending_work_order、确认分支 | 已稳定实现 | 批量创建/方案确认均有门槛 |
| H09 | 确认后可续跑 | work_order_confirmation_reply | 已稳定实现 | 支持直接确认或@确认 |
| H10 | XIUXIU3_ACTION配置动作 | XIUXIU3_ACTION多处提示、fallback | 已稳定实现 | 001输出隐藏协议，秀秀执行落库/入群/绑定 |
| H11 | 001缺动作兜底 | fallback_configure_bot_action_reply | 已稳定实现 | 防止001只说"等待配置" |
| H12 | XIUXIU3_FILE文件附件 | XIUXIU3_FILE提示、create_generated_file | 已稳定实现 | 长文档/报告可落文件 |
| H13 | 报告页输出 | /downloads/bot-reports、历史HTML报告 | 已稳定实现 | 用户可通过URL查看 |
| H14 | 文件任务最终复核 | 版本记录和第9步文件校验 | 需多轮测试 | 需要用多种文件类型复测 |
| # | 业务类型 | 1.0基准 | 状态 | 说明 |
|---|---|---|---|---|
| I01 | 讨论任务 | 替身先理解、拆解、找专家/给思路，不直接创建 | 需多轮测试 | 要求保留龙虾原文+后续执行建议 |
| I02 | 讨论转创建 | 引用上一轮方案，确认创建后进入002/001 | 需多轮测试 | 已修复错误命名，仍需真实业务多轮验证 |
| I03 | 普通调用已有Bot | 替身根据任务找群内合适Bot派发 | 需多轮测试 | 不靠关键词枚举，靠4.5语义选择 |
| I04 | 没有合适Bot | 替身拆解建议创建，不乱派 | 已稳定实现 | 当前群无匹配不跨群、不虚构已存在 |
| I05 | 单Bot创建 | 先确认，再002/001 | 已稳定实现 | 避免没确认直接创建 |
| I06 | 批量Bot创建 | 锁定清单，串行一个一个做 | 已稳定实现 | 001/002不得一次混多项 |
| I07 | 002创建方案 | SOUL/IDENTITY/USER/TOOLS/HEARTBEAT/MEMORY完整方案 | 已稳定实现 | 3.0沿用1.0清晰创建方案标准 |
| I08 | 001配置落地 | 只按替身审核目标配置当前Bot | 已稳定实现 | 动作由秀秀服务器执行 |
| I09 | 普通Bot快速自测 | 能介绍自己、知道业务、可交流 | 已稳定实现 | 普通Bot不必每次重型三轮测试 |
| I10 | 关键Bot三轮自测 | 重要/复杂Bot三轮验证 | 需多轮测试 | 自测档位受任务类型影响 |
| I11 | 多Bot协同 | 替身或主持人串行派发、逐个回报 | 需多轮测试 | 复杂场景必须监控是否漏派/重复派 |
| I12 | 会议模式主持人 | 主持人推进，不让替身每轮插话 | 部分实现/待完善 | 规则已写，仍缺充分多服验收 |
| I13 | 多轮Loop不提前结束 | 按轮次和参与人全部完成后再收口 | 需多轮测试 | 曾多次出现半路停，现需持续压测 |
| I14 | Loop主题抽取 | 后续Loop只用任务主题，不把创建指令当主题 | 需多轮测试 | 已修复多个场景，但属于高风险项 |
| I15 | 多Loop选择 | 根据用户问题选合适Loop | 部分实现/待完善 | 基础数据有，语义选择多Loop仍需专门矩阵 |
| I16 | 同群其它替身可调用Loop | 同群可共享Loop调用 | 部分实现/待完善 | 需检查是否被替身ID过滤影响共享 |
| # | 1.0/当前要求 | 3.0源码/文件依据 | 状态 | 说明 |
|---|---|---|---|---|
| J01 | 总控登记服务器 | create_server、list_servers、/api/admin/servers | 已稳定实现 | 206总控管理基础 |
| J02 | 授权关系 | create_authorization、list_authorizations | 已稳定实现 | 跨服访问控制 |
| J03 | 公域用户列表 | list_public_users | 已稳定实现 | 用于跨服搜索 |
| J04 | 公域Bot列表 | list_public_bots | 已稳定实现 | 公开Bot可被发现 |
| J05 | 跨服消息入口 | /api/public/message、/api/relay/inbound | 需多轮测试 | 受目标服务器网络和授权影响 |
| J06 | 远程Bot路由 | route_remote_bot_from_source | 需多轮测试 | 远端Bot由对端服务器龙虾处理 |
| J07 | 防跨服循环派发 | replicated_from分支直接返回 | 已稳定实现 | 防止复制消息二次派发 |
| J08 | 跨服已读同步 | /api/public/read-receipt | 部分实现/待完善 | 接口存在，需跨端真实测试 |
| J09 | 跨服朋友圈同步 | moment_replication_worker_loop、/api/moments | 需多轮测试 | 点赞评论删除均有复制入口 |
| J10 | 同步只同步代码/模块 | 版本记录、用户要求；源码无自动rsync策略 | 部分实现/待完善 | 目前更多依赖运维流程 |
| J11 | 同步前备份、定版本号、hash | xiuxiu3_version_records.md、备份目录记录 | 已稳定实现 | 流程层已执行并记录 |
| J12 | 同步后逐台编译/重启/测试 | 运维流程、历史同步记录 | 部分实现/待完善 | 需运维脚本和自动化支撑 |
| # | 1.0/当前要求 | 3.0源码/文件依据 | 状态 | 说明 |
|---|---|---|---|---|
| K01 | 发刻秀圈 | create_moment、web.js:3022、mobile.js:3940 | 已稳定实现 | 文字与媒体均支持 |
| K02 | 朋友圈可见范围 | update_moment_visibility、web/mobile visibility editor | 已稳定实现 | 可编辑发布范围 |
| K03 | 点赞 | /api/moments/like | 已稳定实现 | 本地/跨服有接口 |
| K04 | 评论 | create_moment_comment、delete_moment_comment | 已稳定实现 | 支持评论和删除 |
| K05 | 朋友圈feed | list_feed、renderFeed、renderMobileFeed | 已稳定实现 | 按角色/可见性聚合 |
| K06 | 文件上传 | create_file、upload_file、/api/files/upload | 已稳定实现 | 聊天与朋友圈共用上传 |
| K07 | 生成文件 | create_generated_file | 已稳定实现 | 配合XIUXIU3_FILE |
| K08 | 文件列表 | list_files | 已稳定实现 | 管理/下载基础 |
| K09 | 案例库 | create_case_library_item、list_case_library_items | 已稳定实现 | 可从消息分享到案例库 |
| # | 1.0/当前要求 | 3.0源码/文件依据 | 状态 | 说明 |
|---|---|---|---|---|
| L01 | license状态 | list_licenses、/api/license/status | 已稳定实现 | 客户端按授权显示能力 |
| L02 | 创建/激活/解绑授权码 | create_license、admin license接口 | 已稳定实现 | 总控授权管理 |
| L03 | 邀请码 | create_invite_code、list_invite_codes | 已稳定实现 | 注册/邀请基础 |
| L04 | 用户权限 | list_user_permissions、update_user_permissions | 已稳定实现 | 领导/员工等角色能力 |
| L05 | 审计日志 | list_audit_logs、ops logs接口 | 已稳定实现 | 追踪操作和故障 |
| L06 | API身份匹配 | actor_id、send_im_message前鉴权入口 | 已稳定实现 | 防止伪造其他账号发送 |
| L07 | 群成员权限 | list_group_members、消息读取和群操作判断 | 已稳定实现 | 不属于群则不应看到/操作群内容 |
| L08 | 员工试用/有效期 | /api/admin/user-trial、权限渲染 | 已稳定实现 | 员工账号控制 |
| L09 | 公开线索/公域线索 | create_public_lead、list_public_leads | 部分实现/待完善 | 接口存在，业务闭环未在本轮细测 |
| # | 1.0/当前要求 | 3.0源码/文件依据 | 状态 | 说明 |
|---|---|---|---|---|
| M01 | 测试Bot清理 | delete_bot相关admin接口、软删除过滤 | 已稳定实现 | 群内可移除测试Bot，不影响历史审计 |
| M02 | 业务Bot软删除 | coalesce(deleted_at,'')=''多处过滤 | 已稳定实现 | 默认不硬删聊天记录 |
| M03 | 旧workspace清理 | 用户历史要求，源码中未见一键全清闭环 | 部分实现/待完善 | 需要按服务器和Bot目录谨慎执行 |
| M04 | 派生临时Agent清理 | 1.0功能案例参考指出未闭环 | 未实现/未确认 | 当前仍是明确风险项 |
| M05 | 父任务聚合 | 1.0功能案例参考列为优先补 | 部分实现/待完善 | 普通批量创建有聚合；派生子Agent聚合未确认 |
| M06 | 备份和版本记录 | xiuxiu3_version_records.md、xiuxiu3_backups | 已稳定实现 | 当前版本已定型多条记录 |
| M07 | 底层修改需先请示 | 版本原则记录 | 流程稳定 | 属于运维纪律，不是自动代码 |
涉及第4.5步语义、第5步metadata、第8步龙虾、第11步@派发、最终收口，任何一处偏差都可能半路停或主题跑偏。
现在不靠关键词，而靠工作要求整理专家输出 dispatch_targets。准确性取决于整理专家是否拿到完整群成员和任务语义。
模型、记忆检索、session lock 都可能造成 same_bot_session_busy、openclaw_context_overflow。
受远端服务、授权、公域索引、网络影响，源码有入口不等于每次对端都稳定。
当前本机证据以HTML/JS/APK/Windows包为主，Linux最新包未确认。
1.0参考明确指出父任务聚合和临时注册清理未闭环。
消息入口、入库、选择Bot、4.5整理、创建任务
后台任务、metadata、去重、批量信息
后台基础Bot、隐藏JSON、任务类型、dispatch_targets、explicit_bot_list
OpenClaw Agent执行、prompt、session、超时/压缩
从JSON或普通多行输出提取可见文本
Bot回复写回后继续派发下一位
保存/读取Loop、多Bot协同基础
聊天展示、发送、引用、附件、@候选
手机端同链路
当前4.5、引用创建、保留龙虾原文、私聊不回替身等修复依据
原子链路、多Bot协同、002/001、派生子Agent、同步稳定性基准
1.0端侧与部署经验基准
以源码为准，秀秀3.0已经覆盖1.0的主要IM、Bot调用、替身派发、批量创建、文件、移动端、跨服和管理能力；并在1.0基础上新增了第4.5步"工作要求整理专家BOT"、XIUXIU3_ACTION/FILE、OpenClaw trajectory恢复、上下文压缩、工作日志和更细的metadata链路。
不能直接宣称完全稳定的地方集中在：复杂多轮Loop、多Loop自动选择、跨服务器压力场景、OpenClaw外部超时、派生子Agent父任务聚合/清理、桌面/Linux包逐端验收。这些不是普通功能缺失，而是需要持续真实业务矩阵测试的稳定性面。