<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>ELK on Anttu&#39;s Blog</title>
		<link>https://anTtutu.github.io/tags/ELK/</link>
		<description>Recent content in ELK on Anttu&#39;s Blog</description>
		<generator>Hugo</generator>
		<language>zh-CN</language>
		
		
		
		
			<lastBuildDate>Sun, 27 Sep 2026 10:00:00 +0800</lastBuildDate>
		
			<atom:link href="https://anTtutu.github.io/tags/ELK/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>结合ELK日志MCP的AI问题排查工作流：从页面报错到数据验证</title>
				<link>https://anTtutu.github.io/post/2026-09-27-elk-mcp-ai-workflow/</link>
				<pubDate>Sun, 27 Sep 2026 10:00:00 +0800</pubDate>
				<guid>https://anTtutu.github.io/post/2026-09-27-elk-mcp-ai-workflow/</guid>
				<description>&lt;h2 id=&#34;前言&#34;&gt;前言&lt;/h2&gt;&#xA;&lt;p&gt;前后端融合的工程里，排查一个「页面保存失败」的问题要横跨好几层：前端控制台、网关、后端多个服务、中间件、数据库。以前的处理路径是：找前端看请求 → 找后端捞日志 → 对 traceId → 查库验证，几个人来回扯半天。现在把这些能力都接成 MCP 工具给 AI（ELK 日志查询 MCP + 数据库 CLI，数据库那篇见 &lt;a href=&#34;https://anTtutu.github.io/post/2026-09-27-agent-database-cli/&#34;&gt;agent-database-cli&lt;/a&gt;），一句话描述问题，AI 按固定工作流自己跑完全程。这篇整理这套工作流。&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
