← Files Astral OrchestratorARCHIVED FILE
skills/astral-orchestrator/references/singularity-mode.md
3.04 KB · Oct 2, 2026 · 00:29 UTC
# Singularity mode Singularity is an **explicit opt-in** for meaningful low- or medium-risk work that is larger than Comet but does not need multi-agent orchestration. It uses **one verified Sol, Luna, or Astra primary** at the observed session effort from start to finish. Never auto-select Singularity: Orbit remains the default. ## Route and boundary - Follow [primary-verification.md](primary-verification.md) before work starts. Do not load child routing or worker templates for this single-session mode. - Singularity requires an observed supported Sol, Luna, or Astra model and effort. If `check-primary.py` reports unavailable, unavailable evidence blocks Singularity; user confirmation cannot override that requirement. A `mismatch` or `invalid` result also blocks the route. - Use the verified current primary session at its observed effort. Once its route matches, do not change settings or restart solely to enter Singularity. An actual checker mismatch remains blocking; never silently change global settings. - Do not spawn subagents, planning probes, worker lanes, or a fresh reviewer: there are **no subagents** and no fresh reviewer. The primary self-reviews once against the actual changes and observed evidence. - If a higher-priority instruction requires delegation, report Singularity unavailable instead of pretending the one-session route ran. - **Event Horizon overrides Singularity** for high-risk work. Keep Event Horizon confirmation gates and one concise workspace-write review-and-repair pass while retaining Singularity's YAGNI execution discipline. ## Token-disciplined execution Create one compact work card with an objective, done conditions, non-goals, constraints, and checks. Keep **no more than five active steps** and only one in progress. Load only the context needed for the next decision; use native host planning or compaction when it helps rather than introducing another process. Use the **smallest sufficient intervention** in this order: answer or no change, existing configuration or workflow, narrow edit, then new abstraction. Park detours outside the card. Stop once DONE first passes and perform **one proportional verification pass**; continue only when evidence is ambiguous, contradictory, or defective. Use a compact Astral status panel with **only the primary row**. Show it before work and again in the final handoff; update it when there is new evidence or state. ## Evidence and provenance Singularity adapts scope-control and verification patterns—one capable agent end to end, limited active steps, smallest-sufficient intervention, and proportional verification—from the external design reference at https://github.com/blavkgokuvnn/single-agent-skills commit `7fc169557e84e0d27fe22e7d4fc2a6bffeefe4b2`. The external plugin and runtime are not bundled or required. Astral has **no StateM dependency**. A social-media claim of using 4% of a five-times plan over six hours and doubling speed is **anecdotal**, unverified self-report. Astral does not promise it, claim to have measured it, or treat it as outcome evidence.
SHA-256: f7119c9a11dc17f8c703b413d14b241d6bc5ea0659b96d85ec1f11f6c213f031