mirror of
https://git.openapi.site/https://github.com/desirecore/market.git
synced 2026-10-21 03:44:25 +08:00
Yige
40bd2dc1cf
## 改动 / Changes - `entry.json` 与 `catalog-metadata.v1.json` 的三处 ref pin 到 [desirecore-agent/invoice-organizer#3](https://github.com/desirecore-agent/invoice-organizer/pull/3) 的合并提交 `53b8a745bd008ab8be4833e28724db6b0801976f` - `latestVersion` / `release.version` 1.0.5 → 1.0.6 Pins the invoice-organizer pointer entry to content commit `53b8a74` (1.0.6). ## 1.0.6 内容 / What's in 1.0.6 1.0.5 在开发实例从零整理真实邮箱只入账 51 张（应约 67 张），逐封对照本地缓存后定位到：列候选直接拿 `messages/fetch` 的翻页结果（按序号窗口取会漏一类发票邮件）、按信头日期停翻、下载前按文件名预筛掉航空电子行程单、每封只下一个载体。1.0.6： - 列候选改为两步：先把本地缓存补齐到覆盖整个时间段（Gmail 用放宽一天的服务端日期查询翻到底；IMAP 收件箱 / Outlook 每页后重数「晚于起始日期的邮件数」G，`offset` 达到 G 之后连续两页不增长才停；IMAP 自定义文件夹不走缓存），再按日期搜缓存、按 `total` 翻到底 - 候选邮件的附件全部下载，不按文件名预判、不挑载体；判定阶梯新增否定条挡住行程明细 - 旧客户端（列表响应只剩「省略 1 行」）逐级降 `limit`，读不了的记入待处理；失败计数与「判为非发票」分开 - 内容仓库 PR 经独立子代理五轮审查（高 5 / 中 12 / 低若干，全部处理），第五轮结论可合并 ## 验证 / Verification - `validate_catalog_metadata.py --require-complete`：0 error - `agent.json` 用 dev 的 `validateAgentConfig` 实跑 `success: true` 🤖 Generated with [Claude Code](https://claude.com/claude-code)