内存占用排查
妈的，内存不足20G了。
我服了，我一查，好家伙，好多node进程。
手动清理：
pkill -f "lark-mcp"
之前在paseo里用它的mcp里就经常泄露，我就在opencode和claude配置里把这个mcp禁用了。后来TRAE里的加过这个MCP，用TRAE开关几次项目就会把系统内存吃掉很多。这MCP是实习生写的吗？
08-28 调查过一次，那轮的结论：
根因在 lark-mcp 自己，不在 Paseo / opencode / 启动方式。
实验是决定性的：给真实 lark-mcp 发完 initialize 后关闭 stdin（模拟父进程退出）→ 3 秒后进程仍存活，exitCode 始终 null。反例：用 MCP SDK 裸跑同样测试，stdin 一关就退出。
lark-mcp 用的 StdioServerTransport（官方 MCP SDK 1.29.0）只监听 ‘data’ / ‘error’，没处理 ‘end’(EOF)，也不主动 process.exit()。
这个bug我都想修了提PR给官方的，一查，已经有人遇到同样问题，已经修了提了PR，但是挂着一直没合。
Issue #59（2026-02-09 由 YFDmai 提）：标题就是 “Orphan processes not cleaned up when parent (Claude Code) exits”，描述 PPID=1 的孤儿、32+ 个残留进程。和我遇到的问题一模一样。（他还写”每个进程 ~1.1–1.2 GB 虚拟内存“）。
太好了，所以官方已经烂完了。
官方的意思可能是直接在网页上用他们的智能体去检索，而不要用MCP去检索了。
所以，我就直接把TRAE里的lark-mcp也移除掉，反正使用场景很低。
我看到有人在Issue #65 里说 可以用lark cli了更好。
但是对开发者来说，lark-cli能足够满足查开放平台开发文档吗？
核实了一下，不能说完全覆盖吧，只能说是，不同用途角度，但同样可以实现查文档和api。lark-cli安装后自带的skill里面~/.agents/skills/lark-openapi-explorer/SKILL.md明确写了方法指导Agent去拿api调用。
原理上是去抓开放平台的llms.txt。
也好，这样可以平替一下，干净一些。