@agenticprimitives/audit

中文文档
1.0.0-alpha.46发布于 2026/10/26MITTypeScriptES Module零依赖近 30 天下载 6896

仅追加审计事件 schema + slow 接口. 运输-不可知;消费者用电线接通混凝土汇(收机/D1/Cloud Loging/等).

中文使用文档
文档目录6 节
  1. 快开始
  2. 怎么不一样
  3. 边界
  4. 变化因素
  5. 状态
  6. 构建

@ agenticprimitives/ 审计

部分 代理先导 ——代理应用程序的开源信任底板:可以签名的身份,行为时间检查权限,所有者携带的证据. 开发者工具包 • 妇女 所有软件包

代理原始人堆栈的仅附带审计活动——因为在代理经济中, "谁授权什么,在什么限度下,可以证明给谁?" 这是你的日志必须回答的问题 而不是你的事件回顾.

大部分团队在事后将登录锁定在代理基础设施上:这里有一个控制台运输,那里有一个SIEM托运人,每个组件都指定了自己的方式。 结果是遥测,而不是证据. 此套件倒置: 一个可口 AuditEvent 方案是,底盘中的每个软件包都发出——代表团薄荷,监护变更,关键操作,工具调用——所以线索讲的是与其所观察的系统相同的身份语言. 审计事件中的演员是签下授权书的同名犬科智能特工地址;证据链和权威链是一链.

它关闭了系统审计搜索 C3 数据 (法网线索) docs/architecture/product-readiness-audit.md它坐落于依赖图的底部 types ——一切进口,几乎无进口.

部分 代理原始产品 ——代理经济的信托基底:一个有监护,授权,命名,证书,审计证据的犬类智能代理身份,设计成一个系统.

见 spec.md → specs/206-audit.md。 。 。 .

快开始

import {
  buildEvent,
  createConsoleAuditSink,
  composeSinks,
  type AuditSink,
} from '@agenticprimitives/audit';

const sink: AuditSink = composeSinks(
  createConsoleAuditSink({ prefix: '[AUDIT]' }),
  // ...add a persistent sink from your app layer (D1, Postgres, etc.)
);

await sink.write(
  buildEvent({
    action: 'delegation.verify.accept',
    outcome: 'success',
    actor:   { type: 'agent', id: 'demo-a2a' },
    subject: { type: 'jti', id: claims.jti },
    audience: claims.aud,
    correlationId,
  }),
);

基础以外:犬类行动登记簿AUDIT_ACTION_REGISTRY页:1 createPiiGuardrailSink 包装能洗刷秘密 防御深度 轻量级 MetricsSink 计数器,以及 每个活动类别选择两个组成合同 —— 说 composeFailSoftSinks 吸收遥测级事件的瞬间故障,同时 composeFailHardSinks 因此,如果证据不持久,安全关键流动(委托薄荷/撤销、监护权变更、关键操作)将拒绝实施.

怎么不一样

  • vs. OpenZeppelin 维权/ 招标: 这些监视器 合同 交易和连锁状态。 这一线索捕捉了在它们之前作出的非链条当局决定(核实授权、检查范围、达到的法定人数、援引的工具)、与同一条条条的特征挂钩以及将合同执行的权力下放链条。 你来拿 为什么 交易背后,不只是交易.
  • 对自定义日志 : ad-hoc日志没有共享的chema,没有附件唯一的合同,也没有失败的硬性选项——一个压制日志的攻击者(或bug)仍然得到动作的承诺. 这里有水槽接口 write 安全的关键排放者能够使持久性成为一个先决条件.
  • 底部效应 : 因为每个软件包都发出同样的方案, 一个查询与一个签入, 它刻制的代表团, MCP 工具称它授权, 以及它产生的开支—— 跨软件包 correlationId 还有警署地址 堆积的堆积不能产生这种结合.

