<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>MCP on Lynx 的技术博客</title><link>https://blog.lynxflow.co/tags/mcp/</link><description>Recent content in MCP on Lynx 的技术博客</description><generator>Hugo -- gohugo.io</generator><language>zh-cn</language><lastBuildDate>Sun, 13 Sep 2026 16:15:00 +0800</lastBuildDate><atom:link href="https://blog.lynxflow.co/tags/mcp/index.xml" rel="self" type="application/rss+xml"/><item><title>Hermes 控制Claude Code的技术路线全景：从终端调用到Agent互操作协议</title><link>https://blog.lynxflow.co/posts/hermes-claude-code-control-routes-2026/</link><pubDate>Sun, 13 Sep 2026 16:15:00 +0800</pubDate><guid>https://blog.lynxflow.co/posts/hermes-claude-code-control-routes-2026/</guid><description>&lt;img src="https://blog.lynxflow.co/images/hermes-cc-control-routes-cover.png" alt="Featured image of post Hermes 控制Claude Code的技术路线全景：从终端调用到Agent互操作协议" /&gt;一句话概括 Hermes（一个 Telegram bot 网关）要控制 Claude Code（Anthropic 的 CLI 编程 Agent），有 7 条技术路线：直接终端调用、SDK 编程化 API、MCP 双向通信、A2A Agent-to-Agent 协议、ACP Agent 通信协议、Hooks 钩子系统、Cloud 云端会话。其中 Hermes 已经有了 codex_app_server 和 copilot_acp 两个子进程 runtime 模板——加一个 Claude Code runtime 本质上是复制已有模式。对 Telegram bot 场景，stream-json 流式管道 + canUseTool 外部权限审批 + 现有 codex_app_server 模板 是当前最务实的路线。</description></item><item><title>我的 Claude Code 记忆系统是不是全网最成熟？——跨 harness 自制方案 vs 开源生态深度盘点</title><link>https://blog.lynxflow.co/posts/claude-code-memory-systems-survey-2026/</link><pubDate>Thu, 10 Sep 2026 00:00:00 +0800</pubDate><guid>https://blog.lynxflow.co/posts/claude-code-memory-systems-survey-2026/</guid><description>&lt;img src="https://blog.lynxflow.co/images/claude-code-memory-systems-survey-2026.png" alt="Featured image of post 我的 Claude Code 记忆系统是不是全网最成熟？——跨 harness 自制方案 vs 开源生态深度盘点" /&gt;先给结论 不是&amp;quot;全网最成熟&amp;quot;——因为没有绝对意义上的最成熟，只看你解决的是哪一类问题。但把我的系统放进 2026 年的开源生态里横向比较，它稳居第一梯队的自制方案，而且有一个绝大多数开源项目都没有的特长：跨 6 家 harness 的单源权威架构。</description></item></channel></rss>