多系统智能体平台 · 重构分支

本分支从零开始，不继承原仓库的提交历史。

这是什么

原 main 是「APS 产品 + 内嵌智能体层」的混合实现。本次重构把它拆成两件事：

• 平台：客户端 + 平台服务 + Core + 引擎适配 + Provider 契约。从零重写，TypeScript / Node。
• APS：作为独立业务系统，以现有代码搬迁适配（Python），通过 Provider 契约接入平台。

分支约定

分支	用途
rewrite/platform（本分支）	重构实现；提交历史从首个提交开始
main	原实现，只读参考；切换前另存为 legacy/main 并设为只读

• 旧代码参考用 git show main:<path>，或另开 worktree 检出 main。
• 移植旧逻辑时在提交信息里写明来源，例如 移植自 main:server/aps_domain/flex.py——孤儿历史下 git blame 追不到来源。
• 切换时以本分支强推覆盖 main（--force-with-lease）；切换前必须先把 main 备份为 legacy/main。

设计文档

文档	位置
架构设计	docs/architecture.md
实施设计	docs/implementation.md
架构决策记录	docs/adr/
术语与边界一页纸	docs/glossary.md
A0-G 评审材料与结论	docs/review/
能力描述规范	docs/spec/capability-description.md
问法评测集	docs/eval/

两份设计文档由飞书文档导入（A0-G 评审快照，2026-09-23）。导入后以仓库版本为准，改动走提交与 ADR 流程。

目录与包

一个 pnpm monorepo，四个一级目录（架构设计第 2 节）：

contracts/                @aps/contracts      共享契约（只有类型，无运行时依赖）
server/                   @aps/server         平台服务：entry / app / agent / core / workflows
server/provider-sdk/      @aps/provider-sdk   业务系统接入平台的契约与契约测试
providers/aps/            @aps/provider-aps   APS 适配器（ERP / EMS 同构）
client/app/               @aps/client-app     界面：对话、工作区、审批
client/desktop/           @aps/desktop        Electron 壳：窗口、本地守护、离线升级
docs/                                         架构、ADR、规范与评测集

依赖方向（A1.2 接入 CI 检查）：

contracts  ←  provider-sdk  ←  server  ←  client
                    ↑
              providers/*

快速开始

pnpm install        # 需要 Node >= 22.19.0
pnpm typecheck      # 等价于 tsc -b，按项目引用顺序构建全部包

开发约定

约定	出处
能力命名与描述七要素	docs/spec/capability-description.md
问法评测集与门槛	docs/eval/README.md
数据存储写法（整数毫秒、应用侧主键、JSONB/TEXT）	docs/adr/0007-storage-and-consistency.md
架构决策记录	docs/adr/（写完不改，改结论就新写一份）