边界

  • 船舶 仅指带内汇 (主机+内存+构件+PII护栏). 混凝土持久性汇(D1, Postgres, Cloud Digging, SIEM)生活在单曲后面的消费应用中 AuditSink 接口.
  • 坐在这 解析图的基础 并行 @agenticprimitives/types. 禁止进口连接-auth/代理-账户/授权/钥匙-保管/工具-政策/mcp-runtime——这些导入我们。 事件带有ID和字符串,从不包含域对象.

变化因素

  • 没有秘密材料在事件中. Emiters hash会话ID, 省略原始密钥/ 令牌 . createPiiGuardrailSink 是防御深度,而不是主要控制.
  • 仅通过接口附加. AuditSink 已经 write 仅 -- -- 没有 delete 编号 : update持久性汇必须在计划一级强化不可改变性.
  • 遥测失败 安全失败. 例行发射失败绝不向呼叫者投掷;安全关键事件使用 composeFailHardSinks 故追踪不绝,流逝不绝.

状态

阿尔法轨道-只试网. Schema 版本 (schemaVersion: 1);起伏为主. 在根上列出的大门之前不要部署到生产中 README.md 状况科 已经清除。 每一个安全发现都有监控 docs/audits/findings.yaml。 。 。 .

构建

pnpm --filter @agenticprimitives/audit typecheck
pnpm --filter @agenticprimitives/audit test
pnpm --filter @agenticprimitives/audit build

版本与发布记录

@agenticprimitives/audit 共发布 45 个版本,首次发布于 2026/06/01;过去 12 个月发布了 45 个版本。

版本发布日期距今
1.0.0-alpha.46latest2026/10/2610 天前
1.0.0-alpha.452026/10/2610 天前
1.0.0-alpha.442026/10/1720 天前
1.0.0-alpha.432026/10/1720 天前
1.0.0-alpha.422026/10/1620 天前
1.0.0-alpha.412026/10/1620 天前

其他发布通道:alpha → 0.1.0-alpha.2。

关于 @agenticprimitives/audit 的常见问题

@agenticprimitives/audit 是什么?

仅追加审计事件 schema + slow 接口. 运输-不可知;消费者用电线接通混凝土汇(收机/D1/Cloud Loging/等).

如何安装 @agenticprimitives/audit?

在项目目录运行 npm install @agenticprimitives/audit,或使用 pnpm add / yarn add / bun add。它还需要宿主项目提供 peer 依赖:@agenticprimitives/types(^1.0.0-alpha.46)。npm 7 及以上与 pnpm 8 及以上默认会自动安装必需的 peer 依赖,Yarn 需要手动安装。

@agenticprimitives/audit 支持 TypeScript 吗?

支持。包内自带 TypeScript 类型声明(package.json 声明了 types 入口),安装后即可获得类型提示,无需再安装 @types 包。

@agenticprimitives/audit 支持 ESM 还是 CommonJS?

以 ES Module 形式发布,推荐使用 import 引入。在 CommonJS 项目中,Node.js 20.19+ / 22.12+ 可以直接 require() 不含顶层 await 的 ES Module,更早的版本需要改用动态 import()。

@agenticprimitives/audit 可以商用吗?

@agenticprimitives/audit 使用 MIT 许可。宽松许可:允许商业使用、修改和再分发,通常只需在分发时保留原版权与许可声明。以上为概括,不构成法律意见,请以许可原文为准。

@agenticprimitives/audit 的下载量有多少?

根据 npm 官方下载统计,@agenticprimitives/audit 在 2026/10/05 – 2026/11/03 这 30 天内被下载 6,896 次,日均约 230 次。下载量会把 CI 构建、镜像同步和作为其他包依赖的安装一并计入,适合横向比较热度,不能直接等同于使用人数。

@agenticprimitives/audit 还在维护吗?

最新版本 1.0.0-alpha.46 发布于 2026/10/26(10 天前);至今共发布 45 个版本,其中过去 12 个月发布了 45 个;首次发布于 2026/06/01。发布频率只是参考信号:功能稳定的工具可能很少需要更新,建议结合源码仓库的 issue 和提交记录判断。