mcpField
A

aibvf-mcp

远程服务
aibvf.com商业与营销04 周前更新

关于 aibvf-mcp

aibvf-mcp 使用确定性规划模型评估 AI 项目和组合,面向审查投资决策的团队。它用于揭示证据缺口、准备度和后续行动,分数不代表项目成功概率。

主要功能

  1. 01评估并评分 AI 项目
  2. 02组装并校验项目组合
  3. 03按变更容量安排上线批次
  4. 04诊断流程信号与准备度
  5. 05将业务术语映射到分类体系

适用场景

  1. 01资助前审查 AI 提案
  2. 02识别决策所需的证据
  3. 03确定项目组合的上线顺序
  4. 04证据变化后重新评估项目

MCP 相关

MCP 服务通过本地 stdio 和托管的 Streamable HTTP 提供 13 种工具,涵盖评估、评分、组合、诊断、基准数据和分类体系。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://mcp.aibvf.com/api/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

安装包
npmaibvf-mcp0.12.0

工具

12
参数类型必填说明
scoresobject否可选,且其中每个支柱也均为可选。四项 AI BVF 支柱均为诚实的 0–100 自评,并以确定性方式组合为判定:governance_risk ≥ 70 或 financial_return ≤ 20 时返回 Stop;strategic_alignment、financial_return 和 change_enablement 均 ≥ 60 且 governance_risk ≤ 40 时返回 Accelerate;其他情况均返回 Fix。只传入用户有真实证据支持的支柱——不得为其余支柱编造数字。引擎会根据 readiness、tier、function 和已发布基准确定性地估算缺失支柱;响应通过 pillar_basis 和 scores_used 报告估算项,决策置信度会根据估算比例降低,完全基于估算的评估绝不会返回 Accelerate(而是返回 Fix,等待确认)。因此,请立即使用用户提供的内容调用,然后询问用户提供有关估算支柱的证据,再次调用以确认判定。
scores.governance_risknumber否可选;省略时,根据 tier 和受监管的上下文估算(gen1 30 / gen2 42 / gen3 55;在受监管职能中 +10,在受监管行业中 +8——受监管金融领域的 Agentic AI 估算值为 73,在有治理证据前会强制判定为 Stop)。此支柱为反向指标:数值越高,风险越大。≥ 70 时单独强制判定为 Stop;要判定为 Accelerate,必须 ≤ 40。
scores.financial_returnnumber否可选;省略时,根据该职能已发布的基准收益估算(40–52,不足以在未经建模的情况下达到 60,也不会低到足以强制判定为 Stop)。建模收益的强度(0–100,越高越好)。≤ 20 时单独强制判定为 Stop;≥ 60 是判定为 Accelerate 所需的四项条件之一。
scores.change_enablementnumber否可选;省略时,根据 readiness 估算(agile 55、traditional 45、siloed 32——始终低于 60 的门槛,因为未经证实的变革能力尚未得到验证)。是否有赞助人、是否指定负责人、变革预算是否已落实(0–100,越高越好)。判定为 Accelerate 必须 ≥ 60。
scores.strategic_alignmentnumber否可选;省略时估算为 50(未经证实),因为无法从上下文判断其与董事会 KPI 的一致程度。该计划推动董事会层级 KPI 的明确程度(0–100,越高越好)。要判定为 Accelerate,必须 ≥ 60,并且 financial_return ≥ 60、change_enablement ≥ 60、governance_risk ≤ 40。
ai_tierenum是所部署 AI 的雄心:gen1 = 自动化/RPA,gen2 = GenAI,gen3 = agentic。它与就绪度相互作用——雄心层级越高而就绪度越低,节奏层差距越大,即使四项支柱得分很高,模型估算的 EUR 价值也会折减。gen1 | gen2 | gen3
functionenum是AI 将要运行的业务职能,取值须为接受的枚举值之一——用于选择适用的基准价值驱动因素和费率范围。如不确定,请调用 list_taxonomy 查看准确字符串。finance | hr | sales | supply | cx | risk | it | rd
industryenum是所属行业,取值须为接受的枚举值之一——用于选择应用于模型估算 EUR 价值的基准费率乘数。如不确定,请调用 list_taxonomy 查看准确字符串。universal | creative | education | energy | financial | healthcare | logistics | manufacturing | nonprofit | professional | public_sector | real_estate | retail | technology
readinessenum是组织就绪度,需诚实自评:agile = 跨职能、决策快;traditional = 职能层级制;siloed = 僵化、交接繁重。它决定价值捕获率,并与 ai_tier 一起决定节奏层阻力——就绪度较低而层级较高时,捕获的价值会减少。自我报告可能被操纵:如果用户提供了真实的流程数据,请先调用 infer_readiness,并在此传入其测得的分类。agile | traditional | siloed
revenue_eurnumber是EUR 年收入的近似值(必须 ≥ 0)。整体输出会按此缩放:基准费率作为该数值的比例应用,因此模型估算的 EUR 价值范围也会随之增长。粗略的数量级估算即可。
signal_completenessnumber否可选,0–1。四项支柱得分有多少基于真实证据,而非根据上下文估算。默认值为 1(视为测量所得)。如果组织没有正式的变革就绪度或风险元数据,请根据已知信息估算各支柱,并将此值设低以说明情况——决策置信度会按比例降低,并附上说明,避免根据不充分的输入给出虚假的高置信度结论。

