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

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

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

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

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

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