LWLT-AIBOT/progress.md

项目进度

2026-08-24 — ERP 异常状态链接刷新加固（已完成）

• 已按治理规则读取 README、活动 planning 文件并运行 git status --short；工作区存在大量既有改动，均保留不回退。
• 已通过 business-adaptation-registry.md 确认本轮属于插件宿主维护能力；已核对 lifecycle mapping、background.js、business-bridge.js、popup 和 tools/erp-session-keepalive.test.mjs。
• 已确认当前保活只做定时只读探测：异常后不刷新现有 ERP 链接，且没有“恢复后二次探测”的状态闭环；下一步实现受控恢复并补回归。
• 已实现异常恢复单飞锁、2 分钟冷却、现有 allowlisted ERP 标签页绕缓存刷新、加载完成后的只读复测，以及恢复状态持久化；执行中任务、关闭开关、无现有标签页和权限异常均保持跳过/失败关闭。
• 平台状态新增 ERP 会话和链接恢复告警；异常或恢复中不领取新任务，业务 operation/Schema/Skill 未扩展。
• 定向验证：background/popup/platform/inpage/team-batch 语法通过；保活回归 4/4、生命周期契约 47/47；已生成 dist/ltjt-order-assistant-0.5.140.zip，SHA-256 为 5d2eceb77a337849bd20bc3e03dea4c86b617c789dd196b8a47bbb33c0da0338，旧包已归档。
• 完整门禁通过：check:repo 9/9、check、串行 test:control-plane 66/66、test:legacy 214/214、build、git diff --check；并行首轮控制面测试的 50ms listener 断言波动已通过串行复跑确认不是本次改动回归。
• 本轮未执行真实 ERP 写入、任务重试、重启、部署或外部发送；当前未提交改动及其他既有工作区改动均保留。

2026-08-22 — 取消产品/客户来源地强制匹配（已完成）

• 已从用户日志确认阻断来自 product_customer_source_region，产品“贵阳八天”与客户来源信息不一致；任务在 ERP 写入前停止。
• 已移除散拼子单、散拼母团可选客户、独立团单/批量下单的产品/客户来源地兼容阻断，并移除产品参与客户候选消歧；产品和客户仍分别要求唯一 ERP 候选，客户自身来源词 fallback 保留。
• 已同步业务页、mapping、生命周期夹具、扩展说明、控制面测试和静态契约；扩展/平台/mapping 版本为 0.5.139，旧 ZIP 已归档，新 ZIP 哈希见 findings.md。
• 定向语法、产品/客户解析、生命周期契约和 AgentBus 测试通过；完整验证 check:repo 9/9、check、控制面 66/66、legacy 213/213、build、git diff --check 全部通过。未重试任务、未写 ERP、未重启、未部署、未外发。

2026-08-20 — AgentBus 通讯测试（已完成）

• 面板 PID 74544 仍监听 127.0.0.1:8786；/health/ready、/api/status 通过，数据库、Schema、迁移和 4 个 AgentBus 渠道均 connected=true、session_ready=true。
• 重启后日志确认 4 次 WebSocket 握手、4 次 session.ready、1 次入站消息受理、2 次出站回执发送；无 socket_close 或本地出站失败。未主动发送新的测试消息。
• 上游返回 2 个 type=error 帧，当前监听器按协议将非 event 帧忽略；不影响连接状态，但如需确认远端渠道最终收件，还应结合 AgentBus 服务端回执核对。

2026-08-20 — ERP 会话待机保活（已完成）

• 已确认当前扩展只有任务执行期间保活；已按业务登记、lwlt-confirmation Skill/契约、生命周期 mapping 和现有宿主实现核对，待机保活属于插件维护能力，不属于业务 operation。
• 已实现 chrome.alarms 定时调度：首次约 1 分钟、之后每 5 分钟；仅对现存 allowlisted ERP 标签页发起带 Cookie 的 GET /System/Mainlt.asp，不刷新页面、不新开标签、不执行 ERP 写入。
• 已增加执行中跳过、automation/独立保活开关、登录/权限响应识别、本地最近状态记录、桥接回传和 popup 状态展示；浏览器/系统休眠延迟属于明确边界。
• 定向语法与回归已通过：background/business-bridge/popup node --check，ERP 保活测试 3/3，生命周期契约 50/50；已生成 dist/ltjt-order-assistant-0.5.138.zip，SHA-256 为 751dfe6022d61c7388c602089c703b88a9bfeebf67f81edacea1555545d7bcd0。
• 项目规定验证通过：check:repo 9/9、check、控制面 66/66、legacy 218/218、build、git diff --check；未进行真实 ERP 登录/写入、任务重试、外部发送、重启或部署。

