前阵子我开了四个终端，每个都跑着 Claude Code，里面全塞满了我这一年攒下来的 skill 和 MCP。一个专门查资料，一个改代码，还有两个跑测试。

顺手看了眼上下文占用——还没开口说第一句话，光这些工具的定义就吃掉了大几万 token。

第一反应肯定是得减负。那个专门查资料的终端，根本用不上部署相关的 MCP，也用不上代码库那些 skill。它们全躺在那儿装死，白占地方。所以我一开始想干的，就是做个省上下文的功能。

这个前提，其实有一半是不成立的

动手前我习惯性翻了翻官方文档，结果发现人家早把路铺好了。

今年 1 月中旬，Anthropic 给所有 Claude Code 用户悄悄上了个 MCP tool search，默认开启。原理很简单：工具描述总量超过 10K token 之后，就不再全量塞进上下文了，而是改成放一个 500 token 左右的搜索工具。需要的时候再按需加载三五个相关的，一次也就占 3K。官方给的数据是，五十多个 MCP 工具，占用能从约 77K 直接压到 8.7K。

也就是说，“上下文被工具定义吃掉”这个问题，官方已经干掉了。我原以为的那个痛点，有一半是在重复造轮子。

但后来我想明白了。官方的 tool search 解决的是“占不占地方”，但它不管这个 agent“该不该有这个能力”。

工具定义不进上下文，不代表 agent 用不了。那个查资料的终端，搜一下照样能把部署用的 MCP 翻出来调。工具就在那儿，只是没提前摆在桌面上而已。

这完全是两码事：一个是省空间，一个是划边界。我一开始把它们混为一谈，才会觉得官方既然搞定了我就不用做了。

想通这点后，我要做的东西就变了：我不是要帮工具瘦身，而是要让一个终端里的 agent，手里

现在在 Polter 里，你可以给每个终端单独定规矩：这个终端里的 agent 到底能碰哪些 skill 和 MCP server。

落地的时候，有几个没在第一版想清楚、后来才绕过弯来的决定，值得单拎出来说说。

之前设计了一个 MCP 方法，让 agent 问“我现在手里有什么”。最早这接口接收一个“终端 ID”，意思是你可以拿它查任意一个终端的权限。

后来我把这参数砍了。身份验证改成只认握手时的 token，所以现在根本没法发出“那个终端被允许干什么”这种跨界查询。

为什么？因为能查别人能力，本质上就是个“踩点”接口。你给 agent 一个查询边界的工具，它就能把你整个系统的权限边界摸个透。在任何权限系统里，乱摸边界都是搞破坏的第一步。

但我也没走向另一个极端，不准员工查自己。

删掉参数时有个很自然的冲动：干脆全黑盒，只有总管能看，打工人不配知道。

但我没这么干。一个连自己能干啥都不知道的 worker 是很荒谬的——它去调一个够不着的工具，失败了，它根本分不清到底是自己没权限，还是这工具挂了。它必须能分清，不然只能靠瞎猜。

所以现在的逻辑是：每个终端都能清清楚楚查自己有什么，但谁也别想偷看别人的。

还有遇到断线，两层的处理逻辑正好相反。

agent 调工具的路上，有两个地方可能跟 Polter 断联。

一个是真正执行调用的那一层。这里要是断了，必须死死保持现状，绝不能退回成“全放行”。因为在这层把上游的工具列出来，就等于把执行权交出去了。

另一个是单纯“列出工具清单”的那一层。这层断了，反而要保持全部可见。因为你能看见清单，不等于你能调用——真正锁门的那道锁在后面。

要是为了省事把这两处写成一套逻辑，代码能编译，测试能全绿，但现实里迟早会开个口子。

最早存角色权限时，我搞了个白名单，记着这角色开了哪些工具。

用了一阵就发现很坑：用户新装了个 MCP server，这东西不在清单里，那到底是他不想要，还是建角色的时候压根还没这东西？

一份纯白名单分不出这两种情况。而它们的处理逻辑恰恰是反的。

所以现在改成了“默认加例外”：这个角色对新来的工具默认是什么态度，然后再加上明确的例外清单。后来新装的工具走默认逻辑，就不会被误当成用户主动关掉的了。

目前角色就测了Claude Code，其他都没做，会根据主流常用AI CLI逐步兼容。

肯定有人要问，这套跟官方方案到底啥关系？

官方的 subagent 确实能限制工具集，但那是主会话派出去的子任务，跑在隔离的上下文里；skillOverrides 也能藏 skill，但那是全局一刀切。都挺好用，只是颗粒度跟我要的不一样——我要的是：“我手动开的这个终端里，正在跑的这个 CLI 会话，得守我的规矩”。

还有个关键区别：官方方案只认 Claude Code。而“角色”这套做在了终端层，核心根本不认识具体的 CLI，只认一份契约。明天你想换个 CLI，加个插件就行，核心代码不用动。

顺带提一句，Polter 是 Ghostty 的 fork，终端本身好用的地方全是 Ghostty 的功劳。MIT 协议，跟上游一致。

为什么你的 AI 终端需要“角色”？从 Claude Code 的工具泛滥说起

作者发现官方 tool search 已解决工具占用上下文的问题，但没解决权限边界：agent 仍能调用不该用的工具。于是他在 Polter 中加入"角色"功能，按终端限定可用的 skill 和 MCP。这套方案做在终端层，不绑定具体 CLI，目前只适配了 Claude Code。

人工智能

开发工具

客户端

手开多终端跑ClaudeCode，工具定义吃掉大几万token，官方toolsearch已默认解决占用，但真正痛点在于给agent划边界。Polter在终端层实现角色权限：每个终端能查自己的工具清单，但无法跨界窥探；断线时执行层保持收紧、清单层保持可见；角色权限从白名单改为“默认加例外”，避免新装工具被误判。

身份验证

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

为什么你的 AI 终端需要“角色”？从 Claude Code 的工具泛滥说起

为什么你的 AI 终端需要“角色”？从 Claude Code 的工具泛滥说起

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