PRAXO-CORE 2.5.0：用 conformance 和显式边界构建 Go Agent 框架

超级架构师2026-11-01 20:25

把 Agent 嵌进 Go 产品时，最先遇到的问题通常不是"模型不够多"，而是边界不清：策略在哪里执行？工具参数被 middleware 改过怎么办？沙箱到底隔离了什么？插件启动前谁验证签名和 SBOM？

PRAXO-CORE 的定位是"受治理的执行内核"，不是全能 Agent 平台。核心只保留 Agent 循环、模型/工具/记忆/事件/策略/沙箱/检查点接缝、HITL、typed stream 和进程/WASM 插件平面。图执行归 RHEOVELA，模型托管、记忆存储和企业 HA/身份强制不在核心。

2.5.0 的重点

第一，新增 pkg/conformance。外部实现可以用同一套检查验证 VFS、memory、 sandbox、event、policy、gateway、model、streaming model、tool 和 retriever 契约；conformance.Run 执行命名检查并一次报告所有失败。

第二，加固 pkg/vfs/localfs。NUL 字节、Windows 盘符相对路径、保留设备名、备用数据流、尾随点/空格都会被拒绝。

第三，把事件/OpenTelemetry schema 和插件信任/SBOM 交接写成公开文档。特别是插件：ValidateTrust 只检查签名和 SBOM 是否存在，真正的签名验证、信任根、 SBOM 策略和 materialization 仍由产品负责。

快速开始

复制代码

export PRAXO_BASE_URL=http://localhost:11434/v1
export PRAXO_MODEL=llama3.2
GOWORK=off go run ./examples/quickstart

2.5.0 不改变现有导出 pkg/... 声明，API 差异仅新增 pkg/conformance。 workspace/session 和 E2B、Daytona、OpenSandbox、CubeSandbox 适配器是离线 conformance 评估，不是实网验证；RHEOVELA durable worker 是本地验证，HA 和企业身份属于 RHEOVELA-ee。

仓库：https://github.com/axisvela/praxo-core

文档：https://axisvela.github.io/praxo-core/

发布：https://github.com/axisvela/praxo-core/releases/tag/v2.5.0