在構(gòu)建智能體工具集的過程中，如何設(shè)計(jì)高效的動作空間始終是核心挑戰(zhàn)之一。以Claude為例，其通過工具調(diào)用實(shí)現(xiàn)操作，開發(fā)者可通過bash、skills或代碼執(zhí)行等原語構(gòu)建工具，但面對數(shù)十種潛在工具選項(xiàng)時(shí)，如何平衡功能覆蓋與使用效率成為關(guān)鍵問題。這一過程如同為數(shù)學(xué)家配備解題工具：紙張雖基礎(chǔ)但計(jì)算效率低，計(jì)算器提升速度卻依賴操作技能，而計(jì)算機(jī)結(jié)合代碼能力則能釋放最大潛力。設(shè)計(jì)智能體工具的本質(zhì)，正是為其匹配與其能力相適配的"計(jì)算設(shè)備"。

在Claude Code開發(fā)過程中，團(tuán)隊(duì)通過持續(xù)迭代優(yōu)化工具設(shè)計(jì)。初期為提升啟發(fā)式提問能力，曾嘗試三種方案：首先在ExitPlanTool中添加問題參數(shù)，但導(dǎo)致計(jì)劃與提問邏輯沖突；隨后改用修改版Markdown格式輸出問題，雖通用性強(qiáng)卻缺乏穩(wěn)定性；最終開發(fā)的AskUserQuestion工具通過模態(tài)框?qū)崿F(xiàn)結(jié)構(gòu)化交互，既確保多選項(xiàng)輸出，又支持在SDK或技能中復(fù)用。這一工具的成功關(guān)鍵在于讓Claude自然掌握調(diào)用時(shí)機(jī)，而非單純追求技術(shù)完美。

隨著模型能力進(jìn)化，工具需求呈現(xiàn)動態(tài)變化特征。初代TodoWrite工具通過待辦列表維持模型運(yùn)行，但系統(tǒng)提醒反而限制了Opus 4.5等新版模型的靈活性。升級后的任務(wù)工具引入依賴關(guān)系管理和子智能體協(xié)調(diào)機(jī)制，將工具定位從"維持運(yùn)行"轉(zhuǎn)向"促進(jìn)溝通"。這種轉(zhuǎn)變印證了工具設(shè)計(jì)需隨模型能力同步迭代的規(guī)律——當(dāng)模型具備修改上下文能力時(shí)，固定式待辦列表反而成為桎梏。

搜索工具的演進(jìn)路徑更具啟示性。早期RAG向量數(shù)據(jù)庫雖能快速提供上下文，但存在環(huán)境脆弱性問題。引入Grep工具后，Claude獲得自主搜索代碼庫的能力，配合技能系統(tǒng)實(shí)現(xiàn)的漸進(jìn)式披露機(jī)制，使模型能通過遞歸探索構(gòu)建多層上下文。這種從被動接收上下文到主動構(gòu)建環(huán)境的轉(zhuǎn)變，使Claude在一年內(nèi)實(shí)現(xiàn)從簡單文件檢索到復(fù)雜嵌套搜索的能力躍遷。

面對工具膨脹風(fēng)險(xiǎn)，開發(fā)團(tuán)隊(duì)采用動態(tài)披露策略優(yōu)化動作空間。針對用戶對MCP配置等冷門問題的咨詢，既未將冗長文檔注入系統(tǒng)提示，也未開發(fā)專用工具，而是通過指南子智能體實(shí)現(xiàn)按需調(diào)用。該子智能體經(jīng)過特殊訓(xùn)練，能精準(zhǔn)定位文檔關(guān)鍵信息并返回簡潔答案，在保持主工具集精簡的同時(shí)，將相關(guān)知識動態(tài)注入動作空間。這種設(shè)計(jì)使Claude Code在維持20個(gè)核心工具的情況下，仍能持續(xù)擴(kuò)展功能邊界。

工具設(shè)計(jì)本質(zhì)是模型能力、任務(wù)目標(biāo)與環(huán)境約束的三角平衡藝術(shù)。從啟發(fā)式提問到自主上下文構(gòu)建，從固定待辦列表到動態(tài)任務(wù)協(xié)調(diào)，從全量文檔注入到按需知識披露，Claude Code的演進(jìn)軌跡表明：最優(yōu)工具集永遠(yuǎn)處于流動狀態(tài)。開發(fā)者需要持續(xù)觀察模型行為、實(shí)驗(yàn)不同方案，在科學(xué)方法與藝術(shù)直覺的交織中尋找動態(tài)平衡點(diǎn)。