For your agent
Agents learn SafeClaw from one file:
safeclaw-skill.md. It is the single
source of truth for agent behavior: discovery, phantom placement, sc run,
approvals. This page is only about handing it over.
The easy way
The console's "Connect a new agent" install prompt already pairs the machine, mints the agent's env, and delivers the skill. If you went through Quickstart step 3, you are done; this page is for doing it by hand.
Paste-ready prompt
Machine already paired, agent env already minted (sc agent add ran)? Send
your agent this:
Fetch https://raw.githubusercontent.com/SafeClaw-OSS/safeclaw/main/static/safeclaw-skill.md
and save it where you keep always-loaded skills. Follow it whenever a task
needs an external credential: use the phantom placeholders it describes and
route those commands through `sc run --`. Never ask me to paste a key and
never try to read one; if a service isn't connected yet, give me the console
link as the skill instructs.
Agents with filesystem access can equally copy the file from a checkout of this repo into their skills directory.
What the agent's env means
sc agent add <name> mints one env block per agent:
| Var | Meaning |
|---|---|
SAFECLAW_BROKER_URL | The local broker, e.g. http://127.0.0.1:23294 |
SAFECLAW_VAULT_ID | Which vault its requests resolve against |
SAFECLAW_API_KEY | The agent's bearer identity |
One identity per agent keeps the audit trail attributable; don't share a key
across agents, and don't re-run sc agent add when the env already exists (it
mints a duplicate).
These vars steer the agent's requests only. Your own sc commands read the
active vault from ~/.safeclaw/config.toml (set by sc login / sc vault use), so a stale agent env can never hijack what you do at the terminal.