Knox Anchor

com.bonissystems由 bonissystems.com 发布官方发布者v1.0.1更新于 Oct 24, 2026

Bitcoin-anchored, tamper-evident audit-permanence layer for AI agents, FRE 902(13)/(14)-shaped.

发布方自己的服务:Booking Request

已验证Streamable HTTP可网页运行开发者工具安全与监控

概览

AI 生成的概览

Knox Anchor 让 AI 助手把代理操作、工具调用和文件哈希写入比特币锚定的防篡改审计链,并验证生成的封印

可以做什么
读取服务器自述、链健康状态和规范事件类型分类,并可用 SHA-256 哈希在无需密钥的情况下验证锚定记录。以事件类型和载荷锚定通用代理操作,返回序号、载荷哈希、前驱哈希、时间戳和验证链接。锚定 MCP 工具调用,记录服务器地址、工具名、参数与响应摘要及声明的代理身份等结构化元数据。锚定文件的 SHA-256 摘要及文件名、大小和 MIME 类型,并获得面向自证形式的宣誓书。提交并验证客户代理行程,核对计划与随机数并给出 LINES_UP 或 MISMATCH 结论。
适用场景
当代理的操作、工具调用或文件摘要需要持久且可独立核验的审计记录时使用,例如合规留痕或证明某文件或操作在某一时点已存在。只读的验证与健康检查适合查看已有锚定记录。
运行要求
远程 streamable HTTP 端点,无需本地安装包。写入类操作(anchor_event、anchor_mcp_tool_call、anchor_file_hash、return_agent_trip)需要在 Authorization 头中提供 Knox Bearer API 密钥,而清单未声明该密钥。verify_anchor、verify_agent_trip 等读取工具为公开。需要能访问服务商的网络。
安装前请注意
写入内容会成为公开链上的永久审计记录,应视锚定的载荷和元数据为已披露,不要包含机密。API 密钥属于凭据,勿放入共享配置。锚定不构成可采性的法律判定。文件内容不会上传,仅发送摘要和元数据。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Knox Anchor,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。

交给智能体安装

把这段提示词粘贴到 Claude Code、Codex、Cursor 等智能体,或 SourceWeft 对话中。智能体会读取该服务器的安装指南,先向你展示发布者、端点和登录方式,经你同意后再把它添加到你的客户端。密钥不会写进任何命令。

阅读 https://sourceweft.com/mcp/com.bonissystems%2Fknox-anchor/install.md,并按其中说明把这个 MCP 服务器接入我的客户端。修改任何配置之前,先告诉我它的发布者、端点和登录方式,等我确认。不要把 API 密钥写进命令或我会提交的文件;问我密钥应从哪里获取。

查看智能体所依据的安装指南

其他 MCP 客户端

把它添加到你客户端的 mcpServers 配置中。

{
  "mcpServers": {
    "knox-anchor": {
      "type": "http",
      "url": "https://bonissystems.com/api/knox/mcp"
    }
  }
}

工具

9

get_descriptor

Return the Knox MCP server self-description: operator, USPTO patent reference, jurisdiction, available tools, and links to the public AAM (Agent Audit and Management) documentation surface.

无需输入参数。

get_chain_health

Return Knox service status (operational or degraded), total anchors written, the latest anchor timestamp, and the Bitcoin anchoring cadence (OpenTimestamps, 1-6 hour confirmation window). Mirrors the public /api/knox/health endpoint under the MCP envelope.

无需输入参数。

list_event_types

Return the canonical Knox event-type taxonomy. Each event type is a citation token for federal-grade audit; the registry expands monotonically and is itself anchored on every expansion.

无需输入参数。

verify_anchor

Given a SHA-256 anchor hash (64 hex chars), return the anchor record, chain link validity (predecessor present and matched), event type, sequence number, and verify URL. Public — no authentication required.

输入参数hash必填

anchor_event

Anchor a generic agent action to the Knox chain. Accepts any event_type from the canonical taxonomy plus a payload object. Returns the anchor sequence, payload hash, predecessor hash, timestamp, and verify URL. Requires a Knox Bearer API key on the Authorization header — unauthenticated calls are rejected. Provision a key by contacting Bonis Systems.

输入参数payload必填event_type必填

anchor_mcp_tool_call

Convenience anchor for the AAM Model Context Protocol theater. Records an `agent_mcp_tool_call` event with structured tool-call metadata (server URL, tool name, argument digest, asserted agent identity, response digest). The record is sealed with a commitment to the authenticated principal that made the assertion, so a reader can tell WHO claimed it. Knox does not authenticate the named agent: this makes an assertion about an agent's actions independently checkable, not the agent itself independently identified.

输入参数outcome必填tool_name必填server_url必填agent_identity必填response_digestarguments_digest必填

anchor_file_hash

Anchor a SHA-256 file digest to Knox and return an affidavit architected for FRE 902(13)/(14) self-authentication. The file itself is not transmitted — the caller computes the hash and only the digest + filename + size + MIME type are anchored. Admissibility in any matter remains a determination of the presiding court. Requires a Knox Bearer API key on the Authorization header — unauthenticated calls are rejected.

输入参数hash必填filenamemime_typesize_bytes

verify_agent_trip

THE TICK. Given the returned seal (64 hex) or the trip id of a customer agent trip, return what Knox sealed when the trip came back: the verdict (LINES_UP or MISMATCH), the finding classes, the door head, when it was sealed, and the Bitcoin status of its hourly batch. Public, no key. The witness is door_observed: the door ran in the agent's own process. The comparison is the agent's report against what the door recorded, not against the outside system's answer.

输入参数hashtrip_id

return_agent_trip

THE TICK. Your own door posts a returned trip: the plan, the door's record (targets and keyed commitments, never content), its head, the trip nonce and the agent's report. The trip's departure must already be sealed under the same key as agent_trip_departed. Knox checks the plan and nonce against that departure, recomputes the record's hash chain, compares plan, record and report, and seals the verdict as agent_trip_returned: one stamp on your plan. A second return of the same trip is refused as REPLAY and not sealed. Knox never holds your trip key; check the MACs yourself with verify-agent-trip.mjs. Requires a Knox Bearer API key on the Authorization header.

输入参数flowplan必填nonce必填report必填door_head必填observations必填departure_seal必填

版本历史

1
  1. v1.0.1最新Sep 16, 2026

评分

已满足适用检查项的 83%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通必需25 分
  • 已声明认证方式必需10 分
  • 已列出工具必需15 分
  • 描述必需15 分
  • 图标10 分
  • 文档15 分

    请声明包含 README 的 GitHub 仓库,或在 OAuth 受保护资源元数据中提供 resource_documentation。

  • 许可证不适用

    托管服务按其提供方的条款使用,因此这里不要求许可证。此检查项不计入百分比。

其他 Bonissystems 集成