import type { SuperagentToolCall, SuperagentToolRenderer, SuperagentToolRenderers } from '../types'; /** * Built-in tool widgets — the native mirror of the web builder's * TOOL_UI_COMPONENTS map (FunctionDisplay.tsx), scoped to the tools superagent * flows actually expose (create_user_agent_tools in * backend/app/user_apps/app_agents/user_agent/tools.py). ToolCallSummary * consults this registry after the host's `toolRenderers` prop (host renderers * always win), so a host can override or extend any entry without forking the * package. * * Approval-paused calls (waiting_for_user_input) bypass this registry and * keep rendering the timeline's ToolApprovalCard — unless the tool is listed * in `approvalCapableToolNames` below. */ export declare const defaultToolRenderers: SuperagentToolRenderers; /** * Full built-in lookup: exact `defaultToolRenderers` entry first, then the * resolver list. The host `toolRenderers` prop stays exact-name-only and is * consulted before this (unchanged public semantics). */ export declare function resolveDefaultToolRenderer(toolCall: SuperagentToolCall): SuperagentToolRenderer | undefined; /** * Built-in renderers that opt in to approval-paused calls: for these tools the * widget renders its own approval UI (entity/payment approval cards), so it * claims the call even while it is waiting_for_user_input. Every other * built-in still steps aside for the legacy ToolApprovalCard, and host-supplied * `toolRenderers` keep their existing always-win semantics. */ export declare const approvalCapableToolNames: ReadonlySet; /** * Tools whose *consecutive* calls collapse into one widget: createToolChunks * wraps each run in a synthetic `grouped: true` call before renderer dispatch, * mirroring the web's groupConsecutive preprocessing. The tool's renderer * receives the grouped call and expands it via flattenToolCall (see * GrepSearchWidget, GeneratedImagesWidget). */ export declare const groupedToolNames: ReadonlySet; //# sourceMappingURL=defaultToolRenderers.d.ts.map