Adam Tool Calling

Adam uses tools to move from conversation to action. Tools can query endpoints, run workflows, inspect metadata, call APIs, or perform operational tasks. Eve remains the access boundary for those actions.

Tool Calling Flow

  1. Adam receives a user or agent request.
  2. Adam resolves relevant endpoint and tool context.
  3. Tool definitions are provided to the model.
  4. The model selects a tool and proposes arguments.
  5. Eve checks whether the subject can use the endpoint or action.
  6. The tool executes through the governed path.
  7. Adam returns the result to the conversation.
  8. Telemetry records the attempt, result, latency, and error state.

Tool Design Principles

Good tools are narrow, auditable, and permission-aware.

PrincipleGuidance
Narrow scopeOne tool should do one clear operation.
Typed inputUse explicit arguments instead of free-form strings when possible.
Least privilegeA tool should require only the permissions its action needs.
Clear side effectsMutating tools should declare what they change.
Approval pointsHigh-impact tools should require human approval or a separate workflow gate.
Observable executionEvery call should record outcome, latency, subject, and endpoint context.

Read Tools And Write Tools

Separate read tools from write tools:

  • Read tools can inspect data, metadata, status, and telemetry.
  • Write tools can mutate data, change configuration, start workflows, approve migrations, or call external APIs.

Do not hide writes behind a tool name that sounds informational. A user or reviewer should be able to tell whether a tool can change production state.

Error Handling

Tool errors should preserve enough context to debug the action:

  • which tool ran,
  • which endpoint or workflow it targeted,
  • which subject requested it,
  • whether the error was permission, validation, backend, timeout, or policy related,
  • and whether a retry is safe.

Adam should not retry mutating tools blindly unless the tool is explicitly idempotent.

Operational Metrics

Monitor:

  • tool calls by tool and endpoint,
  • failure count and failure class,
  • p95 and p99 tool latency,
  • denied tool calls,
  • model requests that attempted unavailable tools,
  • approval wait time,
  • and token usage associated with tool-heavy conversations.
Last updated: October 20, 2018
    Eden | Govern AI Access