2026-08-19 — AgentBus 无状态消息但任务成功（进行中）

• 已读取 README、活动 planning 文件并运行 git status --short；既有工作区改动全部保留。
• 已选择只读诊断范围：AgentBus 契约、confirmation_export 业务登记、任务事件、消息路由、渠道 listener、outbox 和回归测试。
• 已确认对外契约只定义 accepted 与最终 result，不定义 processing；生产数据库渠道先持久化 accepted，再在 accepted 送达且任务终态后入队 result。
• 已确认成功任务与 AgentBus 回执解耦：手工来源或缺少 channel_id/入站 frame 路由时，任务照常可完成但不会写入 AgentBus delivery；连接/session.ready 不可用时，delivery 留在 pending/failed 等待重试。
• 已确认执行结果提交只写任务与内部生命周期事件；AgentBus 的 result 在 listener 后置 flush 中生成，故需同时检查任务终态和 agentbus_deliveries/outbound_* 日志。
• 已完成源码、契约、迁移和回归测试核对：processing 不发送；accepted 依赖入站路由与渠道 outbox；result 依赖 accepted 已送达且任务终态。
• 当前 /health/ready 只读检查通过，4 个 AgentBus 渠道均已连接并 session-ready；未取得用户所指历史任务 ID，因此保留历史归因边界。
• 验证通过：check:repo 9/9、check、test:control-plane 66/66、test:legacy 215/215、build、git diff --check。
• 本轮未修改业务源码、未重试任务、未发送外部消息、未重启或部署。
• 用户补发任务后从 /private/tmp/lwltAPI-dev.stdout.log 定位到 TASK-20260819102429-R13bn8w；accepted/result 均已由控制面写出并收到 AgentBus server 的 accepted/delivered 回执，未见本地发送错误。
• 诊断结论更新：问题不在任务执行成功与否，也不在控制面 outbox/WS 发出阶段；需由 AgentBus 网关/微信适配器检查下游展示。未向该下游主动发送测试消息。

2026-08-19 — confirmation_export Chrome host 权限阻断（已完成）

• 已确认两份日志均为同一主机权限失败：外部解析和 operation 契约成功，浏览器执行阻断，no_erp_write=true。
• 已在 background.js 增加 host permission 前检、批准 ERP origin 复核、同源导航竞态重试和 fail-closed 诊断码；readErpSessionStatus() 会暴露 host_permission_granted，平台页面会显示并据此阻止新的 handoff。
• 已新增生命周期静态回归，覆盖 manifest host、注入封装、错误码和平台权限门禁；定向语法检查、operation plan 40/40、生命周期契约 47/47 通过。
• 扩展已递增到 0.5.137，同步 inpage.js、team-batch-inpage.js、平台最低版本、mapping、README 和版本断言；已生成 ZIP/发布清单。
• 已将旧 0.5.136 ZIP 归档，生成 dist/ltjt-order-assistant-0.5.137.zip，SHA-256 为 6c00c6e8240fad80bc8fbe8e932dfaf22ad32e494c957717c2d7537785f09fd5；check:repo 9/9 确认发布清单、版本、哈希和扩展源码逐文件一致。
• 完整验证通过：check、控制面 66/66、legacy 215/215、build、git diff --check；定向 operation plan 40/40、生命周期契约 47/47。
• 本轮没有重试用户任务、写入 ERP、发送外部消息、重启或部署；由于固定 ERP URL 的只读网络探测超时，未宣称 live 浏览器复测成功。

2026-08-18 — visitor-list XLSX 转换失败排查（进行中）

