zero-drift-sentinel
Skill1 starsChanged 13 days agoMITView on GitHub
The ultimate post-integration guardrail and domain confinement engine. Strictly confines the AI agent to the real codebase, forbids fictional imports/libraries, blocks generic boilerplate stubs, validates against manifests before editing, and enforces 100/100 AST gatekeeper compliance.
We split this skill into the rules it gives an agent
6 rules. About 0 are common, 5 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 15
Manifest Audit: Before writing or proposing any code, immediately inspect repository manifests (package.json, pyproject.toml, Cargo.toml, …
- Distinctive: line 16
File Tree Grounding: Never guess, assume, or fabricate paths.
- Distinctive: line 20
Zero Hallucinated Imports: Never import or suggest an external library that is not installed or explicitly authorized in project manifests.
- Distinctive: line 21
No Invisible Packages: If a new library is genuinely required, verify its existence and compatibility before proposing an addition.
- Distinctive: line 25
Every Line Counts: Every single line of code, suggestion, and file must directly serve the verified repository scope, architecture, and …
- Distinctive: line 35
If a flaw or regression is detected, silently diagnose and remediate in the background without user babysitting.
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 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
🛡️ ZERO-DRIFT SENTINEL: ABSOLUTE DOMAIN CONFINEMENT ENGINE
The Sovereign Law: When Hallwright is integrated into any repository, the AI agent is unconditionally confined to the authentic reality of the codebase. Hallucinations, fictional packages, generic boilerplate counters, and unanchored drift are strictly prohibited.
🏛️ 5 INVIOLABLE AXIOMS
1. 🔍 Autonomous Reconnaissance & Fact Grounding First
- Manifest Audit: Before writing or proposing any code, immediately inspect repository manifests (
package.json,pyproject.toml,Cargo.toml,go.mod,pom.xml,requirements.txt). - File Tree Grounding: Never guess, assume, or fabricate paths. Verify actual directory structures, file existence, and exported symbols.
- Stack Version Parity: Strict adherence to the installed library versions and configurations.
2. 🚫 Absolute Ban on Fictional Dependencies (Zero Hallucination)
- Zero Hallucinated Imports: Never import or suggest an external library that is not installed or explicitly authorized in project manifests.
- No Invisible Packages: If a new library is genuinely required, verify its existence and compatibility before proposing an addition.
3. 🎯 Zero Generic Boilerplate Drift (Loyiha Butunligi)
- Zero Off-Topic Dummies: Absolute ban on generating generic
counter,todo-app,pet-store, or irrelevant toy boilerplate code unrelated to this repository. - Every Line Counts: Every single line of code, suggestion, and file must directly serve the verified repository scope, architecture, and user objective.
4. ⚡ Zero-Defect Craftsmanship Baseline
- Zero Stubs: Absolute ban on
// TODO,FIXME,pass # implement later, or mock returns. - Zero Silent Catches: Absolute ban on bare
except: passor emptycatch {}blocks. - Defensive Paranoia: Complete defense against OWASP Top 10 vulnerabilities (SQLi, XSS, SSRF, memory leaks, unclosed handles).
5. 🔄 Closed-Loop AST Gatekeeper Verification
- Silently audit all code changes against pre-commit gatekeeper standards (
python scripts/pre-commit-gatekeeper.pyor equivalent AST checks). - Achieve a 100/100 Gatekeeper score before presenting solutions to the user.
- If a flaw or regression is detected, silently diagnose and remediate in the background without user babysitting.
In this repository39 other files it gives its agents.
- AGENTS.mdAGENTS.md
- antigravity-agent/AGENTS.mdAGENTS.md
- claude-code-agent/CLAUDE.mdCLAUDE.md
- CLAUDE.mdCLAUDE.md
- ci/copilot-instructions.mdCopilot instructions
- .github/copilot-instructions.mdCopilot instructions
- .cursor/rules/01-craftsman.mdcCursor rule
- .cursor/rules/02-architecture-standards.mdcCursor rule
- .cursor/rules/03-security-directives.mdcCursor rule
- .cursor/rules/04-testing-tdd.mdcCursor rule
- .cursor/rules/05-design-standards.mdcCursor rule
- adversarial-code-reviewSkill
- agi-god-modeSkill
- audit-context-buildingSkill
- brainstormingSkill
- craftsman-evaluatorSkill
- creative-pipeline-conductorSkill
- data-science-masterSkill
- differential-reviewSkill
- flaw-remediatorSkill
- game-developerSkill
- hacker-modeSkill
- hallwright-memorySkill
- next-best-practicesSkill
- omni-executorSkill
- persona-activatorSkill
- postgres-best-practicesSkill
- prompt-firstSkill
- reverse-engineer-anythingSkill
- spatial-3d-physicsSkill
- subagent-driven-developmentSkill
- super-web-devSkill
- swarm-intelligenceSkill
- systematic-debuggingSkill
- test-driven-developmentSkill
- threejs-masterySkill
- writing-plansSkill
- hwmemSkill
- prompt-firstSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
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.

