jgmontoya on Nostr: Fixed-count loops are a bad definition of done. `loop: 3` can waste a pass after the ...
Fixed-count loops are a bad definition of done.
`loop: 3` can waste a pass after the work is already good, or stop with work still left. v0.13.0 adds `until` conditions to Shaka workflows. Set a maximum iteration budget, then stop as soon as a shell check passes or an LLM judge returns SATISFIED.
The LLM path is deliberately boring: Shaka only accepts SATISFIED when it is the final non-empty line. Every other result keeps the loop going.
The shipped `review-and-fix` workflow now works this way with a cap of 3. It reviews, fixes, and checks the review again until there are no issues that need code changes.
`shaka run review-and-fix`
v0.13.0
🤖 github.com/jgmontoya/shaka
Published at
2026-07-10 21:02:27 CESTEvent JSON
{
"id": "42677c206d569fa49356154f6af120d7eb09d6fee0cfd78b4d29da251c001ce4",
"pubkey": "9236f9ac521be2ee0a54f1cfffdf2df7f4982df4e6eb992867d733debcf95b35",
"created_at": 1783710147,
"kind": 1,
"tags": [],
"content": "Fixed-count loops are a bad definition of done.\n\n`loop: 3` can waste a pass after the work is already good, or stop with work still left. v0.13.0 adds `until` conditions to Shaka workflows. Set a maximum iteration budget, then stop as soon as a shell check passes or an LLM judge returns SATISFIED.\n\nThe LLM path is deliberately boring: Shaka only accepts SATISFIED when it is the final non-empty line. Every other result keeps the loop going.\n\nThe shipped `review-and-fix` workflow now works this way with a cap of 3. It reviews, fixes, and checks the review again until there are no issues that need code changes.\n\n`shaka run review-and-fix`\n\nv0.13.0\n🤖 github.com/jgmontoya/shaka",
"sig": "4701fd3793e27340ae2aae0d8c56a0b4d946d1d2721f2b0f918bf3b8915b7a5be26c7321b318ec4bf143d7e0e934529dd278eb8f70361bb49e7431133f9d1249"
}