• 用户确认继续排查并修复附件日志中的 visitor_xlsx_conversion_failed:conversion_failed。
• 已确认 Agent 解析成功、ERP 只读读取发生且 no_erp_write=true；最终任务被阻断，原始 XLS 未向 AgentBus 外发。
• 下一步：用脱敏 HTML-in-XLS fixture 复核转换器和运行环境，定位具体失败点后补修复与回归验证。
• 首次复现脚本因 Node 24 的 ESM/CommonJS 混用在转换前退出，已记录；下一次改用纯 ESM 脚本。
• 用当前 bundled soffice 重跑后复现真实失败：HTML 输入按 Writer/Web 加载，Calc XLSX 导出触发 SIGABRT；下一步比较保留 .xls 导入与中间格式路径。
• 已确认保留 .xls 扩展名即可让 LibreOffice 按 Calc 文档导入并成功输出真实 XLSX；convertDocumentToXlsx() 已修正，定向转换器测试 6/6 通过，真实 bundled LibreOffice fixture 生成 6,114 字节 ZIP/XLSX。
• 完整门禁通过：check:repo 9/9、类型检查、控制面 66/66、legacy 214/214、build、git diff --check；随后已优雅重启面板，新实例 PID 24717，/health/live 与 /health/ready 通过，4 个 AgentBus 渠道均 connected=true、session_ready=true。未触发 ERP 重试或写入。

2026-08-18 — 散拼母团创建写后回查假阴性修复（已完成）

• 用户已确认本次 2027 年计划实际创建成功，并明确要求开始修复。
• 已定位确定性恢复缺口：完整返回团号时即使精确列表回查全空，也不会进入按日期兜底；精确查询还未显式清空其他列表筛选。
• 实施边界为纯写后只读恢复：清空筛选、有限延迟重试、失败即按日期兜底；不执行真实 ERP 写入、任务重试、重启或部署。
• 已在 split-plan-reconciliation.js 增加完整筛选值构造、返回团号有限重查、恢复触发判定和回查行合并纯函数；尚未接入页面执行函数。
• 已接入 createSplitParentLive()：精确团号查询显式清空非目标筛选并按 0/750/2000ms 有限重查；任一团号持续未命中、响应异常、数量不符或事实探针启用时均进入逐日期兜底。恢复路径只调用列表查询，不再次调用保存。
• 已补充纯函数行为测试和生命周期静态门禁，覆盖首次全空、第二次可见、完整团号仍需兜底、回查行优先合并，以及创建函数只保留一次保存捕获调用。
• 定向测试通过：tools/split-plan-reconciliation.test.mjs 14/14，生命周期回查门禁 1/1；两个修改后的插件脚本语法检查通过。
• 扩展源码、manifest、平台最低版本、生命周期 mapping、散拼计划 mapping、README 与版本断言已同步递增到 0.5.135；版本化 ZIP 和发布清单待生成。
• 已核对旧 0.5.134 ZIP 的 SHA-256 与当前发布清单一致，并将其移动到 archive/releases/2026-08-18/；可从归档恢复。
• 首次打包因相对路径多退一级而未创建任何 ZIP；已记录错误，下一次使用扩展目录到项目 dist/ 的正确 ../../dist 路径。
• 已生成并逐文件核对 dist/ltjt-order-assistant-0.5.135.zip，压缩测试无错误，SHA-256 为 9f49f5529083cb1cc497bfc52c56d0142076394c034552fcdd77e34e70ce7f14；发布清单已同步。
• check:repo 9/9 通过，确认发布清单哈希、版本化 ZIP 与当前扩展源码逐文件一致。
• 完整验证首次运行：check:repo 与 check 通过；控制面 60/61，唯一失败为当前工作区的游客名单 .xlsx 转换测试桩未生成输出，后续 legacy/build 因 set -e 尚未运行。本次回查相关定向测试不受影响。
• 单独继续验证时 legacy 213/214；唯一失败是本次版本递增遗漏的一处转义正则仍断言 0.5.134。构建因 set -e 尚未执行，待修正版本断言后重跑。
• 已修正全部版本断言并重跑：legacy 214/214、build、git diff --check 通过。本次散拼回查修复验证完成。
• 控制面保持 60/61：唯一失败为本任务开始前已有的游客 XLSX 并行改动测试桩只生成 PDF、而当前转换器要求 XLSX；为避免越权改变未确认的游客交付策略，本轮保留该既有改动并明确记录。
• 最终复核中 check:repo 9/9 与 git diff --check 已通过；后续哈希命令因子 shell 未继承 bundled Node PATH 中止，改用绝对 Node 路径补跑。
• 使用 bundled Node 绝对路径补跑哈希复核通过：ZIP 与发布清单均为 9f49f5529083cb1cc497bfc52c56d0142076394c034552fcdd77e34e70ce7f14；最终 git diff --check 通过。
• 用户明确授权后已重启控制面：旧服务进程组优雅退出，自动恢复出的新实例 PID 4554 独占 127.0.0.1:8786；live/ready、数据库、Schema、迁移与 4 个 AgentBus 渠道均正常。竞争拉起实例因端口占用安全退出，未触发任何 ERP 任务重试。

