Skip to main content

Why this page matters

An agent’s capabilities are exactly the tools it can call. Instructions describe intent; tools determine what’s possible. Before writing an agent, check that the work you have in mind maps onto something here — otherwise the agent will try, fail, and narrate the failure. Use these names in an agent’s allowed-tools. Omitting allowed-tools inherits the default set rather than granting everything.
Availability differs slightly by surface. Tools that operate on a cloned target repository or on your organization’s connections are available to cloud agents; the CLI runs against your working directory instead.

Reading and searching code

Understanding code structure

code_lineage provides three structural operations backed by tree-sitter. Coverage is limited to languages with a grammar; on anything else, use ripgrep_search. This is how an agent traces taint: find the sink, walk callers back toward a source, and confirm nothing on the path neutralizes the input.

Scanning

Confirming exploitability

PoC execution requires an explicitly configured target and clears a safety screen. Without a running target, agents confirm by reasoning — tracing the data flow end to end — rather than by executing an exploit.

Reading the outside world

web_fetch performs reads only — it takes a URL, headers, and an extraction mode, with no request method or body. There is no built-in tool for writing to a third-party API, so agents cannot create tickets or update external records through it. Console’s outbound writes go through workflow outputs.

Your vendors’ data

These three are the entire vendor-data surface today, and they are scoped to vulnerability findings. See what agents can read for what that covers and what it doesn’t.

Projects

Recording results

Detections

Coordination

Managing agents

Next steps

Write an agent

Put these names in allowed-tools.

Skills

Package a procedure instead of a participant.