mcpField
M
MCP Kinetic Gain

MCP Kinetic Gain

本地服务
suite.kineticgain.comAI 与智能体03 周前更新

关于 MCP Kinetic Gain

MCP Kinetic Gain 为 Kinetic Gain Protocol Suite 文档提供验证、检查、证明、审计和工作流工具,并包含 DefenseTech 检查功能。它面向使用这些规范的 Agent,可作为单个服务配置到兼容 MCP 的客户端。

主要功能

  1. 01验证并检查协议文档
  2. 02核验哈希和证明
  3. 03构建并验证审计事件
  4. 04检测文档结构差异
  5. 05执行 DefenseTech 不变量检查

适用场景

  1. 01验证治理或披露卡片
  2. 02比较两个规范文档版本
  3. 03使用提供的公钥检查证明
  4. 04准备并审阅审计事件

MCP 相关

提供一个 MCP 服务,包含 Kinetic Gain 规范及相关实现工作流的工具。可通过服务配置添加到 Claude Desktop 或 Cursor 等客户端。

配置

本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。

mcp.json · 通用配置
{
"mcpServers": {
"mizcausevic-dev-mcp-kinetic-gain": {
"command": "npx",
"args": [
"-y",
"mcp-kinetic-gain"
],
"env": {
"AUDIT_STREAM_URL": "<AUDIT_STREAM_URL>",
"AUDIT_STREAM_TOKEN": "<AUDIT_STREAM_TOKEN>"
}
}
}
}
启动命令npx -y mcp-kinetic-gain
需要配置的环境变量
AUDIT_STREAM_URLOptional HTTPS URL (or loopback HTTP URL) of an audit-stream-py instance. Live tools also require AUDIT_STREAM_TOKEN.
AUDIT_STREAM_TOKEN密钥Bearer token for optional live audit-stream tools; at least 32 visible ASCII characters. Configure through a local secret source.

本地服务需要在你的电脑上安装运行环境(如 Node.js 18+)。各客户端的配置文件位置不同,请参考客户端文档。

安装包
npmmcp-kinetic-gain0.10.0

工具

75

收录的工具列表 · 更新于 2 周前

参数类型必填说明
originstring是Origin URL(例如 'https://mizcausevic-dev.github.io')。

详细介绍

mcp-kinetic-gain

一个 MCP 服务,涵盖全部 12 个 Kinetic Gain Protocol Suite 规范、v0.1.0 实现工具,以及 DefenseTech 6-pack 语义(8 个工具)。只需添加一条配置,即可接入 Claude Desktop、Cursor 或任何兼容 MCP 的客户端。Agent 将获得 75 个工具(47 个规范工具 + 16 个实现预览工具 + 8 个 DefenseTech 工具 + 4 个 AI Claims Decision Card 工具,v0.9.0):AEO Protocol、Prompt Provenance、Agent Cards、AI Evidence Format、MCP Tool Cards、AI Tutor Cards、Student AI Disclosure、Classroom AI AUP、Clinical AI Disclosure、AI Incident Card、AI Procurement Decision Card、AI Claims Decision Card——以及哈希证明(ed25519)、审计流事件编排与链验证(支持离线验证,也可通过 AUDIT_STREAM_URL 对运行中的 audit-stream-py 实时验证)、跨规范漂移检测、Decision Intelligence 预览,以及 DefenseTech vault 解析器和不变量检查器。v0.9.0 新增:AI Claims Decision Card(InsurTech,claims_card_version)——claims_card_validate、claims_card_inspect、claims_card_sign、claims_card_chain。

这是 kinetic-gain-visualizer 面向 Agent 的配套项目:visualizer 为人类呈现规范,而此服务为 Agent 提供验证和工作流工具。可选工具 audit_event_emit 会向已配置的 audit-stream 服务发送事件。

工具

