Athena MCP：为AI智能体提供无工具的深度推理伙伴

Athena MCP是一个Model Context Protocol服务器，通过单一think工具为使用工具的主智能体提供纯推理的辅助服务，解决复杂问题时的模型能力不匹配问题。

"当Hermes陷入困境时，他向Athena求助。"

这个希腊神话式的比喻准确地概括了Athena MCP的设计初衷。在现代AI系统中，大多数智能体（Hermes）运行在同一个模型上处理所有任务——这个模型必须在成本和性能之间做出妥协：既要足够快速便宜以支持数百次工具调用，又要足够智能以应对复杂挑战。

但当智能体真正遇到棘手问题时——一个微妙的bug、一个架构决策、一个需要批判性思考的计划——开发者希望调用另一个模型：一个专门用于深度推理的模型（Claude Opus、GPT-5、Gemini Pro、DeepSeek R1），而不必放弃对任务其余部分的控制权。这就是Athena存在的意义。

Athena MCP是一个Model Context Protocol（MCP）服务器，为你的工具使用型智能体提供一个纯粹的推理伙伴。它只有一个工具：think。没有任何副作用——Athena自己没有工具，她只是思考。

Athena的设计理念借鉴了Codebuff内部实现的thinker agent模式。Codebuff的编排器在收集上下文后会生成一个thinker-gpt实例，这个thinker没有任何工具，其唯一任务就是深度思考并返回简洁的答案。

这种设计的优势在于：

• 成本效益：推理模型价格昂贵，只在真正需要时调用
• 延迟优化：推理模型思考较慢，节省它们用于真正困难的问题
• 工具正交性：Athena故意不拥有工具，调用者保持对副作用的完全控制
• 模型可移植性：每次调用都可以更换推理模型，无需重新配置整个智能体

在Athena的架构中，有两个明确的角色：

• Hermes（主智能体）：Claude Code、Cursor、Nous Research Hermes Agent等任何支持MCP的客户端
• Athena（推理伙伴）：通过MCP协议提供think服务的辅助模型

当Hermes遇到难题时，它调用think工具，传入问题和相关上下文，Athena进行深度推理后返回结构化的思考结果。Hermes保持对任务的主导权，Athena只是提供咨询意见。

Athena MCP支持两种后端：

Claude Code后端（推荐）

当系统检测到claude CLI在PATH中时，默认使用此后端。它通过claude -p命令生成子进程，利用用户的Anthropic Pro/Max订阅进行OAuth认证。

优势：

• 无需API密钥
• 无按token计费
• 仅消耗订阅配额
• 支持opus、sonnet、haiku等模型

OpenRouter后端

通过HTTPS调用OpenRouter API，支持任何模型（Claude、GPT、Gemini、DeepSeek、Qwen等），采用按token计费模式。

需要配置：OPENROUTER_API_KEY

变量名	适用后端	默认值	说明
ATHENA_BACKEND	两者	auto	显式选择后端
ATHENA_MODEL	两者	opus	使用的模型
ATHENA_EFFORT	两者	high	推理努力程度（low/medium/high）
ATHENA_CLAUDE_CLI	claude-code	auto	Claude CLI绝对路径
ATHENA_TIMEOUT_MS	claude-code	180000	子进程超时时间
OPENROUTER_API_KEY	openrouter	-	必需

git clone https://github.com/DevvGwardo/athena-mcp.git ~/projects/athena-mcp
cd ~/projects/athena-mcp
npm install
npm run build