hierarchical-codex
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| mission_createA | Create the durable mission record before spawning any Terra agents. Returns the mission ID and authoritative budget version. |
| mission_getA | Read a mission and optionally its task, artifact, claim, and review state. Treat this result as authoritative over chat summaries. |
| mission_closeA | Complete a mission only after every task is terminal. Failed tasks require an explicit acceptance decision. |
| task_allocateA | Allocate a policy-checked work package before native spawn_agent. Put the returned task_id into the child's prompt; only direct parent-child role edges are accepted. |
| task_getC | Read the authoritative task version, lease, assignment, inputs, budget, and status before mutating it. |
| task_claimB | Atomically claim a ready task using optimistic versioning. The returned lease token is required for worker mutations. |
| task_startC | Move a leased task to running and establish its result producer. |
| task_heartbeatA | Renew an active lease. Use this during long tool calls; an expired lease may be reclaimed by another worker. |
| task_releaseA | Return a leased/running/blocked task to ready when the current worker cannot continue. Include a concrete reason. |
| task_blockC | Record a blocking dependency while retaining the lease. Continue heartbeats or release the task. |
| task_failA | Record a definitive worker failure, clear its lease, and charge final usage. Future sibling allocation counts actual failed usage instead of the full reservation. |
| task_cancelA | Cancel a non-terminal task after its direct children are terminal. Child cancellation requires the running direct parent's version and lease token. |
| task_supersedeB | Link a failed task to a viable sibling replacement for audit and closure. Child supersession requires direct-parent authority. |
| task_set_effortA | Change model reasoning effort while a task is ready and unleased, within its recorded maximum. Child changes require direct-parent authority. |
| artifact_putA | Store bounded content in the content-addressed artifact store. Required fields are taskId, actorId, kind, mimeType, content, encoding, and idempotencyKey. Do not send missionId. Return artifact references instead of copying large content into agent messages. |
| artifact_getA | Read a bounded prefix of an artifact by ID. Prefer targeted retrieval over loading full artifacts. |
| result_submit_candidateA | Submit a worker result as candidate only. This closes the producer lease; a different reviewer must check it. artifactRefs must belong to this taskId — call artifact_put on the same task first, and do not attach child-task artifacts. Include actual usage when known. |
| result_checkA | Independently check a candidate. The reviewer cannot be the producer. Luna verifiers call this on review_target_task_id without claiming. Rejection returns the task to ready. |
| result_verifyC | Apply the second evidence gate to a checked result. Approval produces verified, not committed. |
| task_commitB | Commit a verified task after every direct child is terminal. This may unlock dependent tasks. |
| budget_reportA | Atomically add token, cost, wall-time, and tool-call usage to a mission and optionally a task. Hard limits are enforced. |
| recovery_snapshotA | Read durable mission state and a bounded audit-event page after interruption, compaction, or client restart. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/IrisRainbowNeko/codex-on-rails'
If you have feedback or need assistance with the MCP directory API, please join our Discord server