一致性用例支持两种工具执行模式(platform 由平台执行、runtime 由引擎侧扩展桥执行)与场景跳过(跳过要记原因,不算通过),并支持把场景会话绑定到平台侧真实会话(Pi 走扩展桥时平台必须真的存在该会话)。新增 scripts/engine-conformance.mjs:同一套用例对假引擎与 Pi 各跑一遍,产出 docs/eval/engine-conformance-<日期>.md 对比报告。实测两轮都是 11 项检查 0 项未通过;过程中修掉一个保真缺陷——Pi 工具名是下划线形式(fake_echo),平台事件里应还原成能力 id(fake.echo),已加反向映射并补单测。测试 76 → 77 全绿。 |
||
|---|---|---|
| .. | ||
| 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 引擎包;其它模块必须经这一层