关于 casebrief
casebrief 是面向支持团队的客户端和 MCP 服务,可将工单文本转换为结构化摘要或 L2 升级就绪度评估。它把工单文本发送至 CaseMargin 服务,并原样返回响应。
主要功能
- 01生成结构化工单摘要
- 02评估 L2 升级就绪度
- 03提供分项就绪度评分
- 04预测 L2 问题并列出缺失项
- 05验证工单文本长度
- 06配置 API 密钥时强制 HTTPS
适用场景
- 01整理冗长的支持工单对话
- 02检查工单是否适合升级至 L2
- 03找出升级前缺少的证据
MCP 相关
向 MCP 客户端提供 `generate_case_brief` 和 `check_escalation_readiness` 工具。两者都会将工单文本提交至 CaseMargin 服务并返回其响应。
配置
本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。
工具
2收录的工具列表 · 更新于 1 周前
| 参数 | 类型 | 必填 | 说明 |
|---|---|---|---|
| ticket_content | string | 是 | 本次调用的工单内容。 |
详细介绍
casebrief
将冗长、杂乱的支持工单对话整理成便于人工采取行动的内容。casebrief 是一个用于 CaseMargin 工单推理服务的小型客户端:将工单原始文本交给它,它会返回结构化的案件简报——问题是什么、已经尝试了哪些措施及其结果,以及重要背景;或者返回准备度评分,说明工单是否完整到足以升级至 L2,以及如果尚未达到,还缺少什么。
只有你传入的工单文本会离开本机。响应会原样返回服务给出的内容:传递过程中不会删减、重命名或总结。
配置
两个环境变量用于控制客户端:
CASEMARGIN_API_KEY(可选)——设置后,每个请求都会通过Authorization: Bearer <key>发送该密钥。不设置也不会报错:此时简报生成会使用按 IP 区分的匿名层级,升级检查则免费。CASEMARGIN_API_URL(可选)——API 基础 URL。默认为https://casemargin.com/api(重建值;见下文“端点来源”)。
密钥遵循一条安全规则:如果基础 URL 使用非 https 协议,且不是环回地址(localhost、127.0.0.1、::1),同时又配置了密钥,那么每个工具都会拒绝执行,并提示 refusing to send CASEMARGIN_API_KEY over a non-https origin,且不会发出请求,因此密钥绝不会以明文发送。允许使用 http 环回基础 URL,例如本地开发服务器。本次重建中,检查会在每次调用时执行,而非启动时执行,因此服务器本身仍会启动;这是有意为之并已标明的偏差。
工具
generate_case_brief— 根据工单对话生成结构化简报:quick_scan(评估、下一步和状态)、full_brief(当前问题、已采取的措施及其结果,以及关键背景)和metadata(输入长度、简报长度和压缩率)。ticket_content必须是长度为 10 到 50,000 个字符的字符串。check_escalation_readiness— 判断工单是否已准备好升级至 L2:overall_score为 0 到 100,readiness为准备度判定,包含五个评分维度dimensions(问题清晰度、故障排查证据、业务影响、下一步行动和账单申诉依据,每项均包含分数和说明),L2 可能提出的问题(predicted_l2_questions),以及工单仍缺少的内容(missing_items)。ticket_content必须是长度为 10 到 20,000 个字符的字符串。
任何请求发出前都会进行长度验证;验证失败时,根据所用工具提示 ticket_content must be a string of 10 to 50000 characters 或 ticket_content must be a string of 10 to 20000 characters。上游返回非 2xx 响应时会报错 casemargin error: HTTP <status>;API 无法访问时会报错 casemargin unreachable。
端点来源
原服务的 README 指定了环境变量名称、基于请求头的密钥传递方式、长度限制和上述拒绝规则,但没有指定默认基础 URL 或两个请求路径。这三项均为重建值,已在此标明:
- 默认基础 URL
https://casemargin.com/api— 重建值。 - 使用 JSON 请求体
{"ticket_content": "..."}向<base>/case-brief发送POST请求 — 重建值(供generate_case_brief使用)。 - 使用相同格式的请求体向
<base>/escalation-readiness发送POST请求 — 重建值(供check_escalation_readiness使用)。
命令行界面
每个工具都是一个子命令,接受一个 JSON 参数字符串:
npx @reneturcios/casebrief generate_case_brief '{"ticket_content":"Customer reports the export fails since Tuesday..."}'
npx @reneturcios/casebrief check_escalation_readiness '{"ticket_content":"Customer reports the export fails since Tuesday..."}'
npx @reneturcios/casebrief --version
输出为工具的结果文本(成功时为上游 JSON)。退出码:成功时为 0,运行时错误(包括验证失败、拒绝执行或上游失败)时为 1,用法错误时为 2。
MCP 服务
npx -y @reneturcios/casebrief mcp
MCP 客户端配置(密钥为可选项;如有密钥,请通过客户端的环境变量提供):
{
"mcpServers": {
"casebrief": {
"command": "npx",
"args": ["-y", "@reneturcios/casebrief", "mcp"],
"env": {
"CASEMARGIN_API_KEY": "<your key>"
}
}
}
}
Docker
docker run -i ghcr.io/cloudcorprecords/casebrief
docker run --rm ghcr.io/cloudcorprecords/casebrief generate_case_brief '{"ticket_content":"Customer reports the export fails since Tuesday..."}'
开发
npm install
npm run build # tsc -> dist/
npm test # tsx --test test/*.test.ts (fake fetch only, no network)
npm run dev # run the CLI from source
许可证
MIT — 版权所有 (c) 2026 Rene Turcios
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。