Agents
Ten propose-only agents, plus any custom agents an admin adds. Enable, tune and route work to them within strict bounds.
The agents
Talon Claw → Agents (/claw/agents) lists eleven built-in agents, all propose-only: none can approve, merge or deploy. A general-purpose assistant sits alongside ten specialists, each with its own role instruction and tool allow-list.
Tuning & autonomy
The Agents page has three tabs: Agents (the roster), Actions (SIEM changes agents have proposed, which a person applies in the SIEM) and Activity (runs). Changing agents is admin-only:
With the Claw coordinator on, the scan routes incoming signals to the right specialist: a coverage_gap to the Coverage Analyst, or to the Data Engineer when the fix is onboarding a missing sourcetype or CIM model rather than writing a rule, or straight to the Detection Engineer when the gap's fix is build_detection; a low_precision detection to the Detection Engineer for tuning; validation_failure to the Triage Analyst; and pipeline_failure, kev and kev_coverage_gap to the Detection Engineer. Rule-health findings from Monitor (broken_reference, never_fires) and ti_report gaps also go to the Detection Engineer. Whether a routed proposal waits for approval or dispatches at once is the workspace's Claw autonomy: Off, Propose (default) or Auto-dispatch.
Versions
Every agent keeps a version history. A version is a full copy of what the agent runs with: its prompt, tools, skill domains, skills, automations and model. A new one is made when an admin saves the agent, and when a Studio update changes a built-in agent; a built-in agent that was already edited when versioning began gets the built-in as v1, so the first edit has something to compare with. Every run is stamped with the version it ran under, and only one version of an agent is active at a time.
Improving an agent
The top of the Versions tab lists what the agent's last 14 days keep showing. Each finding is counted from its runs, never guessed: