anchors settings
This agent’s LOCAL configuration — what is its own, not the project’s.
The `anchors.yaml` is the Structure: versioned, reviewed, the same for everyone.What lives in `.anchors/settings.yaml` is the opposite — it holds for ONE agent on one machine,and it does not go to git.
Today there is one decision here: whether this agent acts on ESCALATED cards(`needs-user`), which await a decision from whoever knows the product.anchors settingsSubcomandos
Seção intitulada “Subcomandos”anchors settings role
Seção intitulada “anchors settings role”Declare the PROFILE of whoever operates this agent.
The profile says which work is yours, and the capabilities derive from it.
It is not hierarchy: the architect does not command the dev, he answers another question. And itis not repository permission — git takes care of that. It is about WHAT WORK the agent pullsfrom the board and HOW it behaves in the face of what it does not know.
The difference that shows up most: only `product-owner` and `architect` act onESCALATED cards (`needs-user`), which await a decision from whoever knows the product. Theother profiles escalate and move on to the next card.anchors settings role [perfil] [flags]| Flag | Padrão | O que faz |
|---|---|---|
--date |
REQUIRED — YYYY-MM-DD, the date of the declaration | |
--root |
. |
project root |
anchors settings show
Seção intitulada “anchors settings show”Show this agent’s local configuration.
anchors settings show [flags]| Flag | Padrão | O que faz |
|---|---|---|
--root |
. |
project root |
anchors settings user-issues
Seção intitulada “anchors settings user-issues”Declare whether this agent acts on escalated cards (needs-user).
ESCALATED cards await a decision from whoever knows the product: the agent foundsomething that changes the direction and escalated instead of deciding alone.
In a project with several devs, each one can run their own agent — and not all of them candecide for the product. An agent that picks up one of these cards and asks whoever isrunning it gets an answer, and that answer may not be the project owner's.
The default is NOT to act. Whoever can decide declares that they can.anchors settings user-issues [sim|nao] [flags]| Flag | Padrão | O que faz |
|---|---|---|
--date |
REQUIRED — YYYY-MM-DD, the date of the decision | |
--root |
. |
project root |
Configuração e artefatos — família
Seção intitulada “Configuração e artefatos — família”Comandos da mesma família — o que distingue cada um:
| Comando | O que faz |
|---|---|
anchors init |
Configure the project (anchors.yaml) through questions and answers |
anchors new |
Emit the skeleton of an artifact (spec, feature, test, plan…) per the ruler |
anchors code |
Generate a unique identity code for a new unit |
anchors guide |
Print the Anchors guides for AI agents |
anchors docs |
Compile the documentation from the templates in doct/ |
anchors install-hooks |
Install the git pre-commit that runs the gates over staged files |
anchors migrate |
Bring the Anchors files up to the current format |
anchors settings |
This agent’s LOCAL configuration — what is its own, not the project’s |
anchors touch |
Bump updated_at in the @anchors header of the files that changed |