murmur describe does not list it), but agent records are readable via murmur get agent. The generic catalog write commands (murmur set, murmur patch, murmur rm) reject the agent kind: agent records change only through dedicated commands such as murmur tag add and murmur delete.
This is a runtime record, not a user-authored resource. To configure how agents behave, use agent personas.
Fields
An agent’s grants inherit down its child tree and authorize direct access by name. They do not make it discoverable in listings. Discovery uses tenant, runtime, or containing workspace authority; see listing rules.agent_id fields
Theagent_id object identifies the agent uniquely within the tenant.
The catalog name for an agent record is derived from the
agent_id: {owner_provider}/{account}/w/{workspace}/{slug}[/{slug}...]. The owner_provider segment uses a lowercase form of the enum (for example, PROVIDER_GITHUB_OAUTH becomes github_oauth).
Grant fields
Each grant in thegrants array controls what actions specific users or groups can perform on this agent.
Examples
Listing agent records
Reading a single agent record
murmur get prints the record as YAML with the JSON (camelCase) field names, keys sorted, after a leading generation: key.
The catalog name includes slashes. Quote the name when passing it to shell commands.
Errors
Related
- Agents: concept overview
- Agent personas: reusable templates that configure agent behavior
- Workspaces: the resource that scopes an agent’s repos, environment, and branches
- Profiles and secrets: developer profiles and service profiles
murmur get: CLI command for reading catalog resourcesmurmur spawn: CLI command that creates agent recordsmurmur ls: list running agents