Communitygithub.com

zenx0x/allinluna

Complete, resource-aware agent development workflows for Codex

¿Qué es allinluna?

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

Compatible con~Claude CodeCodex CLI~Cursor
npx skills add zenx0x/allinluna

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

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.

Skills relacionados