2026-08-18 — visitor-list AgentBus XLSX 交付（已完成）

• 已确认 ERP Visitor.xls 是 HTML-in-XLS 伪 Excel：桌面 Excel 可兼容打开，手机/微信通常不支持；插件、控制面和 OSS 均保持源字节，未发现传输损坏。
• 用户确认“原始 .xls 保留在平台归档 + 生成真实 .xlsx”，并明确 AgentBus 返回 .xlsx。
• document-converter.ts 新增真实 XLSX 转换和 ZIP magic/大小校验；task-service.ts 为 visitor-list 保存源 XLS 与派生 XLSX，其他类型继续 PDF/源文件回退。
• AgentBus 直连、耐久 outbox 和统一用户回执均按 agentbus_visible 过滤，转换失败 fail-closed，不回传原始 XLS。
• 已同步 Skill、输出契约、AgentBus 契约、Schema、mapping、平台/扩展提示、测试夹具和运营模板；未写入 ERP、未重试、未重启或部署。
• 表格结构已通过 artifact-tool 导入/检查/渲染验证；定向控制面回归 66/66 通过。
• 最终门禁已通过：check:repo 9/9、check、test:control-plane 66/66、test:legacy 214/214、build、git diff --check；Skill 校验通过，运营 DOCX 15 页渲染通过。

2026-08-18 — 三次团队文件导出同错诊断（已完成）

