mcpField
A
autopilot

autopilot

github.com/akillnessAgent workflows52116 installsUpdated today
Repository

About autopilot

Autopilot is a skill for Codex-style loaders that directs an agent through end-to-end implementation, from planning to final verification. It emphasizes small, testable changes and explicit reporting of checks and blockers.

Key features

  1. 01Plan and record task constraints
  2. 02Implement in small increments
  3. 03Run QA and final verification
  4. 04Report checks and blockers

Use cases

  1. 01Build a feature across a repository
  2. 02Migrate a CLI and verify the changes
  3. 03Complete an end-to-end implementation task

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/akillness/jeo-skills --skill autopilot

After installing, type/autopilotin Claude Code to confirm it loaded.

Bundled filesevals/evals.jsonSKILL.toon

Details

From the project README

Autopilot

Use this skill as the exact-name front door for $autopilot in Codex-style skill loaders. It exists because documenting $autopilot only inside omx is too weak for clients that activate skills by folder name.

When to use this skill

  • The user explicitly invokes $autopilot, autopilot, auto pilot, or full-auto.
  • The task needs planning, implementation, QA, and final verification.
  • The user wants the agent to build the whole thing end to end.

Instructions

  1. Confirm the request needs end-to-end autonomous execution, not a small focused edit.
  2. Inspect the repo enough to identify stack, test commands, and risky boundaries.
  3. Freeze a compact execution packet:
    • goal
    • constraints
    • files or areas likely to change
    • verification commands
  4. Implement in the smallest safe slices.
  5. Run QA after each meaningful slice, then a final clean verification pass.
  6. Report what changed and the exact checks that passed or failed.

Runtime Notes

  • If the local OMX runtime is available and the user clearly wants that runtime, use the existing OMX workflow state under .omx/.
  • If OMX is not available, still apply this skill as an in-session Codex workflow: plan, edit, verify, and keep going until the acceptance checks are honestly resolved or blocked.
  • Do not pretend that shell omx team or Claude /autopilot is the same implementation. Treat them as runtime-specific equivalents of the same intent.

Stop Conditions

  • The same verification failure repeats three times with no new evidence.
  • Required credentials, services, or product decisions are unavailable.
  • The user cancels or narrows the request to a smaller task.

Examples

  • $autopilot build a task API with auth and tests
  • autopilot migrate this CLI to use SQLite persistence

Best practices

  • Keep the execution packet small enough to verify.
  • Prefer repo-native test/build commands over invented commands.
  • Preserve failure evidence before changing code.

References

  • omx for broader Codex runtime setup and command parity.
  • ooo for immutable spec-first execution.

Comments

Markdown supported