Files
caiwuzongzhang/docs
总工andmultica-agent 85e11a4f72 HEL-222: 整合自动提醒引擎(212b1f9)到现行测试版 d6f39e0
- 迁移链追加 0009_reminders_engine:旧 manual reminders 表改名
  reminders_legacy_manual 保留历史,新建 reminders/reminder_events/
  reminder_settings(append-only 触发器)
- server.py:新提醒 API(pending/scan/send/manual/resend/settings/
  公司端收件与状态流转)替换旧 manual-send 端点
- web:admin 待提醒清单+扫描+详情抽屉,公司端通知动态化+
  去处理事件委托;设置保存同步提醒扫描参数
- 移除被取代的 settings.pending_items/send_reminders 与旧 UI 逻辑
- 全量测试 346 项通过(5 项浏览器跳过与历史一致)

Co-authored-by: multica-agent <github@multica.ai>
2026-08-28 15:21:27 +00:00
..
2026-08-23 14:26:55 +08:00
2026-08-23 14:26:55 +08:00

总账项目手册

最后核对:2026-08-23。核对依据是当前 main 最新代码(5f21527)、数据库迁移、接口、测试和近期提交记录。

这是接手本项目的第一站。阅读顺序如下:

  1. 项目需求:先知道系统要解决什么问题,以及哪些规则绝不能碰。
  2. 最新进度:再确认哪些能力已经真实完成,哪些仍未完成。
  3. 任务清单:最后挑选下一项工作,避免重复做已经完成的事。
  4. 需要技术细节时,再查看 decisions/ 中的技术决定和 issues/ 中保留的历史任务规格。

维护规矩

  • 每新增、开始、完成、取消一项任务,负责的智能体都要在同一次提交里更新 最新进度.md任务清单.md
  • 新功能改变产品规则时,同时更新 项目需求.md;技术方案有变化时,补充 decisions/ 的决定记录。
  • 写进手册的“已完成”必须能在代码、测试或已合并提交中找到依据;只有计划、页面演示或口头讨论的内容,一律写为“未完成”。
  • 不删除历史文档。旧内容与当前代码不一致时,在旧文件开头加“已过时,仅留档备查”提示,并在本目录写新版说明。

旧交接说明

HANDOFF.md 是 2026-08-06 的历史交接稿,已经不反映当前实现,保留仅作对照。当前事实以本手册三份正文为准。