workflow-deadline-discipline
Skill1 starsChanged 6 months agoMITView on GitHub
Bound every turn and every long operation; self-check with the watchdog so you never spiral, hang, or run over budget.
In this repository33 other files it gives its agents.
- skill-process-gotchasSkill
- workflow-cache-disciplineSkill
- workflow-codegraphSkill
- workflow-conductorSkill
- workflow-context-condenserSkill
- workflow-context-hygieneSkill
- workflow-criticSkill
- workflow-deep-researchSkill
- workflow-done-definitionSkill
- workflow-edit-formatSkill
- workflow-effort-routingSkill
- workflow-escalateSkill
- workflow-execute-from-planSkill
- workflow-filesystem-offloadSkill
- workflow-learn-frameworkSkill
- workflow-long-running-processesSkill
- workflow-lspSkill
- workflow-memory-curationSkill
- workflow-plan-contractSkill
- workflow-plan-firstSkill
- workflow-planSkill
- workflow-quality-barSkill
- workflow-repomapSkill
- workflow-retrieve-before-actSkill
- workflow-spec-drivenSkill
- workflow-stuck-detect-resetSkill
- workflow-stuckSkill
- workflow-subagent-isolationSkill
- workflow-subtask-loopSkill
- workflow-task-finishSkill
- workflow-task-startSkill
- workflow-tool-selectionSkill
- workflow-verify-enhancedSkill
The file
We split this skill into the rules it gives an agent
6 rules. About 0 are common, 2 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 18
If a turn's reasoning is getting long or circular, call mcp_hermes_max_watchdog_check_spiral(recent_thinking_text=<your last reasoning>).
- Very specific: line 24
NEVER block on a process that may not return.
- Very specific: line 29
Do this exactly once per process.
- Very specific: line 32
Call mcp_hermes_max_watchdog_check_progress(task_id, signals={files_touched, tests_passing, checkpoints, turn}) every few subtasks.
- Distinctive: line 40
Stop. Do not make another edit.
- Distinctive: line 47
If the watchdog server is down, its calls fail — that is fine.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
<!-- TRIGGERS WHEN: Bound every turn and every long operation; -->Never get stuck INSIDE a turn. The turn-based guardrails don't see spirals or hangs.
Hermes' native tool_loop_guardrails only fire ACROSS turns. The two ways work dies are inside
one turn: a reasoning spiral (you think in circles and never emit) and a poll-hang (one tool call
blocks forever on a server that never exits). The mcp-watchdog server gives you deterministic,
model-free checks for exactly these. Use them — they are cheap and they don't call the model.
Per-turn discipline
- Reason in ≤3-4 sentences, then ACT. Execution turns are not for deep thinking — that is what
caused the spiral. (High reasoning effort is reserved for planning; see
workflow-effort-routing.) - If a turn's reasoning is getting long or circular, call
mcp_hermes_max_watchdog_check_spiral(recent_thinking_text=<your last reasoning>). Ifspiral_detectedis true: STOP thinking, write a STUCK SUMMARY, and go to the recovery ladder (workflow-stuck-detect-reset) — revert + replan. Do NOT push through with more reasoning.
Long-running operations (the poll-hang fix)
- NEVER block on a process that may not return. Start it backgrounded, then call
mcp_hermes_max_watchdog_check_stall(tool_name, elapsed_s, expecting_heartbeat, last_heartbeat_age_s)once.hung: true→ it is silent past its budget; kill it and try another approach.waiting: true→ it is heartbeating/serving; that is SUCCESS, leave it running, move on.
- Do this exactly once per process. Never poll-loop. (See
workflow-long-running-processes.)
Progress & budget (every few subtasks)
- Call
mcp_hermes_max_watchdog_check_progress(task_id, signals={files_touched, tests_passing, checkpoints, turn})every few subtasks. Ifno_progressis true (deltas all zero over N), you are stalling — go to the recovery ladder instead of grinding. - At task start, call
mcp_hermes_max_watchdog_start_task_budget(task_id, wall_clock_s, max_turns, usd_cap). Periodicallycheck_budget(task_id, turns_used, usd_spent). Onbudget_exceeded: checkpoint cleanly, write a STUCK SUMMARY, and STOP — do not run over the budget.
On ANY watchdog flag (spiral / hung / no_progress / budget_exceeded)
- Stop. Do not make another edit.
- Snapshot then revert:
mcp_hermes_max_checkpoint_snapshot_state(task_id, ...)is for the GOOD state; when stuck callmcp_hermes_max_checkpoint_revert_to_last_green()to land on known-good code, thenrestore_state(task_id)to bring the PLAN back. - Replan from the STUCK SUMMARY + clean tree (the recovery ladder in
workflow-stuck-detect-reset).
Graceful degradation
If the watchdog server is down, its calls fail — that is fine. Skip the self-check and fall back to Hermes' native turn-based guardrails + the ≤3-4-sentence rule. Never let a watchdog outage block you.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

