Lines
Saved output line count.
A browser racing game about piloting a small craft through asteroid fields, gravity wells, orbital gates, lap routing, hazards, scoring, restart, and browser validation.
| Variant | Output | Lines | Words |
|---|---|---|---|
| [C1] Manual brief | 00-control-manual-orbital-drift.md | 8 | 52 |
| [C2] Matched reusable-template control | 01-control-template-orbital-drift.md | 91 | 672 |
| [T] WeaveMark treatment | 02-treatment-promplet-orbital-drift.md | 507 | 3,467 |
Saved output line count.
Saved compiled output word count.
Verbatim source/output material quoted from saved artifacts.
Use this implementation-ready specification to build **Orbital Drift**, a browser racing game where the player pilots a small craft through planets, asteroid fields, gravity wells, propulsion challenges, and lap-based racing.
- Design Orbital Drift as a complete single-page browser racing game. - Product intent: The player pilots a small craft through a compact asteroid belt with planets, orbital gates, repair beacons, gravity wells, propulsion, and lap-based racing. The first build must be playable in one browser page: start racing, pass checkpoints, experience hazards and gravity, finish or fail a round, see feedback, and restart without reloading. - Include one playable course, start/finish line, ordered checkpoints or gates, at least one lap, visible hazards, recovery aids, timer, progress feedback,
# Orbital Drift: Implementation-Ready Software Specification
# Orbital Drift: WeaveMark Treatment
Scores compare [T] WeaveMark treatment against [C2] Matched reusable-template control on the -3..+3 scale.
Primary scores are blind* using hybrid-derived-metrics-and-masked-review: anonymous absolute 1..7 scores were frozen before reveal, then converted to the -3..+3 treatment-control scale. Hybrid blind* scoring uses derived metrics for mechanical criteria and masked source/output review for criteria that require actual reading. The masked review is less blind because domain content, source syntax, or style can leak, but this is necessary to avoid replacing readability and integration judgments with weak length/density proxies.
| Criterion | Blind* score | Evidence |
|---|---|---|
| Authoring leverage | +2 | derived-evidence method. Blind* absolute scores: 7 for [T] versus 4 for the strongest control. |
| Information yield | +2 | derived-evidence method. Blind* absolute scores: 7 for [T] versus 4 for the strongest control. |
| Grounded expressiveness | +2 | masked-source-output review method. Blind* absolute scores: 7 for [T] versus 4 for the strongest control. |
| Input readability | +1 | masked-source review method. Blind* absolute scores: 5 for [T] versus 4 for the strongest control. |
| Output readability | +1 | masked-output review method. Blind* absolute scores: 6 for [T] versus 5 for the strongest control. |
| Constraint integration | +2 | masked-source-output review method. Blind* absolute scores: 7 for [T] versus 4 for the strongest control. |
| Reusable abstraction quality | +1 | masked-source review method. Blind* absolute scores: 6 for [T] versus 5 for the strongest control. |
| Total | +11 | Net contrastive gain/loss. |
A -3..+3 judgment comparing [T] against the strongest listed control for each criterion.
The sum of the seven contrastive criterion scores for one study.
Green means [T] is better, red means worse, amber means similar; intensity follows magnitude.
A strong game-specification result, best used as supporting implementation-spec evidence rather than the main claim. The qualitative claim should include both sides: WeaveMark improves semantic integration where shown, but the measured failures and caveats are part of the result.