mcpField
P
Postcept

Postcept

本地服务
github.com/PostceptAI 与智能体114 周前更新

关于 Postcept

Postcept 是面向 Agent 和团队的 MCP 服务,用于核实高风险操作是否真正完成。它对照系统记录检查结果并返回签名回执,而非仅依赖 Agent 的完成声明。

主要功能

  1. 01核实退款、取消订阅和工单状态
  2. 02查询并重新核验历史结果
  3. 03查看 Verified Completion Rate
  4. 04通过确定性测试连接器运行检查
  5. 05返回签名完成回执

适用场景

  1. 01报告退款完成前先进行核实
  2. 02对照记录检查订阅是否已取消
  3. 03确认支持工单达到预期状态
  4. 04根据实时记录重新核验先前结果

MCP 相关

该服务将 Postcept 的结果核验 API 暴露为 MCP 工具。核验以只读方式查询系统记录;Agent 可自行决定是否调用,因此该集成仅提供建议性验证。

配置

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

mcp.json · 通用配置
{
"mcpServers": {
"postcept": {
"command": "npx",
"args": [
"-y",
"@postcept/mcp"
],
"env": {
"POSTCEPT_API_KEY": "<POSTCEPT_API_KEY>"
}
}
}
}
启动命令npx -y @postcept/mcp
需要配置的环境变量
POSTCEPT_API_KEY密钥Postcept API key

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

安装包
npm@postcept/mcp0.3.3

工具

6

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

参数类型必填说明
testboolean否沙盒模式:使用确定性模拟连接器而非实时权威数据系统进行验证。沙盒验证不计入您的已验证完成率。
agent_idstring是执行操作的 Agent 的标识符。
currencystring否ISO 4217 币种代码,例如 usd。
customerstring是退款所属客户的 ID 或电子邮箱。
charge_idstring否退款适用的扣款,例如 ch_1P09x。
connectorenum否要检查的支付记录系统。默认为 stripe。stripe | zendesk | gorgias | intercom | shopify | hubspot | front | servicenow | salesforce | netsuite
refund_idstring否Agent 创建的退款 ID,例如 re_4md82k。
amount_centsinteger是以最小货币单位(美分)表示的退款金额,例如 $120.00 对应 12000。
operation_idstring是Agent 操作的稳定 ID,在重试和交接期间保持不变。
idempotency_keystring否可选的 Postcept 幂等键:使用相同键重复调用时,将返回原验证结果,而不会创建重复项。

详细介绍

@postcept/mcp

一个 Model Context Protocol 服务,可将 Postcept——面向 AI Agent 的结果验证服务,作为 MCP 工具提供。

Agent 执行高风险操作(退款、取消订阅、解决支持工单)后,会调用 verify_* 工具,确认该操作确实已在记录系统(Stripe、Zendesk 等)中完成,并获取签名完成回执。“已完成”由此成为证据,而非声称。

该服务只是对 Postcept 实时 HTTP API 的轻量封装。除你的 Postcept API 密钥外,它不持有任何凭据;验证操作对你的记录系统是只读的。

配置

变量必需默认值说明
POSTCEPT_API_KEY是无具有 verifications:write 权限的 Postcept API 密钥(pcpt_sk_...)。
POSTCEPT_BASE_URL否https://api.postcept.com指向可自托管或预发布 API。

在 Postcept 控制面板的 API keys 下创建 API 密钥。

与 Claude Desktop / Claude Code 搭配使用

{
  "mcpServers": {
    "postcept": {
      "command": "npx",
      "args": ["-y", "@postcept/mcp"],
      "env": { "POSTCEPT_API_KEY": "pcpt_sk_..." }
    }
  }
}

工具

工具用途
verify_refund验证所声称的退款(是否存在、金额/币种/客户是否匹配、是否重复)。
verify_cancellation验证订阅是否确实已取消。
verify_ticket验证支持工单是否处于预期状态。
get_verification按 ID 获取过往验证及其签名回执。
reconcile_verification根据实时记录系统重新验证过往验证。
verified_completion_rate读取组织的已验证完成率。

每个 verify_* 工具都接受 test: true,以便使用确定性沙盒连接器运行测试(不会计入你的已验证完成率)。这样,Agent 无需连接实时记录系统,也能完整体验整个流程。

非 verified 的结果(incomplete、duplicated、mismatched、policy_failed)表示工作尚未完成。指出缺口并进行补救。

设计上采用建议性机制

MCP 将验证调用交由 Agent 执行,因此它适用于开发、演示,以及已信任 Agent 判断的工作流。这种机制仅提供建议:Agent 可以跳过调用、传入错误标识符,或忽略结果。

对于影响重大的操作,应在 Agent 之外强制执行决策。工作流或编排器自行调用 Postcept API(或 SDK 的 guard()),并在任何面向客户的操作发生前,根据 safe_to_claim_complete 进行分支处理。随后,Agent 接收已获准的结果,而不是自行决策。这两种模式使用相同的 API 和回执,区别只在于由谁负责分支处理。

开发

pnpm --filter @postcept/mcp build       # compile to dist/
pnpm --filter @postcept/mcp typecheck
POSTCEPT_API_KEY=pcpt_sk_... node dist/index.js   # stdio server

评论

支持 Markdown

第一次接触 MCP?

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

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