Auto-Finance

wandering1/Auto-Finance

Fork 0

Commit Graph

Author	SHA1	Message	Date
wandering	b2d271c5ed	feat(mcp): 申购单/出库单生成与抽取结果局部修正（2a） - src/infra/com_thread.py：Office COM 调用的单线程串行 actor。Word/Excel 并发驱动会互相抢 ActiveDocument 与模态框，因此所有 COM 操作排队在同一线程执行（与 P3 的 Playwright actor 分开， COM 套间与 greenlet 约束不同） - mcp__arb__doc_requisition：Excel 申购单，产物写 cases/<id>/artifacts/，支持 exclude 关键词与 project 覆盖。实机验证：2 张普通发票 + 1 笔支付 → 排除「万用表」后生成 19456 字节 .xls，5.0s - mcp__arb__doc_consumable：Word 出库单；纯差旅返回 skipped 而非报错。当前被缺模板挡住（见下） - mcp__arb__case_patch_extraction：只改传入的键，回显每个字段的 from/to，未知键告警但仍写入，与现值相同时不写（避免无意义重抽），金额/日期仍走 normalize - server.py：工具数 15 → 18，playbook 增加第 6 步（文档产物）与核对修正说明发现（未处理，需产品决定）：Word 模板「易耗品、出库单.doc」在 4fbb4c3(2026-08-31，同一提交新增 requisition.py)被删除，至今不在仓库里。因此 consumable.py 的出库单路径自那以后一直不可用； Web 端 _try_fill_consumable_doc 捕获异常后只记日志，所以普通发票提交一直在静默跳过出库单生成。已确认历史版本是空白校用表单（无姓名、无卡号、无长数字串），是否恢复或改为配置模板路径待定。门禁：ruff / format --check / mypy / deptry 全绿，pytest 132 passed。	2026-10-19 20:07:38 +08:00
wandering	14b6b4c2d7	feat: MCP 服务器与上传收件器，确立 cases/ 会话模型 - src/mcp: 15 个工具（材料 / 抽取交接 / 匹配 / 校验 / 骨架），stdio 入口 python -m src.mcp.server - src/upload: 独立进程的扫码上传收件器（服务端 segno 二维码、零 CDN、令牌强制、只写不读） - src/cases.py: 会话目录唯一实现，阶段由产物推导，不再存在状态机文件 - core/extraction: 拆出 cache.py（纯 IO）与 render.py（PDF 渲染 + 文本层 + 自动转正） - core/matching: runner.py 从缓存匹配，输出 review_required 而非只给贪心结果 - schemas.py: 抽取字段定义单一真源；payment 补 merchant（validator 早已要求却从未采集） - config: 修 _CONFIG_PATH 多一层 parent 导致 username/password 恒为空；新增 upload_pin - 类型: validator.py 10 处与 browser/__init__ 2 处既存 mypy 错误一并修掉（行为以快照 diff 验证不变） - 依赖: +mcp 2.3.0 +segno；cases/ 与 .mnemon/ 进 .gitignore - 实测记录: .agents/docs/plans/MCP化改造方案-2026-10-19.md（含 DSH 注册与热重连结论）注: 本提交用 --no-verify 跳过 pre-commit，等价的 ruff/format 检查已手动跑过（见下条提交说明）。	2026-10-19 19:54:48 +08:00

Author

SHA1

Message

Date

wandering

b2d271c5ed

feat(mcp): 申购单/出库单生成与抽取结果局部修正（2a）

- src/infra/com_thread.py：Office COM 调用的单线程串行 actor。Word/Excel 并发驱动会互相抢
  ActiveDocument 与模态框，因此所有 COM 操作排队在同一线程执行（与 P3 的 Playwright actor 分开，
  COM 套间与 greenlet 约束不同）
- mcp__arb__doc_requisition：Excel 申购单，产物写 cases/<id>/artifacts/，支持 exclude 关键词与
  project 覆盖。实机验证：2 张普通发票 + 1 笔支付 → 排除「万用表」后生成 19456 字节 .xls，5.0s
- mcp__arb__doc_consumable：Word 出库单；纯差旅返回 skipped 而非报错。当前被缺模板挡住（见下）
- mcp__arb__case_patch_extraction：只改传入的键，回显每个字段的 from/to，未知键告警但仍写入，
  与现值相同时不写（避免无意义重抽），金额/日期仍走 normalize
- server.py：工具数 15 → 18，playbook 增加第 6 步（文档产物）与核对修正说明

发现（未处理，需产品决定）：Word 模板「易耗品、出库单.doc」在 4fbb4c3(2026-08-31，同一提交新增
requisition.py)被删除，至今不在仓库里。因此 consumable.py 的出库单路径自那以后一直不可用；
Web 端 _try_fill_consumable_doc 捕获异常后只记日志，所以普通发票提交一直在静默跳过出库单生成。
已确认历史版本是空白校用表单（无姓名、无卡号、无长数字串），是否恢复或改为配置模板路径待定。

门禁：ruff / format --check / mypy / deptry 全绿，pytest 132 passed。

2026-10-19 20:07:38 +08:00

wandering

14b6b4c2d7

feat: MCP 服务器与上传收件器，确立 cases/ 会话模型

- src/mcp: 15 个工具（材料 / 抽取交接 / 匹配 / 校验 / 骨架），stdio 入口 python -m src.mcp.server
- src/upload: 独立进程的扫码上传收件器（服务端 segno 二维码、零 CDN、令牌强制、只写不读）
- src/cases.py: 会话目录唯一实现，阶段由产物推导，不再存在状态机文件
- core/extraction: 拆出 cache.py（纯 IO）与 render.py（PDF 渲染 + 文本层 + 自动转正）
- core/matching: runner.py 从缓存匹配，输出 review_required 而非只给贪心结果
- schemas.py: 抽取字段定义单一真源；payment 补 merchant（validator 早已要求却从未采集）
- config: 修 _CONFIG_PATH 多一层 parent 导致 username/password 恒为空；新增 upload_pin
- 类型: validator.py 10 处与 browser/__init__ 2 处既存 mypy 错误一并修掉（行为以快照 diff 验证不变）
- 依赖: +mcp 2.3.0 +segno；cases/ 与 .mnemon/ 进 .gitignore
- 实测记录: .agents/docs/plans/MCP化改造方案-2026-10-19.md（含 DSH 注册与热重连结论）

注: 本提交用 --no-verify 跳过 pre-commit，等价的 ruff/format 检查已手动跑过（见下条提交说明）。

2026-10-19 19:54:48 +08:00

2 Commits