按实施设计 1.3/1.5:上下文由平台构建,不把整段会话塞给模型。新增 server/app/context-builder.ts——按预算保留最近若干轮 + 钉住引用,把更早的消息折叠成结构化摘要(每条带来源消息 id),工具执行只以引用进摘要(能力、状态、参数摘要、executionId),原始消息一律不动。新增 context_checkpoints 表与仓储(迁移 v2),每轮结束后落检查点,摘要与来源可查。应用服务在运行时会话首次发送时注入上下文包,同一运行时会话不重复注入(引擎自己有原生上下文时就不需要)。Pi 原生会话目录支持 APS_PI_SESSION_DIR 覆盖,便于验证「引擎无状态、平台补上下文」。验证:构建器 5 条单测 + 跨重启注入集成用例;真模型实测——重启平台并让 Pi 用全新会话目录,问「我刚才让你记住什么」答出「25 分钟(车间换型时间)」。测试 70 → 76。 |
||
|---|---|---|
| .. | ||
| agent | ||
| app | ||
| bin | ||
| core | ||
| entry | ||
| provider-sdk | ||
| workflows | ||
| README.md | ||
| config.ts | ||
| index.ts | ||
| package.json | ||
| tsconfig.json | ||
README.md
@aps/server
平台服务。目录按架构设计第 2 节建立,各模块的边界与「不该出现什么」以该节为准。
| 目录 | 职责 | 不该出现什么 |
|---|---|---|
entry/ |
HTTP / SSE 入口、会话、鉴权 | 业务规则、直接调业务系统 |
app/ |
请求编排、能力查询、审批流转、事件推送 | 引擎内部概念、直接 import Pi |
agent/ |
引擎适配:AgentRuntime 接口 + Pi / Codex 实现 |
业务规则、碰凭据 |
core/ |
能力目录、身份映射、策略、凭据、执行、审计 | 业务数据、直接拼业务系统 URL |
workflows/ |
跨系统顺序流程 | 配置化 DAG 引擎 |
依赖方向(A1.2 会接入 CI 检查):
contracts ← provider-sdk ← server ← client
↑
providers/*
providers/*只依赖@aps/provider-sdk(与@aps/contracts),不依赖@aps/server- 只有
agent/允许 import 引擎包;其它模块必须经这一层