75 个工具 - `aeo_fetch` - 获取某个来源的完整 AEO Protocol 声明 - `aeo_inspect` - 返回 AEO 声明的结构化摘要:实体 - `aeo_get_claim` - 按 ID 提取单条 AEO 声明 - `aeo_well_known_url` - 计算某个来源的规范 AEO well-known URL - `prompt_provenance_validate` - 根据 v0.1 验证 Prompt Provenance JSON 文档 - `prompt_provenance_inspect` - Prompt Provenance 文档的结构化摘要:提示词 - `prompt_provenance_eval_result` - 从 Prompt 中提取单个评估套件的结果 - `agent_card_well_known_url` - 计算给定对象的规范 Agent Card well-known URL - `agent_card_inspect` - Agent Card 文档的结构化摘要 - `agent_card_tool_disclosure` - 返回 Agent 声明的工具列表及副作用 - `agent_card_validate` - 根据 v0.1 schema 验证 Agent Card JSON 文档。 - `ai_evidence_validate` - 根据 v0.1 schema 验证 AI Evidence 对象。 - `ai_evidence_inspect` - AI Evidence 对象的结构化摘要:声明文本 - `ai_evidence_verify_hash` - 对以下内容的规范 UTF-8 形式计算 SHA-256 - `tool_card_well_known_url` - 计算规范 MCP Tool Card well-known URL - `tool_card_inspect` - MCP Tool Card 的结构化摘要:工具身份、安全性 - `tool_card_tested_with` - 返回工具的已测试 LLM 条目,可按条件筛选 - `tool_card_validate` - 根据 v0.1 验证 MCP Tool Card JSON 文档 - `tutor_card_well_known_url` - 计算规范 AI Tutor Card well-known URL - `tutor_card_fetch` - 从 URL 获取 Tutor Card - `tutor_card_validate` - 根据 v0.1 验证 AI Tutor Card JSON 文档 - `tutor_card_inspect` - Tutor Card 的结构化摘要:辅导者身份、受众 - `tutor_card_subject_check` - 根据辅导者的学科范围对主题进行分类 - `tutor_card_coppa_check` - 执行规范中的 COPPA 条件规则:如果 - `disclosure_validate` - 根据规范验证 Student AI Disclosure JSON 文档 - `disclosure_inspect` - Student AI Disclosure 的结构化摘要:作业 - `disclosure_verify_artifact_hash` - 重新计算候选制品的 SHA-256 并与以下内容比较 - `disclosure_verify_prompt_hash` - 在哈希模式披露中验证单个提示词哈希 - `disclosure_aup_check` - 显示披露中声明的政策立场及任何 - `aup_well_known_url` - 计算规范 Classroom AI AUP well-known URL - `aup_fetch` - 从 URL 获取 Classroom AI AUP - `aup_validate` - 根据 v0.1 验证 Classroom AI AUP JSON 文档 - `aup_inspect` - Classroom AI AUP 的结构化摘要:政策身份 - `aup_check_compliance` - 将 AUP 与 Student AI Disclosure 在八项声明上进行比较 - `clinical_ai_well_known_url` - 计算规范 Clinical AI Card well-known URL - `clinical_ai_fetch` - 从 URL 获取 Clinical AI Card - `clinical_ai_validate` - 根据 v0.1 验证 Clinical AI Card JSON 文档 - `clinical_ai_inspect` - Clinical AI Card 的结构化摘要:系统身份 - `incident_well_known_url` - 计算规范 AI Incident Card well-known URL - `incident_fetch` - 从 URL 获取 AI Incident Card - `incident_validate` - 根据 v0.1 验证 AI Incident Card JSON 文档 - `incident_inspect` - AI Incident Card 的结构化摘要:事件身份 - `incident_index_fetch` - 核心工具:获取供应商的 - `decision_card_well_known_url` - 计算规范 AI Procurement Decision Card well-known URL - `decision_card_fetch` - 从 URL 获取 AI Procurement Decision Card - `decision_card_validate` - 验证 AI Procurement Decision Card JSON 文档 - `decision_card_inspect` - AI Procurement Decision Card 的结构化摘要:采购方 - `decision_card_infer_status` - 验证每条评分标准,然后推断预览用的 decision.status - `decision_card_to_policy_bundle` - 对已拒绝、已撤回、已过期或……的只读拒绝预览 - `decision_card_signature_check` - 对 Decision Card 的 signatures[] 块进行结构检查 - `incident_affected_walk` - 遍历 Incident Card 的 affected 块并返回所有 - `incident_remediation_plan` - 将 Incident Card 中的每个受影响 URI 映射到建议的 - `attestation_canonical_hash` - 计算任意值的 SHA-256 规范 JSON 哈希 - `attestation_verify` - 根据正文和……验证 ed25519 Attestation 信封 - `attestation_inspect` - 以易读格式输出 Attestation 信封并进行结构检查 - `audit_event_compose` - 构建可直接 POST 的 audit-stream-py GovernanceEvent - `audit_chain_verify` - 从上到下遍历 GovernanceEvents 数组并验证 - `audit_event_inspect` - 以易读格式输出单个 GovernanceEvent 并进行结构验证 - `audit_event_emit` - 向 audit-stream-py 实例 POST 治理事件 - `audit_events_query` - 从正在运行的 audit-stream-py 获取近期治理事件 - `audit_chain_verify_live` - 请求已配置的审计流服务检查其完整的 - `suite_doc_detect_spec` - 通过……检测 JSON 文档属于哪个 Kinetic Gain Suite 规范 - `suite_doc_drift` - 对同一 Suite 两个版本进行结构差异比较 - `defensetech_vault_resolve_3axis` - 对 DefenseTech 三轴 vault 合约进行确定性预览 - `defensetech_audit_event_check_invariants` - 运行三项确定性的 DefenseTech 事件检查:CUI - `defensetech_check_dfars_72h_clock` - 计算 DFARS 252.204-7012 从发现到提交的 72 小时时限 - `defensetech_check_cui_distribution_statement` - 检查 CUI-Specified+ 级别事件是否包含必需的 - `defensetech_check_itar_us_person` - 检查 ITAR 资源事件是否具有 US-PERSON-VERIFIED(或 - `defensetech_incident_classify_event_type` - 根据对 defense-AI 事件的自由描述 - `defensetech_summarize_cmmc_evidence_bundle` - 总结 CMMC L2/L3 就绪证据包:目标 - `defensetech_vault_contract_cross_binding_check` - 验证 DefenseTech vault 中的 cross_binding_refs 块 - `claims_card_validate` - 根据随附的 v0.1 验证 AI Claims Decision Card - `claims_card_inspect` - AI Claims Decision Card 的结构化摘要:声明类型 - `claims_card_sign` - 计算 AI Claims Decision 的规范 SHA-256 哈希 - `claims_card_chain` - 将新的 AI Claims Decision Card 链接到其前序项:设置

具有知名 URL 约定的规范(AEO、Agent Cards、Tool Cards)使用抓取工具。没有约定的规范(Prompt Provenance、AI Evidence——这些内容通常随答案内联传递或存放在代码库中,而非固定路径)使用解析工具,并接收 document_json 字符串。

网络与数据边界

URL 抓取工具会向用户提供的源发起出站 HTTP(S) 请求。服务会拒绝本地和非公开目标,重新检查重定向,并将 JSON 响应限制为 1 MB。可选的实时审计工具要求 MCP 服务的环境中同时配置 AUDIT_STREAM_URL 和 AUDIT_STREAM_TOKEN。令牌必须与审计流服务的 bearer token 匹配,且至少包含 32 个可见 ASCII 字符。远程服务请使用 HTTPS;HTTP 仅用于环回开发。配置缺失或无效时会返回错误,且不会发送请求。audit_event_emit 会将 kind、由调用方声明的 source 和 payload 发送到已配置的服务,并验证其事件回执。该回执不能证明数据已持久存储或事件完整。共享令牌用于验证此 MCP 进程,而非来源标签或租户。调用前请批准写入操作;除非服务获准处理,否则请省略机密和个人数据。哈希链验证仅检查连续性,不能证明审计完整性。

架构验证会检查文档结构及所选规则。验证通过并不代表符合 FERPA、COPPA、HIPAA、FDA、EU AI Act、CMMC、出口管制要求或其他法律法规。attestation_verify 会根据调用方提供的公钥验证签名,但不能确认密钥所有者的身份。aup_check_compliance 仅评估八个已披露字段;不会检查政策范围、工具/供应商要求、家长同意或 Tutor Cards。allowed 值为 true 并不代表已授予授权。DefenseTech 工具根据提供的数据进行计算;不会对材料进行分类,也不会验证人员的身份状态或许可证。对于 Positive Decision Cards,必须先通过实时策略引擎检查身份、范围、操作、有效期和可信证明,才能创建具有约束力的捆绑包。

DefenseTech 的 72 小时时限从事件被发现时开始计算,而非事件发生时或创建审计事件时。请提供带时区的 discovered_at 和 filed_at;参见 DFARS 252.204-7012。报告是否实际提交以及合同是否适用,需要外部证据。

从任务开始

  • 审查卡片: 将解析后的文档传给 claims_card_validate,然后使用 claims_card_inspect 概述其声明的决策。依赖摘要之前,请调查所有验证失败。
  • 比较草稿: 使用同一份 Suite 文档的两个版本调用 suite_doc_drift,以便在发布前查看结构变化。
  • 检查签名: 使用通过可信渠道获取的公钥调用 attestation_verify;另行确认该密钥属于所声称的签署者。
  • 记录事件: 使用 audit_event_compose 准备有效负载,并检查其中是否包含敏感数据;只有在已批准配置的审计流服务和写入操作后,才调用 audit_event_emit。

安装

以下命令会安装当前发布在 npm 上的版本。若要改为运行此源码检出版本,请使用 npm ci、npm run build,然后运行 node dist/server.js。在依赖特定源代码更改之前,请先检查 npm view mcp-kinetic-gain version。

npm install -g mcp-kinetic-gain

也可以通过 npx 运行,无需安装:

npx mcp-kinetic-gain

对于受控部署,请在客户端配置中固定已审核的软件包版本(mcp-kinetic-gain@<version>),并有计划地升级。

Claude Desktop 配置

将以下内容添加到你的 claude_desktop_config.json(macOS:~/Library/Application Support/Claude/,Windows:%APPDATA%\Claude\):

{
  "mcpServers": {
    "kinetic-gain": {
      "command": "npx",
      "args": ["-y", "mcp-kinetic-gain"]
    }
  }
}

重启 Claude。所有 75 个工具都会显示在工具面板中。试试:

“在 https://mizcausevic-dev.github.io 上使用 aeo_inspect 总结实体声明,然后使用 ai_evidence_verify_hash,根据我的候选文本检查某个证据对象的 content_hash。”

CLI 模式(v0.5.1+)

同一个二进制文件也可以在任何 MCP 宿主之外用作 Suite JSON 验证器,适用于 CI、提交前钩子或本地检查。

# Validate a single document
npx mcp-kinetic-gain validate path/to/ai-entity.json

# Validate a tree of well-known files
npx mcp-kinetic-gain validate ".well-known/**/*.json"

# Multiple paths or globs
npx mcp-kinetic-gain validate cards/clinical-*.json cards/incident-*.json

# Other commands
npx mcp-kinetic-gain --version
npx mcp-kinetic-gain --help

CLI 会根据每个文件的顶层版本字段(aeo_version、clinical_ai_card_version、aup_version 等)自动检测其所属的 Suite 规范,并使用与 MCP 工具相同的 zod 架构进行验证。输出兼容 GitHub Actions:当 GITHUB_ACTIONS=true 时,验证失败会输出 ::error:: 工作流命令,使其显示为 PR 注释。

退出代码:

代码含义
0所有匹配的文件均通过验证
1至少有一个文件验证失败、解析失败,或没有匹配的文件
2输入中没有文件匹配已知的 Suite 规范
3用法错误(缺少参数、未知命令或标志)

不带任何参数运行 mcp-kinetic-gain 仍会启动 stdio MCP 服务,不会影响现有的 Claude Desktop / Cursor 配置。

为什么使用一个服务,而不是五个?

  • Claude Desktop 配置只需一项,而不是五项
  • 跨规范工作流具有原子性——Agent 可以先调用 agent_card_tool_disclosure 查找 Tool Card URI,然后在同一对话中通过同一个服务对该 URI 调用 tool_card_inspect
  • 共享架构和实用工具使实现保持一致
  • 弃用路径——如果 mcp-aeo-server(仅支持 AEO 的前身)退役,AEO 工具仍会以相同的名称和契约保留在这里

架构

src/
├── server.ts              # MCP entrypoint and handler dispatch
├── cli.ts                 # JSON validation CLI
├── tools.ts               # 75 tool descriptors (JSON Schema inputs)
├── schemas.ts             # Zod schemas for the 12 specs
├── common.ts              # guarded fetch and canonical hashes
└── handlers/              # one module per spec plus cross-spec and live tools

每个处理程序模块都是独立的,必要时可以拆分为单独的包。

哈希规范化

ai_evidence_verify_hash 遵循 AI Evidence Format 规范中的 SHA-256 规范化规则:

  1. 以 UTF-8 格式读取内容
  2. 将换行符规范化为 \n
  3. 删除一个末尾换行符
  4. 计算 SHA-256,以小写十六进制表示,并添加 sha256: 前缀

如果 candidate_text 的结果与预期不符,请先检查 CRLF 与 LF 的区别以及末尾换行符。

测试

无需外部服务即可运行单元测试和本地 HTTP 测试:

npm install
npm run typecheck
npm test
npm run build

许可证

此服务:AGPL-3.0。 如果修改后的版本通过网络向用户提供服务,AGPL 要求按其条款向这些用户提供对应源代码。请参阅 GNU AGPL 常见问题和 LICENSE。

规范本身:MIT。 宽松程度极高。任何人都可以实现 Kinetic Gain Protocol Suite 的任何规范、依据其进行验证或对其进行扩展。双重许可的安排是有意为之:协议保持开放,参考服务采用著佐权许可。

Kinetic Gain Protocol Suite

以下十二项规范及横向运维(哈希证明、审计流事件、跨规范漂移)和 DefenseTech 工具共计 75 个工具。完整的工具列表(47 个规范工具 + 16 个实现预览工具 + 8 个 DefenseTech 工具 + 4 个 AI Claims Decision Card 工具)请参阅上方的 Tools 目录。

规范垂直领域
AEO Protocol核心
Prompt Provenance核心
Agent Cards核心
AI Evidence Format核心
MCP Tool Cards核心
AI Tutor CardsEdTech
Student AI DisclosureEdTech(FERPA/COPPA)
Classroom AI AUPEdTech
Clinical AI DisclosureHealthTech(FDA SaMD + HIPAA)
AI Incident Card横向(EU AI Act 第 73 条)
AI Procurement Decision Card横向(采购方使用,适配 OMB M-24-10 / NIST AI RMF 评分标准)
AI Claims Decision CardInsurTech

套件主页: suite.kineticgain.com 配套可视化工具: kinetic-gain-visualizer 红队测试台: prompt-injection-bench 参考库: kgp-verify(npm kinetic-gain-protocol,适用于 KGP 的零依赖 MIT 哈希/签名/验证)


联系: LinkedIn · Kinetic Gain · Medium · Skills

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。