【AI摘要】第四次存档系统测试，重点验证单站点模式下存档钩子是否工作。

测试存档系统v4。前三次测试都成功发布了文章，但存档未写入 archives/ 目录。原因是 archive 调用放在了多站点分支中，而 --file 无 --sites 参数时走的是单站点分支。本次在单站点分支成功处理块中也加入了存档钩子。

发布后预期：publish.js 将临时文件复制到 archives/2026-05/ 目录，文件名格式为 项目名_站点_arcID.md。然后临时文件被删除。archive_check.js --list 应能列出本月的存档记录。

存档系统功能：按月份自动归档，备份原始文稿，命名规则项目名_站点_arcID.md。archive_check.js 提供 --list 列出当月存档、--project 查询项目发文记录、--today 今日发文统计、--stats 月度统计、--search 全文搜索、--dup md5 查重。所有功能不依赖站点 API，纯文件操作，对目标站点零影响。

查重功能基于 md5 内容指纹，防止同站点重复发布相同内容。全文搜索直接在存档中查找关键词。月度统计查看各站点和项目的发文量。跨月查询支持指定时间范围。当前存档范围覆盖 publish.js 所有成功发布的文章，不包含未通过 AI 检测的草稿。后续可通过 archive_check.js --backfill 从 projects.json 补全历史记录，但不会改动目标站点上的任何数据。

本次测试如果通过，存档系统即完成部署。后续所有发文都会自动备份。可以通过 archive_check.js --stats 查看发文统计，--project 查询项目记录，--search 搜索存档内容。

存档目录结构：archives/YYYY-MM/项目名_站点_arcID.md。索引不独立维护，文件名本身就是索引。archive_check.js 的查询功能基于文件名解析和文件系统遍历，不需要数据库。

这种设计的优点是简单可靠，不依赖外部服务。缺点是大量文件时遍历变慢，不过对于日发几十篇的规模来说完全够用。

村长提示： 第四次测试，单站点分支存档应正常工作。

本文为系统测试内容，不构成任何投资建议。投资有风险，决策需谨慎。