关于 csoai_defoneos_mcp
csoai_defoneos_mcp 被描述为英国国防 AI 认证接口,但所提供的 README 是 CSOAI 文章,并未说明该项目的工具或接口。现有内容介绍了签名 AI 测量记录及 CSOAI 更广泛的 MCP 治理工作。
主要功能
- 01Ed25519 签名测量卡
- 02以 Bitcoin 锚定记录
- 03公开 AI 治理测量结果
适用场景
- 01查看已发布的 AI 测量结果
- 02验证测量签名
- 03了解治理测量方法
MCP 相关
README 广泛介绍了 CSOAI 的 MCP 服务,但没有说明 csoai_defoneos_mcp 本身向 MCP 客户端提供哪些工具或资源。
配置
本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。
工具
本地服务需要在你的电脑上运行后才能读取工具,维护者暂未提供工具列表。
详细介绍
csoai-defoneos-mcp
作者:Nicholas Templeman,CSOAI Ltd(英国 Companies House 16939677)
URL: https://councilof.ai
CSOAI — Council of AI 博客文章
作者:Nicholas Templeman,CSOAI Ltd(英国 Companies House 16939677) URL: https://councilof.ai
文章 1:22 个维度,已签名
22 个维度,已签名:CSOAI 如何在无需征求许可的情况下衡量 AI
AI 治理陷入了认证作秀。审计要花数月时间。认证印章会过期。审计一结束,模型就变了。会议室之外无人知道测量了什么、如何测量,或何时测量。
CSOAI 是一家在英国注册的测量机构(Companies House 16939677),采用了不同的做法。我们测量的每个 AI 都会生成一张 Ed25519 签名、锚定于 Bitcoin 的测量卡。卡片公开可见。签名可离线验证。审计记录永远不会被悄悄更改。
councilof.ai/board 上的看板展示了我们最新的 22 个维度测量结果。每张卡片都包含:
- 测量的维度(透明度、安全性、公平性、问责制,以及另外 18 项)
- 使用的方法(FTS5 搜索、EUR-Lex 语料库、提示词注入探测)
- 签名时的测量值
- 证明此后无人篡改的签名
这张卡片是收据,而非证书。收据签发成本低、验证成本低,而且无法伪造。
亲自试试:curl https://councilof.ai/api/gspc — 查看每张卡片、每个签名、每个维度。
Nicholas Templeman 是 CSOAI Ltd(英国 16939677)的创始人。他衡量 AI,让我们其他人能够验证结果。
文章 2:停止为 AI 认证,开始接收收据
停止为 AI「认证」,开始接收收据。
到 2026 年,所有 AI 治理框架最终仍会遵循同一套仪式:审计员写一份 PDF,供应商展示一枚徽章,认证印章在 12 个月后过期。到了第 13 个月,模型已经重新训练过三次。徽章对 AI 今天的行为只字未提。
CSOAI 的 GSPC(治理签名公开卡)用收据取代了徽章:
- 测量 AI 在一个公开维度上的表现(透明度、安全性、公平性等)
- 签名 使用 Ed25519 对测量结果进行签名 — 一种单向加密签名
- 锚定 将签名锚定到 Bitcoin,确保无人能篡改历史记录
- 发布 卡片至
councilof.ai/api/gspc/{sha256} - 验证 随处可验证 — 离线进行,无需账户
卡片不会说「这个 AI 永远安全」。它说的是「这个 AI 在此日期、针对此维度、使用此方法进行了测量,以下是加密证明。」
如果 AI 明天发生变化,旧卡片仍然有效。如果有人篡改卡片,签名就会失效。如果你想知道发生了什么变化,就重新测量并签发一张新卡片。
就这样。这就是整套系统。
councilof.ai/board 上的看板展示了 22 个维度、数百项测量结果,以及一棵可供你自行验证的公共根 Merkle 树。
Nicholas Templeman,CSOAI Ltd(英国 16939677)创始人。
文章 3:欧盟《AI 法案》第 50 条,已测量
欧盟《人工智能法案》第 50 条实测:一款包含 417 项条款、不会向外发送数据的工具
欧盟《人工智能法案》第 50 条要求,AI 生成的内容必须“以机器可读的方式标记,并可检测出是人工生成或操纵的”。这是一句话。它包含 47 个子段落、89 项例外,以及 281 处对其他条款的交叉引用。
CSOAI 的 eu-ai-act-compliance-mcp 是一款 Python MCP 服务,包含 417 项来自 EUR-Lex 的条款,使用 SQLite FTS5 建立索引,毫秒级即可搜索。无需调用 API。数据不会离开你的设备。
pip install eu-ai-act-compliance-mcp
# 417 provisions, FTS5 search, deadline tracker
三种工具:
risk_scan(system_description)— 确定哪些条款适用于你的 AIprovision_search(query)— 使用 FTS5 搜索全部 417 项条款deadline_tracker()— 列出第 113 条规定的所有合规日期
为什么选择测量,而非认证: CSOAI 不会为你的 AI 认证,而是测量哪些条款适用、适用日期以及相关标准。测量结果经过签名。签名由你持有。审计方可以是任何人。
这是 CSOAI 应用于全部 22 个治理轴的相同模式。测量结果可移植。认证则是租来的。
Nicholas Templeman,CSOAI Ltd(UK 16939677)。
帖子 4:签名回执胜过合规审计的那一天
签名回执胜过合规审计的那一天
一家欧洲银行希望部署用于欺诈检测的 AI。审计方要求提供:
- ISO 42001 适用性声明(90 天)
- SOC 2 Type II 报告(6 个月)
- 供应商风险问卷(3 周)
这意味着要花 8 个月处理文书工作,才能上线一个模型。银行最终放弃了这项 AI。
CSOAI 的 GSPC 本可以采用不同做法。第一天,我们就会发布:
- 一张关于透明度的签名测量卡(模型有文档记录)
- 一张关于安全性的签名测量卡(模型能够抵御越狱攻击)
- 一张关于公平性的签名测量卡(模型在不同人群中的假阳性率保持均衡)
- 一张关于问责制的签名测量卡(每次预测的日志都保存在 sha256
…)
每张卡都由 Ed25519 签名。每个签名都可离线验证。每张卡都说明:在这一天,这个 AI 具备这些属性。
这不是认证,而是回执。回执不会过期。回执不需要 90 天后重新审计。开具回执成本低,验证回执成本也低。
银行可以在第 7 天部署,并在第 30 天、第 60 天、第 90 天重新测量——每次新测量都有自己的回执。
审计方仍然可以提出任何要求。但银行的律师有了更好的凭据:证明 AI 经过测量,而非仅仅声称经过测量的已签名、注明日期的公开证据。
这正是 GSPC 弥补的缺口。
Nicholas Templeman,CSOAI Ltd(UK 16939677)。
帖子 5:用 7 行 curl 命令查看 22 轴 AI 测量看板
用 7 行 curl 命令查看 22 轴 AI 测量看板
CSOAI 看板位于 councilof.ai/board。它展示了我们发布的所有测量结果。整个操作——包括签名验证——只需一个 HTTP 请求:
curl -s https://councilof.ai/api/gspc | jq '.cards | length'
这会告诉你有多少张已签名的卡片。想验证其中一张吗?
curl -s https://councilof.ai/api/gspc/sha256/<hash> | jq '{axis, methodology, measurement, signature}'
想检查签名吗?
curl -s https://councilof.ai/api/gspc/sha256/<hash>/verify
看板涵盖 22 个轴,测量领域包括透明度、安全性、公平性、问责制、稳健性、隐私,以及另外 16 个领域。最新卡片、历史卡片、方法论和密码学——全部公开、全部已签名、全部可查询。
无需登录。没有付费墙。也没有“联系销售获取企业版演示”。
这就是当治理成果是一张回执,而不是一份证书时的样子。
Nicholas Templeman,CSOAI Ltd(UK 16939677)。
帖子 6:为什么“合规”不是 AI 的正确说法
为什么“合规”不是描述 AI 的恰当用词
AI 行业从金融领域借用了“合规”一词。金融领域的合规关注的是流程:是否遵循了程序?AI 合规被硬塞进了同一个词里,但 AI 关注的是行为:系统实际会做什么?
流程一年检查一次。行为每天都在变化。
CSOAI 用来描述我们工作的术语是测量。测量有三个合规不具备的特性:
- 带时间戳。 测量卡上写着“此 AI 在 Y 日期具有 X 属性”,而不是“此 AI 永远合规”。
- 可复现。 任何人只要有测量代码和 AI 快照,就能重新生成测量卡。
- 已签名。 Ed25519 意味着,若不破坏签名,就无法篡改测量卡。
金融行业使用“合规”一词,是因为他们的审计人员检查流程。我们使用“测量”一词,是因为 AI 需要检查状态。
测量卡不会说“此 AI 是安全的”。它会说:“此 AI 在 2026-09-15T06:00:00Z 的拒绝率为 99.7%,测量依据是包含 12,847 次越狱尝试的语料库,由 CSOAI 的验证密钥签名,并锚定至 Bitcoin 区块 870,123。”
这比 PDF 上的任何认证标章都诚实得多。
Nicholas Templeman,CSOAI Ltd(UK 16939677)。
帖文 7:MCP 为何对 AI 治理至关重要
MCP 协议为何对 AI 治理至关重要
模型上下文协议(MCP)是一种 API 标准,让 AI Agent 能够与工具通信。一个不支持 MCP 的治理机构,无法触达它声称要治理的 Agent。
CSOAI 在 PyPI 上发布了 68 个 MCP 服务。每个服务都封装了一项法规内容——《欧盟 AI 法案》的条款、GDPR 条文、NIST AI RMF 控制项——并将其作为 AI Agent 可以调用的工具提供。
例如,正在起草合规报告的 Agent 可以调用 eu_ai_act.risk_scan(system_description),并获取适用的条款。此调用属于测量,而非认证。Agent 对输出负责。签名证明语料库来自 EUR-Lex,而非供应商的博客。
MCP 是连接 AI 治理(政策)与 AI Agent(实践)的缺失层。没有 MCP,治理只是一份 Agent 会忽略的 PDF。有了 MCP,治理就成为 Agent 会使用的工具。
CSOAI 的 MCP 服务体系是开源的,采用 Ed25519 签名,并锚定至 Bitcoin。治理层现在已成为运行时依赖项。
Nicholas Templeman,CSOAI Ltd(UK 16939677)。
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。