agent-system-stability-ops
Skill2 starsChanged 9 months agoMITView on GitHub
Audit and harden AgentSystem scheduler reliability, cron contract compliance, and agent consistency. Use when bots skip jobs, show timeout spikes, leak raw logs, or run with wrong agent identity/session.
In this repository27 other files it gives its agents.
- Agent BrowserSkill
- agent-governanceSkill
- agent-system-learning-loopSkill
- agent-system-live-quality-opsSkill
- agent-system-memory-proactivity-opsSkill
- agent-system-output-hygiene-opsSkill
- auto-updaterSkill
- deep-researchSkill
- domaindetailsSkill
- hnSkill
- humanizerSkill
- memory-hygieneSkill
- model-usageSkill
- nano-pdfSkill
- news-aggregator-skillSkill
- orchestrator-loopSkill
- prompt-guardSkill
- security-reviewSkill
- self-improvementSkill
- structured-brainstormingSkill
- subagent-executionSkill
- summarizeSkill
- systematic-debuggingSkill
- tavilySkill
- tdd-workflowSkill
- topic-monitorSkill
- verification-gateSkill
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 8
Run fast reliability checks before changing cron/model/memory behavior.
- Distinctive: line 17
Run scheduler contract audit:
- Very specific: line 29
Check scheduler contract first.
- Very specific: line 30
If isolated + payload.kind != agentTurn exists, fix or remove those jobs before any other tuning.
- Very specific: line 33
If runAgent != job.agentId, treat as high severity and verify session routing + explicit agentId for every enabled job.
- Distinctive: line 42
Do not declare stable until the last 6-12h window has zero contract violations and zero agent mismatches.
≈ “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
AgentSystem Stability Ops
Run fast reliability checks before changing cron/model/memory behavior.
Quick Start
- Run reliability audit:
python3 scripts/reliability_audit.py --hours 24- Run scheduler contract audit:
bash ~/.agent-evolution/scripts/agent-system-cron-audit.sh --json- Regenerate health report:
bash ~/scripts/cron-health-monitor.shWorkflow
- Check scheduler contract first.
If
isolated + payload.kind != agentTurnexists, fix or remove those jobs before any other tuning. - Check agent consistency.
If
runAgent != job.agentId, treat as high severity and verify session routing + explicitagentIdfor every enabled job. - Check failure quality. Separate transport/provider failures from logic failures. Timeout-heavy clusters usually require timeout/model/prompt changes, not blind retries.
- Enforce output hygiene.
Any summary containing raw tool logs (
Exec, stack trace, raw JSON) is a regression. - Re-run audits after changes. Do not declare stable until the last 6-12h window has zero contract violations and zero agent mismatches.
Resources
scripts/reliability_audit.py: Computes reliability metrics fromjobs.json+ run logs.references/runbook.md: Safe remediation order and command cookbook.
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.