详细介绍

AI BVF:评审一项 AI 投资决策

将一项 AI 提案转化为决策简报:结论、证据缺口,以及工作负责人接下来要采取的行动。

在浏览器中试评一项提案

打开 aibvf.com/start。首次评估无需账号或安装。

粘贴以下合成示例,或描述你正在评审的提案:

我们是一家营收 24 亿欧元的制造商,正在考虑在供应链中使用 GenAI 进行预测性维护。我们的运营模式较为传统。我们已有一位项目发起人,但受影响的岗位、人为干预权和绩效指标仍需评审。

运行评估,检查系统如何解读该提案,并修正相关假设。评估会询问尚未明确的输入,并标出估算得出的支柱评分。保留行动清单,指定负责人,并在工作发生变化、证据有所补充后再次评估。

决策简报

结果汇总了以下问题。这是针对上述示例的说明性阅读指南,所用引擎字段名称见下文。

简报部分需要评审的内容
结论Stop、Fix 或 Accelerate,以及得出该结论所依据的规则。支柱评分仍为估算值的初始提案,结论仍属暂定。
证据缺口提供了哪些输入、哪些输入是估算值,以及工作流、岗位、决策权和指标方面还有哪些未知项。
规划收益根据就绪度调整后的欧元情景。建设成本、运营成本、变更成本和财务时序仍需通过单独的业务案例评估。
决策评分对支柱输入和输入完整度进行 0 到 100 分的汇总。该分数不代表经过校准的概率。
下一步行动再次评审前需要补充的证据或完成的工作变更,并由团队指定负责人员。

对于上述示例,首要行动是收集拟议工作流及其负责人的证据。只有支柱阈值全部达标,且满足全部四项工作架构检查要求,结论才能为 Accelerate。

查看可复现的完整示例,了解确切输入、计算过程,以及在工作架构得到证实前结论仍为 Fix 的重新评分结果。

将评估融入现有工作流

浏览器是首次使用的入口。托管连接器和本地 MCP 包可让助手在你处理提案时重复进行评估。

在 claude.ai 上使用托管连接器

打开 Settings,然后依次选择 Connectors 和 Add custom connector,再粘贴:

https://mcp.aibvf.com/api/mcp

然后提问:

使用 AI BVF 评估这项 AI 计划:我们是一家营收 24 亿欧元的制造商,正在考虑使用 GenAI 进行预测性维护,运营模式较为传统。请确认各项输入,展示假设,并指出下一次决策所需的证据。

在 Claude Desktop、Claude Code 或 Cursor 中本地使用

将此配置添加到你的 MCP 客户端:

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

退出并重启客户端。Windows 使用 cmd /c;客户端设置与故障排除指南包含完整配置。

从 assess_ai_initiative 开始。若结论为 Fix 或 Stop,请使用 recommend_improvements,与负责这项工作的人一起评审建议的行动,并在证据发生变化后重新评分。

如何解读结果

AI BVF 是一个确定性规划模型,其假设均已公开。您可以检查源代码和公式;对于给定的引擎版本,相同输入会产生相同输出。

四大支柱分别是战略契合度、财务回报、变革赋能和治理风险。GR >= 70 或 FR <= 20 时,结果为 Stop;SA >= 60、FR >= 60、CE >= 60 且 GR <= 40 时,通过 Accelerate 的支柱测试。如果存在差距、评估不完整,或缺少工作架构证据,即使其他方面均为绿色,项目也会暂缓为 Fix。

解读结果时,请牢记以下边界:

  • 决策分数。 为保持兼容性,现有 API 字段 confidence、decision_confidence 和 projected_confidence 保留原名称。这些是基于规则的分数,并不代表项目成功的实测概率或预测准确度。
  • 规划收益。 评分器的 net_low_eur、net_high_eur 和 MCP 的 net_value_eur,是将准备度收益捕获假设应用于基于收入的收益情景得出的结果。项目成本、利润率、时间安排和重叠效应均不在此计算范围内。
  • 研究背景。 外部研究为问题提供参考,但不会发布或验证 AI BVF 的功能比率、行业乘数、准备度收益捕获百分比或阻力比率。
  • 模块标签。 applied_modules 记录实施背景。healthcare_clinical_validation 和 financial_dora_module 等标签不会执行临床验证,也不会认证法规合规性。
  • 所提供的证据。 引擎会记录所提供的数值和工作架构检查。组织仍有责任审核这些数值背后的证据。

