评审报告摘要

《内网办公即时通讯系统建设方案评审报告 V10.0》全文见仓库 docs/建设方案评审报告-V10.0.md（约 1200 行）。本页摘录工程直接依据的结论。

评审结论要点

• 业务层自写，不二开：不基于开源即时通讯软件二次开发，不集成 AGPL／SSPL 等强传染性许可组件；底座用 Qt、asio、protobuf、SQLite 等开源组件（清单见 third_party/README.md），仅以部署调用或宽松许可链接方式引入，交付时提交组件清单。
• 客户端选型 C++17 + Qt：评估维度含媒体能力。主流发行版打包的 WebKitGTK 默认不编译 WebRTC，Tauri 类路线在国产 Linux 终端无法建立媒体连接；Qt 路线国产系统适配成本最低、打包小。WebRTC 仅作为媒体管道引入。
• 双引擎客户端：未登录零配置直连态＋登录服务端协作态，两套引擎各自完整、不共享通信状态，只通过共享内核（本地消息库、会话列表、联系人视图、文件传输模块）交汇。
• 服务端六模块：接入网关、账号与设备、组织架构、消息与归档、策略服务、文件元数据服务；单台集中部署，预留逻辑拆分。文件字节流点对点旁路，不经服务端。
• 归档与留痕：归档以消息为单位；撤回只作用于显示层，服务端保留原文并记录撤回事件；跨态会话以「未归档」标识显式暴露；不提供任何由发送方消除留痕的能力。
• 命名规范：代号 Memex，服务名 MemexServer，数据库与日志前缀 memex，内网域名 memex.corp.local。

部署与实施建议（第一期）

• 周期约 14 周：试点部署（第 1–4 周）→ 直连态功能 → 协作态与归档 → 管理后台 → 分批推广（第 13–14 周全面验收）。
• 网络准入：UDP 2425–2436／TCP 2426–2437 端口固定，配合网络侧策略。
• 第二期办公室位置图与远程协助单独立项验收；远程协助须验证授权确认、过程可见、操作留痕、部门开关四项。

待评审组决策

第十一章列出十五项请评审组决策事项（另有一项飞秋兼容可选确认），已整理为决策清单并按「报告建议」先行推进。