64 lines
2.6 KiB
Markdown
64 lines
2.6 KiB
Markdown
# 多系统智能体平台 · 重构分支
|
||
|
||
> 本分支**从零开始**，不继承原仓库的提交历史。
|
||
|
||
## 这是什么
|
||
|
||
原 `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`。
|
||
|
||
## 设计文档
|
||
|
||
设计文档在飞书评审中，评审通过后随本分支的后续提交入库（任务表 A0.10）。在此之前仓库里没有设计文档是正常的。
|
||
|
||
## 目录与包
|
||
|
||
一个 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/*
|
||
```
|
||
|
||
## 快速开始
|
||
|
||
```bash
|
||
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/`（写完不改，改结论就新写一份） |
|