总体方案设计
一套档案 + 一个大脑

• 档案先于 AI：档案层不依赖任何 AI 存在。AI 全挂了，档案一个字节不少，审批照样走。
• AI 做到"等人拍板"为止：AI 做记录、识别、计算、校验、汇总、预审；决策、盖章、对外正式文书由人完成。低风险自动放行本期不做。
• 模型是耗材，系统是资产：大模型经"AI 网关"接入、可整体替换；系统寿命与模型寿命解耦。
• 一切留痕：人的操作和 AI 的判断都进事件流水，随时可回溯"当时为什么批了这笔钱"。

回答"记忆和档案是一体还是延伸"——记忆是档案的延伸，且可随时从档案完整重建：

AI 网关（模型可替换的关键）

系统内所有 AI 调用收敛到一个内部接口层，对业务暴露的是能力而非某个模型：识别发票(图片)、提取合同要素(文件)、预审付款申请(项目ID)、回答项目问题(项目ID, 问题)。接口背后接哪家模型是配置项；提示词与校验规则存在我们自己的代码库、版本化管理。

审批链可配置（2026-09-08 定）：默认两级 财务负责人 → 总经理，可按项目加入项目负责人前置审批；金额分级规则后续可调。

每个项目是一条流程实例，当前停在哪个节点、缺什么材料，系统与 AI 都据此判断：

关键业务规则（硬性校验，AI 与系统双重把关）

• 计划开票上限：开票前预开 → 计划总额 = 开票金额 ×（1 − 管理费率）；回款后开 → 计划总额 = 到账金额 ×（1 − 管理费率）。实开累计不得超过计划总额。
• 计划信息只读：提供费用发票时，计划里的开票公司、计划金额自动带入、不允许修改；实开金额自填但不能超计划。
• 专票规则：是专用发票则必填税率，税额自动计算。
• 到账比例可视化：付款比例 10% 但本次只到 8% 时，下次再到 2% 要能区分展示——付款申请页按"付款节点"累计到账，审核人一眼看到本次申请对应的是哪一段。
• 审批回退：支付审批未通过 → 回到开票判断节点，保留全部历史记录，重走时不丢数据。

原则：业务表只增不改（更正走"红冲/作废"新记录），附件原件只增不删——这是几十年档案可信的根基。

部署（按团队惯例）

• 服务器：119.91.48.31（office-jump），nginx + PM2 + certbot
• 后端端口：3020 起（3000–3019 已占用，用前 ss -tln 确认）
• 域名：需新子域名（如 pm-design.cyapps.tech）→ DNSPod 单独加 A 记录 → nginx server 块 → certbot 证书
• 代码：本地 ~/kimiproject/PM-Design/，rsync 推送 /var/www/PM-Design/

1. 格式开放：MySQL + PDF/JPG 原件 + JSON，任何厂商消失都能读。
2. AI 网关抽象：换模型改配置，业务代码不动；提示词与规则在自己的代码库、版本化。
3. 结论落库：历史预审意见、审批依据永久可查，换模型不影响追溯。
4. 索引可重建：向量模型换了就从档案重建索引，原始档案不动。
5. 只增不改：业务记录与附件只增不删，更正走红冲。
6. 备份纪律：数据库每日备份 + 文件库定期异地副本（纳入运维手册）。

顺序逻辑：先把"档案"立住（M1），再让"大脑"进场（M2 起）。AI 依赖档案存在，反过来不行。