第一次排障（约 5 分钟）
前提条件：账户内至少有一条故障记录，并已在控制台开通 AI SRE（订阅要求与计费见开通与计费）。 没有故障时，可以先看“之后：把它建设成您的 SRE”。1
新建一个对话
进入 AI SRE，点击左侧边栏的 新对话。
2
带上故障上下文
在输入框里输入
@，会弹出故障搜索列表，选中您要排查的那条故障——它会作为一枚引用胶囊插入到输入框里。也可以直接点输入框下方的场景卡 排查一个故障：它会把一段现成的提示词填进输入框，您可以在发送前用 @ 补上具体的故障引用。3
发送指令
发送类似这样的一句话：
4
查看调查过程
Agent 会流式给出它的调查计划、工具调用与中间发现，最后给出带证据支撑的结论。
- 输入
@没搜到目标故障——确认这条故障确实存在于当前账户，名称或编号没有拼错； - 长时间没有响应或停在“运行环境初始化”——多半是云端 Sandbox 或 Runner 正在启动，稍等片刻；持续无响应见运行环境；
- 只给了结论、没给调查计划——直接追问”先给我一份调查计划，再逐条给证据”，Agent 会补上；
- 看不到 AI SRE 入口——入口按角色权限展示，请联系账户管理员确认您的角色具备 AI SRE 相关权限。
其他入口
除控制台对话外，还有两个入口：自动化（Automations）
适合不需要人守着的周期性 / 触发式任务——定时巡检、周报洞察、告警治理。进入 AI SRE → 自动化，可从内置模板一键创建（如故障自动分析、告警治理、值班周报），也可以从零开始自定义任务提示词。它在后台跑一个隐藏会话，结果记录进运行历史，随时可以打开查看完整的调查过程。→ 详见自动化IM（@ 召唤 + 作战室自动诊断）
故障发生的现场。在已接入机器人的群里（Slack、飞书、钉钉或企业微信）@ AI SRE，即可发起或续接排查，AI SRE 在线程内作答；为故障开启作战室、且账户里一条带作战室创建触发的自动化规则命中该故障时，AI SRE 会自动执行一轮初步诊断并把结论发回作战室。→ 详见IM 平台之后：把它建设成您的 SRE（按需）
跑完第一次排障只是起点。接下来可以把分析变成自动动作，并持续提升它排查的准头——后者取决于它对您系统的了解程度、以及能连到多少真实数据。这些都可以按需慢慢建设，不必一次做完。让每条新故障自动得到第一轮分析
手动排查顺了之后，把它变成默认动作：进入 AI SRE → 自动化，从内置模板 故障自动分析 创建规则，在“触发方式”里启用 On-call incident 卡片，选好要监听的协作空间和严重程度。之后每条匹配的新故障创建时，AI SRE 都会自动执行一轮排查，并把一条总结评论写回这条故障——结论在最前面，末尾附完整会话链接；评论沿故障现有的通知链路推送，响应人在 IM 里就能看到第一手分析。配置细节见自动化 · On-call 故障触发。 它与作战室自动诊断是两条独立链路：这条对每一条匹配的新故障生效，结果写回故障评论；作战室自动诊断由一条带作战室创建触发的自动化规则驱动，在您为故障开启 IM 作战室且规则命中时运行，结果发回作战室群里（见 IM 平台）。建一份团队知识
Agent 每次排障都从零猜“这是什么服务”“谁负责”“以前是怎么处理的”，效率就上不去。在会话里输入/init，Agent 会用访谈的方式带您梳理服务清单、runbook、值班路径等知识，逐条确认后写入知识，后续会话自动加载。完整访谈流程见初始化（/init），知识结构与最佳实践见管理知识。
接入真实数据源
默认情况下 Agent 只能看到 Flashduty 自身的数据。要让它查到您系统里的真实信息——日志、指标、代码仓库、内网数据库，需要接入 MCP 服务器或部署自托管 Runner。公网可达的服务（如可观测平台、GitHub）从 MCP 市场一键安装并授权即可，见 MCP（外部工具）；VPC、内网数据库或本地命令，则需要在能访问目标资源的机器上部署自托管 Runner，步骤见运行环境。下一步
产品概述
了解 AI SRE 的定位、能力全景与控制台导航。
控制台对话
会话的新建与管理、流式输出、Fork、上下文压缩。
IM 平台
在 IM 群里 @ Agent 排障，了解作战室自动诊断。
运行环境
云端 Sandbox 与自托管 Runner 的区别、部署与权限配置。