Communitygithub.com

zenx0x/allinluna

Complete, resource-aware agent development workflows for Codex

What is allinluna?

allinluna is a Codex agent skill that complete, resource-aware agent development workflows for Codex.

Works with~Claude CodeCodex CLI~Cursor
npx skills add zenx0x/allinluna

Ask in your favorite AI

Open a new chat with this agent skill pre-loaded.

Documentation

All in Luna

All in Luna is one public entry point. Accept one of these inputs:

  • an idea or one-sentence goal;
  • an existing plan;
  • an active run or legacy run snapshot;
  • a Research Routes packet. Compile the input to a typed RunIntent, select a registered Workflow Pack, and compile its TaskGraph containing contracts, dependencies, ownership, done-when conditions, WorkGraph templates, and resource defaults. Then call the vNext runtime/CLI to persist the graph, release ready Lanes, ingest real host receipts, and continue until the root result is complete or a concrete blocker is returned.

Highest-priority exact Action Relay

Logical LocalDispatchIntent values are not HostActions. A HostAdapter first resolves them to a lane-direct-work/v1 plan or an exact HostAction.tool opcode:

  1. Invoke that exact tool with HostAction.arguments.
  2. Never translate, approximate, or substitute another capability.
  3. A top_level_task may never fall back to a subagent, the current thread, or direct execution.
  4. Ingest the raw receipt immediately, then tick again.
  5. If no HostAdapter is bound, return ACTION_RELAY_REQUIRED and preserve the exact action.
  6. Return HOST_CAPABILITY_BLOCKED only after capability discovery confirms that the exact tool is absent.

For local work, native_preferred uses an advertised native worker or a real Lane-direct plan; native_required blocks when absent and direct_only never spawns. A direct receipt is not completion: the Lane must execute the WorkUnit and produce a verified work-handoff/v1.

Receipts explicitly provide action_contract_hash, actual_tool, and actual_capability. A wrong actual tool is HOST_PROTOCOL_VIOLATION, not evidence that a Task started.

Lane bootstrap and persistent drivers

Every public codex_app__create_thread dispatch embeds a complete lane-bootstrap/v1 object in both its durable action payload and the child prompt. It includes the run/task/attempt identities, TaskEnvelope digest, runtime SQLite path, Contract/Context/WorkGraph references, workspace, allowed local capabilities, forbidden global capabilities, and the required lane-handoff/v1 response. A child Lane must reopen that same Store and load these objects itself; its prompt is never only a natural-language outcome. CoordinatorDriver is the durable outer loop: schedule exact actions, ingest receipts, wait/read top-level threads, ingest typed Lane handoffs, reconcile, and immediately release newly-ready Tasks. LaneDriver performs the matching local WorkGraph loop, including snapshots, dynamic local expansion, worker handoffs, same-worker corrections, and lane handoff synthesis. A wave is only a UI grouping: dependency-ready work is released immediately.

Runtime shape

Conversation
  -> Global Coordinator
       -> independent Task Lane(s)
            -> bounded recursive WorkUnits
                 -> tools / skills / plugins / MCP

Keep raw tool output in the Artifact Store. Pass typed contracts, artifact references, context slices, receipts, and handoffs upward. A child WorkUnit must narrow its parent scope, authority, ownership, and resource envelope; a cross-Lane request becomes a promotion request.

Input and Pack routing

Use SinglePublicSkillAPI.compile() or allinluna start:

  • plain goal -> delivery by default;
  • existing plan -> read-only legacy import, then delivery;
  • active run -> read-only run-state import and recovery-oriented compilation;
  • Research Routes packet -> research-routes-bridge, preserving Claims, Evidence, unknowns, contradictions, failure regimes, HumanDecision, and experiment-authorization boundaries.

Use gsd when the user explicitly requests its workflow. Its executable Pack provides clarify, specify, decompose, implement, verify, and integrate, dynamic lane-local expansion, bounded WorkUnits, contract handoffs, and local failure recovery. Do not add GSD phases to Core.

Resources and permissions

Resource choices follow this precedence: explicit user request, then a Task/WorkUnit override, user preference, Pack capability, deployment/host capability, and finally the current session/host default. Core is vendor-neutral and does not hardcode a provider or concrete model route. Preserve requested, resolved, and actual values separately. If the host cannot provide an actual model receipt, record actual: null and actual_state: unresolved; never claim a fallback or fabricate a receipt. A narrower scope may change compute resources but may not expand permissions or ownership. Host resource-route telemetry is optional adapter diagnostics, not an execution or result-completion requirement. A host route must resolve the required model before an executable codex_app__create_thread action is frozen; an unresolved route emits a non-executable resolution action. Without explicit model and reasoning telemetry, record actual: null and actual_state: unresolved while retaining the independent requested and resolved values. The persisted receipt exposes resource_receipt.requested, resolved, actual, and actual_state. When actual evidence is available, the adapter compares requested values with the persisted dispatch action and requires actual to match the reported resolved route; a receipt must never establish its own verification baseline. A route is not hard-locked unless policy says so; a locked route must match its receipt.

Request permissions just in time at the action boundary. Read-only compilation does not request credentials, publication, deployment, push, destructive work, or live external mutation. When such an action is reached, return a PermissionIntent with ask, allowed, or denied; do not front-load a questionnaire and do not silently perform the action.

CLI and recovery

allinluna start --goal "..."
allinluna status RUN_ID
allinluna next-actions RUN_ID
allinluna ingest-receipt RUN_ID RECEIPT.json
allinluna pause RUN_ID
allinluna resume RUN_ID
allinluna retry RUN_ID --task TASK_ID
allinluna cancel RUN_ID --task TASK_ID
allinluna reconcile RUN_ID
allinluna drive RUN_ID
allinluna lane start RUN_ID TASK_ID
allinluna lane status RUN_ID TASK_ID
allinluna lane tick RUN_ID TASK_ID
allinluna lane drive RUN_ID TASK_ID
allinluna lane next-actions RUN_ID TASK_ID
allinluna lane ingest-receipt RUN_ID TASK_ID RECEIPT.json
allinluna lane ingest-direct-result RUN_ID TASK_ID RESULT.json
allinluna lane handoff RUN_ID TASK_ID

The runtime CLI exposes start, status, next-actions, ingest-receipt, pause, resume, retry, cancel, set-policy, and reconcile. Use the public compatibility APIs for legacy plan/run import; they return host-neutral actions for the host adapter and never treat a pending client id as an active receipt. Recovery keeps immutable artifacts and re-computes ready actions after leases, receipts, or context snapshots are reconciled.

The registry/launcher is only an internal discoverability mechanism. Ordinary users enter through this contextual Skill and their goal or journey; experts may inspect the Pack matrix and manifest contracts.

Related Skills