返回首页
最新
Claude Code 有一个实验性的 'mcp-cli' 工具,可以从 bash 中调用 MCP 服务器(如 Google Workspace、GitHub 等)。
问题:默认情况下,它是顺序执行的。我的工作流程涉及 50 多个 MCP 调用。这导致了 191 秒的延迟——在 Claude 能够合成任何内容之前,等待时间超过 3 分钟。
我发现可以在单个 Bash 工具调用中协调并行调用:
```
mcp-cli call google/get_events '{}' > /tmp/cal.json &
mcp-cli call google/list_tasks '{}' > /tmp/tasks.json &
mcp-cli call github/list_issues '{}' > /tmp/issues.json &
wait
```
不明显的部分是:这之所以有效,是因为后台作业(&)继承了父 shell 的环境。Claude Code 的会话上下文——包括 MCP 端点文件——仍然可访问。
如果你启动一个新的子 shell(bash -c 'mktemp -d; mcp-cli...'),上下文会中断,出现“找不到 MCP 端点文件”的错误。这是我花了一段时间才弄明白的陷阱。
基准测试(2026 年 1 月验证):
```
2 次调用: 7.6s → 3.8s (2 倍)
10 次调用: 38s → 3.0s (13 倍)
20 次调用: 76s → 4.9s (16 倍)
50 次调用: 191s → 10.3s (18 倍)
```
我将其打包成一个自包含的工具包:
- CLAUDE.md 片段,包含使用说明
- .claude/rules/ 模式(禁止/必需示例)
- 提醒并行模式的建议钩子
- 项目或用户级别的安装脚本
https://github.com/AIntelligentTech/claude-code-mcp-cli-parallel-godmode
需要设置 ENABLE_EXPERIMENTAL_MCP_CLI=true(mcp-cli 仍然是实验性的)。
我很好奇其他人是否也遇到了类似的瓶颈,或者是否发现了其他针对 MCP 密集型 Claude Code 工作流程的优化模式。
以下是翻译内容:
https://github.com/deskflow/deskflow/pull/8780
https://github.com/deskflow/deskflow/pull/8989
https://github.com/deskflow/deskflow/pull/9348
我发布这个主要是为了给朋友们一个参考,当他们抱怨某件事情太竞争激烈或太难获得时。想在这里也分享一下。<p>编辑:我忘了链接博客。重新发布在这里:https://news.ycombinator.com/item?id=46684815
发生了一些不寻常的事情。我无法再立即打开一个新的Safari窗口(我使用新窗口,而不是标签页,我不喜欢标签页,请不要评判……)<p>总之,回到这个不寻常的情况。要想立即打开一个窗口,我必须打开一个新的通用窗口(命令、选项、Shift、2)。按下命令N会打开一个新的个人窗口,而在M4 Max上,这需要2秒钟。这太疯狂了。我不记得自己曾配置过个人浏览窗口,而且我也无法更改默认行为。<p>究竟发生了什么,苹果工程师是否在用某种方法来解决这个令人恼火的行为?<p>附注:我不会改变我的习惯去使用标签页。
嗨,HN,
我开发了一个小型网页应用,可以让你在所有页面上签署PDF并复制签名,完全在客户端进行处理。PDF文件仅在浏览器中处理——没有任何文件上传到服务器。
我为什么要开发这个应用:
- 大多数工具需要注册账户或上传文件
- 一页一页地在长合同上签名非常繁琐
- 一些客户对文档隐私非常敏感
功能:
- 可输入或手绘签名
- 一键“在所有页面上签名”
- 无需注册即可使用
- 提供免费选项(带水印),付费可去除水印
技术说明:
- PDF处理在客户端完成(使用JavaScript)
- 没有服务器端的PDF处理
- 支付仅通过Stripe/PayPal处理
链接:
[https://instantpdfsign.com/](https://instantpdfsign.com/)
希望能得到以下方面的反馈:
- 用户体验问题
- PDF的边缘案例
- 任何你在技术上会做得不同的地方
谢谢!
我建立了一个平台,可以创建适合不同年龄段的个性化故事。<p>技术栈:
- 使用 Claude、Gemini 和 11Labs 进行内容生成
- 前端采用 Preact + Vite
- 使用 Cloudflare Workers、Pages、D1、R2 和 Queues
- 使用 Stripe 处理支付<p>主页上的演示故事让您无需注册即可体验完整的故事。希望能收到关于阅读体验的反馈,以及定价是否合理的意见。