Possible
AI made execution accessible. Possible makes operational judgment accessible.
The Robot Snake run began with one rough idea: “I want to make a robot snake.” Possible supplied the missing robotics work and coordinated it as one outcome.
The run produced CAD, URDF/SRDF, MuJoCo control, obstacle avoidance, and Rerun telemetry. Fresh verification caught and repaired three defects. The final suite passed 12/12 tests and 186/186 interface checks.
A clean /goal control given the same rough idea produced a capable browser simulator, hardware plan, compiled firmware, and 18 tests. It did not infer the pack's CAD, robot descriptions, MuJoCo physics, autonomy proof, Rerun evidence, or fresh verification. Inspect the preserved comparison.
/goal sustains dynamic pursuit. Possible supplies the reviewed outcome contract. They work together: persistence toward a stronger definition of done.
Possible.sh is an open-source library of Outcome Packs for Codex. An Outcome Pack combines an execution prompt, agent skills, sequencing, safeguards, and completion checks. The $possible skill understands the request, recommends a pack, asks for approval, and runs it.
OpenAI Build Week
Possible is a Developer Tools submission built with Codex using GPT-5.6.
Watch the demo · Explore the evidence · Read the Build Week record
Judge Quickstart
Requirements: Codex with project skills enabled, Node.js 22 or newer, npm and a disposable project.
From that project:
npx @fraylabs/[email protected] init
Open or reload the project in Codex, then enter:
$possible
Create a web presentation that explains this project to a technical audience.
Possible then:
- clarifies the outcome;
- recommends the Web Presentation Outcome Pack;
- explains the work and approval boundaries;
- waits for an explicit yes;
- runs the approved work and completion checks.
After approval, inspect .possible/outcome-brief.md, .possible/pack.json, .possible/skills-lock.json and the final completion report.
The installer is idempotent and refuses to overwrite conflicting skill files. Outcome approval permits disclosed repo-local work only. Deployment, publishing, spending, outreach, fabrication and other external actions require separate approval.
Four outcomes
These are the four stable public packs. Additional registry packs are experimental and may change before they have equivalent preserved evidence.
- Hardware Launch — product story, site, film, prototype CAD and independent review.
- Robot Prototype — mechanical model, robot descriptions, control, simulation and sim-to-real boundaries.
- Playable Web Game — a polished browser game with responsive controls and playability review.
- Web Presentation — an evidence-backed coded deck with responsive presenter behavior.
Experimental previews: Software Opportunity Discovery finds one evidence-backed idea worth testing; Developer Project Launch gives a working developer tool a credible adoption path. Both remain experimental until preserved end-to-end runs pass independent verification.
You do not need to choose a pack. $possible recommends one after understanding your outcome.
See the evidence
- Still / Hardware Launch preserves the failed asset-path review, repair and passing rerun.
- Robot Snake / Robot Prototype preserves the simulation contract, fresh-review defects, repairs and remaining physical gaps.
- Fold / Playable Web Game links the playable build to its review evidence.
- Possible / Web Presentation is the coded browser deck itself.
The public gallery is available at possible.sh/demo.
How Possible works
Each Outcome Pack has a typed manifest. The compiler prepares the prompt, skills, workstreams, and checks. The manifest defines:
- required outputs;
- independent workstreams and ownership;
- reviewed agent skills;
- approval gates;
- verification and the definition of done.
Each run records the approved brief and exact pack version. A fresh verifier preserves failures and requires repair before completion.
Built During Build Week
Commit afb5fc1 marks the product reset that introduced the current Outcome Pack architecture. The repository history after that boundary records the typed manifests, compiler, installable skill, CLI, public site, preserved runs and verification repairs.
BUILD-WEEK.md documents the implementation boundary, Codex session, Codex contributions and human product decisions.
Repository
packages/packs— typed manifests and compilerapps/cli— the published installerapps/web— website, documentation and demo evidenceskills/possible— the conversational Codex workflow
Verify
npm install
npm run check
The build publishes the four featured pack specifications and their compiled JSON and text contracts.
The Robot Snake evaluation protocol preserves the exact comparison input, maps the pre-existing contract to direct evidence and verifies every published artifact checksum with npm run evaluation:verify.
Supported surface
Possible is currently delivered and verified as a Codex project skill. The recorded runs were performed on macOS. The Node package is cross-platform; Windows has not been independently verified in this repository.
No comments yet
Be the first to share your take.