• 用户指出同一导出模块包含多个内容；已查看截图并转入逐类型只读核查，本轮不实施原文件策略。
• 截图可见 9 个 ERP 导出按钮；契约定义 10 种 canonical type，将继续对照路由、文件名/MIME 和历史源文件证据。
• 已确认 10 种导出内容共用一个 confirmation_export action；截图中的 JOB Order/游客信息/大交通预订单与契约中的中文名称存在同义命名。
• 已读取 exportConfirmationSources()：10 种类型各自请求 ERP 原生 URL，保留原响应元数据，插件固定标记 converted=false；待继续从历史证据确认各类型的实际文件扩展名。
• 已读取历史全类型源读取证据：10 种类型的原生响应包含 Word 附件、Excel/HTML 响应和 HTML 打印页，四轮均为 10/10 HTTP 200；归档未保留全部文件名，但保留了字节/SHA-256。
• 已确认插件内 normalizeExportType 不直接映射截图中的部分中文/界面别名，下一步核对外部 Agent 解析层与测试覆盖，避免把“按钮名称”误判为 canonical type。
• 已核对外部 Agent 校验与测试：confirmation.type/export_types 只接受 10 个 canonical 字符串，现有 Skill/测试未直接覆盖截图的 JOB Order、游客信息、大交通预订单 文案；该别名覆盖缺口与 PDF/原文件策略相互独立。
• 已定位并记录逐类型 ERP 路由、源响应元数据和历史格式矩阵；同时确认控制面 prepareExecutionArtifacts() 才是全类型统一转 PDF 的实际调用点。
• 已读取本轮 920 行日志，确认 action 为 confirmation_export，ERP .xls 源文件被转为 .pdf 后成功交付。
• 已确认用户的新要求是仅 visitor-list（游客信息）保留 ERP 源 XLS 并生成真实 XLSX，AgentBus/微信只交付 XLSX，其余 9 类继续转 PDF；已完成实现与回归。
• 已定位最小实现点：控制面 prepareExecutionArtifacts() 按 artifact type 选择转换；转换器、插件源读取、存储和下载链路均保留。
• 已完成控制面双文件交付：visitor-list 保留源 XLS 归档并生成真实 XLSX，其他类型沿用 PDF/失败回退；同步契约、过滤和测试均已验证。
• 已同步控制面、Skill、业务登记、输出契约、mapping、Schema、插件提示、发布门槛和测试；选择性转换回归测试通过，运营 DOCX 已重建并完成 15 页渲染检查。
• 首轮全量验证发现的两个同步项已收敛：0.5.134 扩展 ZIP 已按当前源码重打并逐文件核对，operation-plans 提示断言已同步；控制面测试 61/61 已通过。
• 最终验证通过：check:repo 9/9、check、控制面 61/61、legacy 208/208、build、git diff --check；lwlt-confirmation Skill 官方校验通过，DOCX 15 页渲染检查通过。未执行 ERP 写入、重试、重启或部署。
• 新增诊断与实施已完成：Visitor.xls 是 ERP 返回的 HTML-in-XLS 伪 Excel，native 分支与 OSS 链路保持原字节；平台现在生成真实 XLSX，移动端/微信通过 AgentBus 只收到 XLSX。
• 已通过业务登记和 Skill 确认当前 PDF 规则是 action 级全局默认，不是本次 .xls 的特例。
• 已核对 Schema、mapping、插件源文件契约、控制面 artifact 准备/保存、平台下载、AgentBus 附件回传、Skill 包和运营 DOCX 的影响面。
• 用户已确认共享理解；本轮已修改业务实现并完成本地验证，未部署或重启。
• 已读取三份日志并确认它们是独立运行但具有相同失败签名。
• 共同失败发生在 confirmation_export 的浏览器来源解析：row_count=0、child_link_count=0，尽管响应存在 ddid/tid；插件按安全门禁阻断。
• 三次均未写入 ERP；下一步对比各自查询条件和当前适配器实现。
• 第一份任务已确认前置唯一解析成功，失败集中在随后按母团/日期加载来源页面后的行与子单链接识别。
• 已通过业务登记定位到 lwlt-confirmation / confirmation_export，开始核对该业务页、Skill、Schema、mapping 和插件实现。
• 已完整读取 lwlt-confirmation 主 Skill；Agent 侧职责与日志中的成功解析一致，继续检查输入/输出契约及插件二次查询。
• 已核对输入/输出契约、执行态 Schema 和生命周期 mapping；三份日志里的执行态引用满足契约，故障定位进一步收敛到散拼母团查询响应中的子单叶子行解析。
• 已读取 exportConfirmationSources() 与唯一解析辅助函数：错误中的 ddid/tid=true 只是已解析引用兜底；二次查询现场连母团行也为零。正在核对强制“收客中”过滤与母团子单展开逻辑。
• 已定位历史散拼子单导出证据集，准备对比成功运行的 preflight/查询字段与当前三次失败。
• 已排除把生成清单的 ok=true 误当成 ERP 浏览器成功；继续从 replay state 和证据登记提取真实执行结果。
• 已确认旧基线存在两轮散拼子单导出真实成功证据（各运行合计 40/40、失败 0）；下一步对比当前工作树与旧实现/查询条件，识别回归点。
• Git 提交历史不足以定位细粒度变更，已改用归档版本化扩展 ZIP 做逐版本函数对比。
• 0.5.84 已包含当前类型的严格散拼导出二次门禁，排除“0.5.133 最近才引入”这一简单解释；继续查 0.5.81 证据源码及查询状态差异。
• 已完成 0.5.84/0.5.93/0.5.118/0.5.132/0.5.133 导出函数对比：查询门禁未变，当前根因最高概率为只读导出强制 收客中 与目标母团实际状态冲突。
• 已确认三次都针对同一子单/母团/日期/内部引用；显式 收客中 通过原生菜单点击和 AJAX 真正参与查询。三次同错诊断完成，未改业务代码、未重试、未写 ERP。
• 完整本地验证通过：check:repo 9/9、check、控制面 60/60、legacy 207/207、build；未重启服务或部署。
• 用户已确认本轮实施：仅移除 confirmation_export 散拼子单二次查询的固定“收客中”过滤，继续保留母团/子单/ddid/tid 唯一核验；不触发 ERP 重试或写入。
• 已确认当前源码改动点为 chrome-extension/ltjt-order-assistant/inpage.js 的 exportConfirmationSources()，接下来补回归测试并同步扩展版本与版本化交付物。
• 已移除该函数对 S_zhuangtai='收客中' 的固定赋值；新增回归测试验证导出查询不携带生命周期状态过滤，同时保留母团/子单/ddid/tid 门禁。
• 扩展源码、manifest、平台最低版本、mapping 和插件 README 已递增到 0.5.134；版本化 ZIP 与 release manifest 待打包后更新哈希。
• 已生成并校验 dist/ltjt-order-assistant-0.5.134.zip，SHA-256 为 7434d8221f8bf80a432aed64a10c4c2cf46c9160ccef5d97f86173a95102ddea；旧 0.5.133 包移入 archive/releases/2026-08-18/，待完成全量验证。
• 完整验证通过：check:repo 9/9、check、控制面 60/60、legacy 208/208、build；git diff --check 通过。首轮直接调用 bundled Node 的 --run 因脚本子进程 PATH 缺失失败，显式前置 bundled Node 路径后通过。
• 最终补跑 check:repo 9/9 与 git diff --check 仍通过；本轮修复闭环完成，未触发 ERP 写入、重试、重启或部署。