在将输出用于资金决策之前,请阅读评分公式和示例。

面向开发者的工具

通过本地 stdio 和托管的 Streamable HTTP 连接器提供 13 个工具。

工具用途
assess_ai_initiative解析自然语言提案,请求缺失的决策输入,并返回评估结果。
score_initiative对明确输入进行评分,应用工作架构门槛,并返回推理过程、审计信息和敏感性分析。
recommend_improvements为 Fix 或 Stop 提出支柱改进措施和工作重新设计步骤。接受预测结果前,请重新评估证据。
assemble_portfolio整理零散的组合输入,解析别名,并披露估算的支柱分数。
validate_portfolio根据已发布的 JSON Schema 验证组合文档。
score_portfolio对组合进行评分并返回其汇总结构。使用总值前,请检查收益重叠情况。
sequence_portfolio在变革容量约束下生成推出批次,并指定明确的门槛。
diagnose_process评估观测到的流程信号,并返回干预措施及其建模效果。
infer_readiness根据所提供的流程信号推断准备度分类,并报告覆盖情况。
calculate_pace_layer_drag使用已公开的比率,返回运营模式摩擦的方向性情景。
get_benchmark返回 AI BVF 规划比率及其证据状态和使用指南。
list_taxonomy列出可用的行业、职能、AI 层级和准备度。
map_to_taxonomy将日常业务术语映射到支持的分类体系,并列出无法解析的术语。

对于组合,请依次使用 assemble_portfolio、validate_portfolio、score_portfolio,然后使用 sequence_portfolio。在使用汇总的建模范围之前,需要单独审核工作重叠和共享收益。

软件包与公开规范

软件包版本用途
aibvf-mcp0.14.14MCP 服务,提供 13 个工具,支持 stdio,以及托管的 Streamable HTTP 服务 mcp.aibvf.com。
aibvf-check0.1.1在 CI 中检查已声明的 AI 计划清单是否符合政策。
@aibvf/core0.10.6TypeScript 评估与评分引擎。
aibvf0.2.2Python 评分引擎与验证器。用它替代 TypeScript 实现前,请先查看其文档中说明的功能覆盖范围。

公开组合规范的版本为 1.0。该文档格式的版本与实现它的软件包版本相互独立;软件包版本标识特定评估所使用的代码与行为。

协议页面 · npm 软件包 · MCP 注册表 · 发布历史

匿名使用情况遥测

MCP 服务可以报告工具调用和 server_connect 事件。事件包含协议和软件包版本、入口路由、评估阶段、工作架构状态、分类字段、每日轮换的调用方哈希,以及(如有提供)分类和置信度。

本地 stdio 调用还会包含稳定的一次性 install_hash,用于衡量重复使用情况,该值根据本地随机种子生成。托管调用不会发送稳定的安装哈希;只有当本地用户主动设置 AIBVF_USAGE_ROLE 时,才会发送宽泛的 user_role。

不会包含组合内容、收入数字、支柱数值评分或个人身份信息。设置 AIBVF_TELEMETRY_DISABLE=1 可阻止发送事件并禁止创建本地安装 ID 文件。设置 AIBVF_TELEMETRY_URL 和 AIBVF_TELEMETRY_KEY 可指向你自己的后端。

软件包下载量包含重复安装、依赖项和自动化下载。请使用已完成的评估及后续决策审查来评估采用情况。

提交案例或更正

请提供可复现的反例:输入、实际输出、预期决策、佐证材料和引擎版本。贡献指南包含模板,并说明审查和许可边界。

十团队试点包规定了首次使用和再次使用检查、访谈提示词及跟踪表。除非案例明确记录了同意及其证据,否则本仓库中的示例均为合成案例。

如果 AI BVF 帮助你审查了某项决策,请为仓库加星或分享反例。这两种方式都能为项目提供有益反馈。

许可证

仓库源代码采用 MIT 许可证,详见 LICENSE。spec/ 下的规范和 JSON Schema 采用 CC-BY-4.0 许可证,AI BVF 名称和徽标为商标,详见 NOTICE。

私人基准测试材料和认证标志不属于源代码贡献渠道。贡献指南说明了如何讨论这些材料,同时不改变仓库许可证授予的权利。

关于作者

Craig Horton 是一位常驻阿姆斯特丹的独立转型负责人,也是 AI Business Value Framework 的作者。他的工作将 AI 投资决策与组织就绪度及工作重塑联系起来。

The Transformation Brief · Craig Horton 的 LinkedIn 页面

评论

支持 Markdown

第一次接触 MCP?

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

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