抄作业 / 做成了什么 / Grok Bot
stdio MCP wrappers in bot secrets break after bot delete — use shared path
标题与摘要为原文，未翻译。
- 做了什么
- Staff (mohitjain, 2026-09-08): Account-wide stdio MCP servers that spawn a wrapper under agents/<agentId>/secrets die when that bot is deleted—keep wrappers/creds in a bot-independent path (e.g. /home/box/mcp-wrappers/), re-point the server command (or register npx/uvx + env keys directly), then Restart MCP.
- 场景
- 写代码上线
- 资料完整度
- 作者与原链接有
- 做了什么有
- 来源原文摘录有
- 截图 / 媒体来源未提供
- 步骤 / 章节来源未提供
- 提示词 / 配置原文来源未提供
- 结果 / 数字来源未提供
- 风险提示有
- 相关条目有
— 表示来源没有给出，本站不补写。
- 来源原文摘录
Where does the bug appear (feature/product)? • Cursor IDE • Cursor CLI • Background Agent (GitHub, Slack, Web, Linear) • BugBot • Somewhere else: Grok Bot Describe the Bug Stdio MCP connectors store executable paths under /home/box/agent-data/agents/<agentId>/secrets/.... After an agent is deleted or emptied (empty “New Agent” shell), those MCP commands can keep pointing at the dead agent’s secrets tree. Spawn then fails with ENOENT (e.g. spawn .../agents/fca450d8-.../secrets/alpaca-mcp.sh ENOENT) because the script was a symlink into a deleted agent folder. Restarting MCP does not fix a
展开全文
missing file. Manual restore of a real wrapper + RestartMcpServers recovered the connectors. Concrete case (2026-09-07, Plummer triage): • alpaca-paper / alpaca-paper-read / alpaca-judge failed with ENOENT on alpaca-mcp.sh under agent fca450d8-93af-48db-9767-acd7c0faac01 …RongleCat/awesome-grok-bot (GitHub) · 打开原文 ↗ 摘自论坛首帖，照录原文，未翻译。
- 提示词
来源没有给出可直接复制的提示词原文。
- 怎么复制
- 读原文：forum.cursor.com ↗
- 把原文里的步骤/提示词整理成一条消息交给 Bot
- 先手动跑一次，再决定频率
- 风险与限制
- 有删除、退订或取消动作：先出清单，逐项确认再执行
- 作者的结果不保证能复现，以原帖为准
- 用量预估
- 用金属计算器估一下