AUTO_PASS
确认适配
证据链完整，AI 导购可以直接回答"适配"，并且说得出依据。
jisu-mcp v1.1.0 · streamable http
敢说适配，
也说得出为什么
配件智能 MCP 是面向汽配门店、修理厂与汽配电商的 OE / EPC / VIN 适配判定 MCP 服务器：给 AI 导购一个有据可查的汽配数据底座，接入 Dify、AI 客服工作台等 MCP 客户端即可使用。
AUTO_PASS确认适配
SUGGEST_CONFIRM条件适配
INCOMPATIBLE确认不适配
UNKNOWN暂未判定
29
上游端点
家族化错误码注册表
14
MCP 工具
四大功能组
7天
响应缓存
重复查询直接命中
3档
日预算熔断
NORMAL · DEGRADED · FROZEN
另有 OE 出站每日 100 次上限，避免单日上游配额被一次任务耗尽。
Four-State Verdict
四种状态，一个诚实的判定
verify_fitment 一次调用返回四状态与完整证据链。每一次适配结论只有这四种可能——不确定时，如实说不知道。
SUGGEST_CONFIRM
条件适配
需人工确认后再给结论，典型场景：安全件、多候选车辆。
INCOMPATIBLE
确认不适配
仅在存在明确反证时返回——时间窗冲突、配置码不符或市场冲突。
UNKNOWN
暂未判定
证据不足时如实返回并登记缺口，绝不编造结论。
Tool Matrix
14 个 MCP 工具，覆盖完整判定链路
按四大功能组组织：判定核心、车辆识别、找件与检索、治理与成本。
判定核心
verify_fitment
一次调用返回四状态判定与完整证据链。
判定核心
fitment_batch
批量适配判定走异步 job，适合整单盘点。
判定核心
fitment_batch_status
轮询批量 job 的进度与逐条结果。
车辆识别
identify_vehicle
VIN 识别车型；多候选时不代选，交还用户决定。
车辆识别
resolve_vehicle_candidate
用户点选候选车型后，固化为后续判定基准。
车辆识别
maintenance_pack
按车型查询保养套餐组合。
找件与检索
locate_part
白话找件：用自然语言描述定位配件。
找件与检索
oe_lookup
OE 号查件身份与基础档案。
找件与检索
oe_applicability
OE 号反查适配车型范围。
找件与检索
replace_chain
追溯官方替换链，串起前后件号。
找件与检索
aftermarket_options
品牌件与 OE 号的对照关系。
治理与成本
catalog_health
数据健康检查，跑任务前必看。
治理与成本
cost_report
成本报表：调用量与预算消耗一目了然。
治理与成本
gap_registry
缺口登记簿：查不到的件都记在案。
Guardrails
信任护栏：为什么敢信
每条原则都是写进判定流程的硬约束，而不是一句口号。
- 01
交叉号与互换号只是检索线索，永远不是适配证据。
- 02
时间窗比对一律使用生产日期。
- 03
多候选车辆必须用户点选，系统绝不代选。
- 04
安全件最高只到
SUGGEST_CONFIRM，结论由人工复核。 - 05
跑任务之前，先看
catalog_health的健康状态。
Integration
接入方式
Streamable HTTP 传输，一段配置接入任何 MCP 客户端——Dify、AI 客服工作台开箱即用。
- 传输协议：Streamable HTTP
- 鉴权方式：Bearer Token 请求头
- 7 天响应缓存与三档日预算熔断默认生效
- token 以
<your-token>占位，向管理员获取后替换，切勿提交真实密钥 - 配套 适配判定 Skill（auto-parts-fitment：判定方法论 + 端点路由 + 场景 SOP，供 Agent 按 Claude Skills 规范加载） 下载 .zip
{
"mcpServers": {
"jisu": {
"url": "https://jisu.gravity-ai.space/mcp",
"headers": { "Authorization": "Bearer <your-token>" }
}
}
}