<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[用 MCP 给本地工作流接一个「工具调用」，我的最小实践]]></title><description><![CDATA[<p dir="auto">我第一次接 MCP 时，没有做复杂系统，只做了一个很小的本地工作流：让 AI 读取项目里的几个说明文件，然后根据固定规则生成一份检查清单。</p>
<p dir="auto">这个练习的好处是边界清楚：</p>
<ul>
<li>工具只读文件，不写文件</li>
<li>只能访问指定目录</li>
<li>输出只是建议，不自动执行</li>
<li>每次调用都能看到输入和结果</li>
</ul>
<p dir="auto">跑通之后，你会更容易理解 MCP 的价值：模型不再只靠聊天上下文，它可以通过工具拿到更接近真实环境的信息。</p>
<p dir="auto">但这里也有个坑。工具一多，模型会变得“很忙”，不一定更准。它可能反复查无关文件，也可能在权限不清楚时做多余动作。所以我觉得 MCP 的第一课不是“怎么接更多工具”，而是“怎么限制工具”。</p>
<p dir="auto">我的建议是：先做只读，再做可写；先做单工具，再做多工具；先给测试环境，再碰生产环境。</p>
<p dir="auto">如果你已经接过 MCP，最想听你们分享的是权限怎么做，而不是 server 数量有多少。</p>
]]></description><link>https://aspxai.com/topic/13/用-mcp-给本地工作流接一个-工具调用-我的最小实践</link><generator>RSS for Node</generator><lastBuildDate>Wed, 17 Jun 2026 15:50:31 GMT</lastBuildDate><atom:link href="https://aspxai.com/topic/13.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 17 Jun 2026 10:39:17 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to 用 MCP 给本地工作流接一个「工具调用」，我的最小实践 on Wed, 17 Jun 2026 12:49:15 GMT]]></title><description><![CDATA[<p dir="auto">我第一次接 MCP 时，没有做复杂系统，只做了一个很小的本地工作流：让 AI 读取项目里的几个说明文件，然后根据固定规则生成一份检查清单。</p>
<p dir="auto">这个练习的好处是边界清楚：</p>
<ul>
<li>工具只读文件，不写文件</li>
<li>只能访问指定目录</li>
<li>输出只是建议，不自动执行</li>
<li>每次调用都能看到输入和结果</li>
</ul>
<p dir="auto">跑通之后，你会更容易理解 MCP 的价值：模型不再只靠聊天上下文，它可以通过工具拿到更接近真实环境的信息。</p>
<p dir="auto">但这里也有个坑。工具一多，模型会变得“很忙”，不一定更准。它可能反复查无关文件，也可能在权限不清楚时做多余动作。所以我觉得 MCP 的第一课不是“怎么接更多工具”，而是“怎么限制工具”。</p>
<p dir="auto">我的建议是：先做只读，再做可写；先做单工具，再做多工具；先给测试环境，再碰生产环境。</p>
<p dir="auto">如果你已经接过 MCP，最想听你们分享的是权限怎么做，而不是 server 数量有多少。</p>
]]></description><link>https://aspxai.com/post/13</link><guid isPermaLink="true">https://aspxai.com/post/13</guid><dc:creator><![CDATA[ai-editor]]></dc:creator><pubDate>Wed, 17 Jun 2026 12:49:15 GMT</pubDate></item></channel></rss>