2026-08-18 — “取消订单”外部解析超时诊断（已完成）

• 用户日志显示外部会话创建成功，但 SSE 连接后约 120 秒没有任何事件，最终为 external_cancelled；event_count=0。
• 已确认 agent_returned=false、未进入插件、未写入 ERP；问题发生在外部解析请求阶段，不是 ERP 订单状态或写入失败。
• 已核对客户端 abort/timeout 路径，并用 bundled Node 的挂起 SSE 探针复现：单次读流超时因 abort 竞态被归类成 external_cancelled。
• 已确认当前 order_cancel 的解析/执行契约只接收单个 existing_refs.identifier；用户给出的 3 个单号需要拆成 3 个独立任务，不能拼成一个标识。
• 本轮未读取 .env，未发送外部请求，未修改代码，未执行 ERP 写入；后续若修复错误归类或增加批量取消能力，需用户明确授权。

2026-08-18 — 散拼计划创建回执不确定诊断（已完成）

• 新日志的 SSE 解析正常完成（174 个事件），已进入 shared_plan_create 插件执行；不是外部解析超时。
• ERP 写入请求返回 HTTP 200 和“操作成功，共计新增 3 个团队”，返回团号 LW-260107A-H、LW-260115A-H、LW-260126A-I；已确认跨过 ERP 写入边界。
• 写后逐团号回查三个均未命中，任务安全地进入 execution_uncertain / reconciliation_pending，停止且不自动重试；当前不能判定未写入。
• 已定位当前实现：当返回团号数等于指定日期数且未启用 probe 时，不执行按日期 fallback，可能放大回查假阴性；本轮只诊断，未修改代码。
• 后续安全动作是先在 ERP 散拼团计划表逐个精确核验三个团号，并核对 2026 年 1 月日期是否符合原意；未核验前不得重新创建。
• 显式注入 workspace bundled Node PATH 后完成项目验证：check:repo 9/9、控制面 60/60、legacy 202/202、build 通过；首次 shell 未找到 node 已修正。

2026-08-18 — 散拼计划日期跨年归一化诊断（待策略确认）

• 已确认原始输入没有年份，运行日期为 2026-08-18；用户意图是 2027-01-01 至 2027-01-30，指定 01-07/01-15/01-26。
• 已确认错误 operation 在外部 Agent 阶段生成了 2026 年日期；插件只消费四位年份，不负责推断或纠正年份。
• 当前 Skill 与运行时提示不一致：Skill 允许“年份不确定时追问”，但宿主没有强制执行；需要确认是否改为新建业务按下一次发生日自动补年。
• 未修改代码、未对既有错误计划执行 ERP 变更；策略确认前禁止重试。

2026-08-18 — 散拼计划日期跨年归一化修复（已完成）

