diff options
| author | Craig Jennings <c@cjennings.net> | 2026-06-15 23:41:57 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-06-15 23:41:57 -0500 |
| commit | 4fe184ec364f20a72c5e12a597d2bf99c01ece06 (patch) | |
| tree | 061b78330d3aca0e97a49f6eaa07dad0f2662a2a /todo.org | |
| parent | e7be0deef03210b96d167cd75bbc6be374941869 (diff) | |
| download | rulesets-4fe184ec364f20a72c5e12a597d2bf99c01ece06.tar.gz rulesets-4fe184ec364f20a72c5e12a597d2bf99c01ece06.zip | |
chore: process inbox (file fix-speedrun task, clear pearl acks)
I filed the .emacs.d "fix speedrun" proposal as a [#C] spec task, with its content preserved in docs/design for spec-create later. The two pearl acks confirmed handoffs I'd already sent, so they needed nothing back.
Diffstat (limited to 'todo.org')
| -rw-r--r-- | todo.org | 12 |
1 files changed, 12 insertions, 0 deletions
@@ -1101,6 +1101,18 @@ Recommendation captured now so the thinking isn't lost; it migrates into the spe Follow-up once decided: update spec-create to emit into =docs/specs/= with the chosen status mechanism; retrofit existing specs; optionally add the relink helper as a =.ai/scripts/= addition (downstream projects get it via template sync); send a note back if .emacs.d should pilot before generalizing. +** TODO [#C] "fix speedrun" cross-project autonomous-batch mode :feature:spec: +:PROPERTIES: +:CREATED: [2026-06-15 Mon] +:END: +A named mode for coding projects: Craig names an ordered task set and says "fix speedrun"; the set is worked autonomously, each task held to the full quality bar (TDD red→green, =/review-code=, =/voice= on the commit) and committed + pushed as its own logical commit, with a VERIFY filed instead of guessing on anything underspecified, and an end-of-set page listing completed + remaining tasks. Surfaced by .emacs.d from a 2026-06-15 theme-studio session where the shape worked. Source proposal: [[file:docs/design/2026-06-15-fix-speedrun-workflow-proposal.org]] (.emacs.d handoff 2026-06-15). Build via =spec-create= when worked; we handle the task in priority order. + +Skeptical-review read (open design questions to resolve in the spec, not settled here): +- *Is it a new workflow or a documented preset?* The proposal frames it as no-approvals + always-push session modes plus an end page. Decide whether it needs its own workflow file or is mostly documentation of a preset over the two existing modes. +- *Where/how the page fires* — every task vs end-of-set, and via what. The paging surface is in flux (=page-signal= removed 2026-06-12), so reconcile against =notify --persist= or whatever paging stands now. +- *Auto-pull vs explicit list* — whether the set comes from an explicit ordered list or a tag/priority query. +- *Guardrails* — must refuse to speedrun tasks needing design decisions or carrying data-loss risk without a checkpoint (the sender's biased-safe unused-tile flag is the worked example). + * Rulesets Resolved ** DONE [#C] Fix =cj-scan= false positives on cj fences nested inside other =#+begin_*= blocks :bug: CLOSED: [2026-05-15 Fri] |
