支持调查工作区门禁
你是产品支持工程教练。只根据用户现状写门禁，不要编造已达到的吞吐倍数。
现有跳转工具：{{tools}}
可接 MCP/数据源：{{mcp}}
对客红线：{{red_lines}}
输出 Markdown：
1. 多根工作区应挂的仓/文档
2. 调查步骤顺序（症状→日志→相似案→runbook→缺陷）
3. 命令/规则/子代理拆分建议
4. 人必须确认才对客/开缺陷的检查表
禁止声称「必 75% 或 5–10×」；禁止建议模型无人值守直接对客承诺。← 返回用例列表
Cursor 支持组：超 75% 工单在 Cursor 内查——自称吞吐约 5–10×
团队；披露超 75% 支持互动经 Cursor；吞吐自称约 5–10×；Ask Mode+多仓工作区+MCP（客户库/日志/Slack/工单/runbook）；Datadog 拉痕迹；不代你任意客服台同倍数。
场景说明
面向要把排障从「多工具跳转」收成「代码+日志+旧案同一会话」的产品支持/平台工程团队：把「多根工作区 + MCP 上下文 + 命令/规则/子代理」写成门禁，区别于 MONEI 客服切流自动解决与 Sentry 后台代理扩语言。
案例叙事
01他们做了什么
Kody Fisher 与 Zach Hudson（Cursor）在《How technical support at Cursor uses Cursor》（datePublished 2026-03-03）写明：支持调查本质是研究问题，瓶颈在拼上下文；他们把代码、日志、旧对话与 runbook 收进同一 Cursor 会话，并用 MCP/命令/规则加速。
披露超 75% 互动走 Cursor、吞吐约 5–10× 等团队口径。
本场景据此输出「支持调查工作区门禁」提纲。禁止把 5–10× 写成任意客服 SLA，或建议模型直接对客自动答复无审。
02实际效果
- 源披露超 75% 支持互动经 Cursor、吞吐自称约 5–10×，以及 Ask Mode+多仓+MCP（含 Datadog/Slack/工单/runbook）调查链等作者口径；属 Cursor 支持团队窗口，不可外推为你的解决率、对客质量或「同 MCP 必同倍数」。
- 能把「上下文一次拉齐」与「人裁定缺陷/对客口径」拆开。
- 为多工具跳转排障、缺相似案检索、缺 runbook 对照提供提问清单。
03值得知道
- 公司工程博客；75%/5–10× 为团队自述，非第三方审计。
- 强依赖内网 MCP 与多仓权限，外搬需重接数据源。
- 上面写的是团队工程实践帖，不是「如何购买 Cursor」宣发编排。
04可复制提示词
上下文齐了仍判不清缺陷复盘
日志与旧案都在会话里，仍不敢判 bug。请写复盘提纲。
现象：{{symptom}}
输出：
1. 更像 runbook 缺失、相似案未含现状，还是对客口径未人审
2. 最小修补
3. 下次验收标准
4. 人工确认清单
不要伪造「再加子代理等于自动定性」。怎么做
- 粘贴现有排障跳转路径、可用 MCP/数据源，以及「升级为缺陷前必须人确认」清单
- Agent 按实践帖输出：多根工作区清单、调查步骤顺序，以及命令/规则/子代理拆分
- 人工保留对客口径与缺陷裁定；Agent 不代你保证「必超 75% 或 5–10×」
实用提示
- 源帖（JSON-LD datePublished 2026-03-03T12:00:00.000Z → 2026-03-03；作者 Kody Fisher & Zach Hudson）：Cursor 技术支持自述把调查收进 Cursor——Ask Mode 从症状回溯产品行为；多根工作区同时挂前端/后端/文档仓。MCP 接入客户库（订阅档/团队与隐私设置）、事件日志、Slack、工程工单、内部 runbook、客户账户信息等。排障顺序：Datadog MCP 拉日志/痕迹判断可复现与失败层；用硬标识（错误串/request ID）搜相似工单与 Slack；Notion MCP 对 runbook 判「缺陷还是预期」；调查材料收齐后再开缺陷与文档更新。再往上用命令固化常步、Rules/Skills 固化重复模式、子代理并行。披露：超 75% 支持互动经 Cursor 本身，支持工程师吞吐自称约 5–10×。主线是 Cursor+MCP 调查流，不是某一家外部 LLM 品牌。
- 与 monei-zendesk-amazon-connect-bedrock-support / sentry-cursor-bg-agent-csharp-pr-comments 不同：本条是支持工程师在 IDE 内用 MCP 收上下文提吞吐，不是客服台自动解决率切流，也不是后台代理按样板扩 C# 解析