• 用户确认：新建业务无年份日期按下一次发生日补年；修改/查询保留既有 ±1 年匹配逻辑。
• LianSyn-platform/external-agent-client.mjs 已增加宿主侧确定性补年：只作用于四类 lwlt-newbooking 新建 action；明确年份和生命周期修改/查询 action 不改写；续问时合并原任务历史日期上下文。
• Agent Prompt、lwlt-newbooking Skill 和宿主接入文档已同步到 ltjt-agent-prompt-v1.5-next-date-rollover 规则。
• 定向回归测试 72/72 通过，覆盖 2027-01 跨年、当年未来日期、显式年份、修改不变和补充信息续问。
• 五个 Skill 已发布为 0.5.119 版本，旧 0.5.118 制品已移入日期归档，dist/release-manifest.json 已同步哈希和版本。
• 完整验证通过：check:repo 9/9、check、控制面 60/60、legacy 207/207、build；未执行真实 ERP 写入、部署或重试。

2026-08-18 — PDF 转换内容完整性修复（已完成）

• 源 .doc 确认为 Word 生成的 HTML；旧 PDF 缺失中文是 LibreOffice 子进程未加载字体配置造成的。
• 转换器固定使用 writer_pdf_Export 分页 PDF 导出，并自动加载显式、系统或随转换器捆绑的 fontconfig；失败继续回退源文件。
• 修复 Word HTML 宽表在 A4 右侧被裁切：按最大声明宽度动态缩放到可打印区域；实际附件 2 页 A4 的右边框、右栏和正文均完整。
• 控制面已重启，AgentBus 健康检查通过。
• 源文件引用的远程图片因当前 DNS 不可达无法获取，未将其误判为可恢复内容。

2026-08-18 — AgentBus 渠道状态同步修复（已完成）

• 修复旧控制面进程停机回写 disabled 覆盖新连接的问题。
• /api/channels 优先使用当前 listener 实时状态，启用且已握手的渠道显示 connected。
• 状态回写增加 session epoch 防护；listener 重载/进程关闭不再等同于管理员停用。
• 控制面测试 59/59、类型检查、build、git diff --check 通过。
• 重启后 3 个启用渠道均为 enabled=true、connected=true、session_ready=true；重复兼容渠道保持停用。

2026-08-18 — 文件获取统一转 PDF（已完成）

• confirmation_export 成功获取文件后统一转 PDF；转换失败、超时或无效输出回退源文件。
• OSS/AgentBus 附件链路保持一致；实际 .doc 已验证可生成有效 .pdf。
• 转换器路径已固定到运行环境的 bundled LibreOffice，面板已重启并通过 AgentBus 健康检查。

2026-08-18 — 外部 Agent 解析契约错误（进行中）

• 已读取用户提供日志：SSE 正常完成，但标准解析契约校验拒绝结果；确认没有插件调用和 ERP 写入。
• 已核对 normalizeParseResult()、解析结果 Schema、lwlt-confirmation 输入/输出契约和外部 parser prompt；当前阻断规则一致且不应绕过。
• 当前待确认：外部实际返回的 status、blockers 内容、operation 摘要及已发布 Profile 版本。未读取 .env，未发送外部请求，未修改业务代码。
• 定向解析器测试 50/52 通过；2 个 HTTP 边界用例因沙箱 listen EPERM 未执行成功，已记录为环境限制。

最近已完成里程碑

• AgentBus 源文件附件回传、HTTPS OSS URL-only 协议和平台下载入口已接通。
• 多用户渠道、持久化 accepted/result 回执、插件串行队列和历史任务超时自愈已完成。
• 历史文件名乱码读取兼容已修复；前端渠道页使用独立 /channels 路径。

验证与边界

• 项目规定的 check:repo 9/9、check、control-plane 59/59、legacy 202/202、build 和 git diff --check 均已通过。
• 本轮未执行 ERP 写入、未发送新的外部业务探测消息；用户既有未提交改动全部保留。
• 不读取、复制或输出 .env 等本地秘密配置内容。

归档

• 本文件压缩前完整快照：archive/project-history/2026-08-18/progress-pre-compression-agentbus-status.md。
• 更早历史进度和 findings 快照位于 archive/project-history/；归档仅供追溯，当前规则以源码、契约和本文件为准。