common-agent-guardrails
/common-agent-guardrails
Definiuje deterministyczne zabezpieczenia dla wywołań narzędzi przez agenta: chronione ścieżki, blokady plików testowych, formatery po edycji, bramki produkcyjne i reguły odrzucania sekretów.
- Autor
- HoangNguyen0403 ↗
- Repozytorium
- agent-skills-standard ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 22.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 4
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 22.10.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Definiuje deterministyczne zabezpieczenia dla wywołań narzędzi przez agenta: chronione ścieżki, blokady plików testowych, formatery po edycji, bramki produkcyjne i reguły odrzucania sekretów.
Oryginalny opis (EN)
Define deterministic guardrails for agent tool calls — protected paths, test-file locks during bug fixes, post-edit formatters, production approval gates, secret deny rules. Use when writing or reviewing a hook policy, or moving an always-do-X rule out of prose into enforcement.
Jak działa
- Priority: P1 (HIGH)
- 1. What Belongs in a Guardrail
- 2. Required Guardrail Classes
- 3. Decision Semantics
- 4. Test Lock During Bug Fixes
- 5. Placement and Ownership
- Anti-Patterns
- Red Flags
- References
- Canonical response anchors
Podgląd SKILL.md
---
name: common-agent-guardrails
description: Define deterministic guardrails for agent tool calls — protected paths, test-file locks during bug fixes, post-edit formatters, production approval gates, secret deny rules. Use when writing or reviewing a hook policy, or moving an always-do-X rule out of prose into enforcement.
metadata:
triggers:
files:
- "guardrails.yaml"
- "hooks.json"
- ".claude/settings.json"
- "**/hooks/*.py"
- "**/hooks/*.js"
keywords:
- guardrail
- protected path
- block edit
- approval gate
- hook policy
- pretooluse
---
# Agent Guardrail Standard
## **Priority: P1 (HIGH)**
A rule that must always hold belongs in a hook, not in a prompt. Prompts persuade; hooks decide.
## 1. What Belongs in a Guardrail
- **Absolute compliance only**: encode a rule here when a single violation is unacceptable, not when it is merely preferred.
- **Deterministic check**: the decision must be computable from tool name, arguments, and repo state — never from model judgment.
- **Paired with a skill**: the skill teaches the rule, the guardrail enforces it. Ship both or the rule decays.
## 2. Required Guardrail Classes
| Class | Trigger | Decision |
| --- | --- | --- |
| Protected paths | edit to generated, vendored, or frozen files | block |
| Secret deny | edit or read of `.env*`, `.ssh/`, `credentials*.json\|yaml`, identity files | block |
| Test lock | test-file edit while a bug-fix workflow is active | block |
| Formatter | after any accepted edit | run, then report |
| Production action | deploy, migration, or destructive command against production | ask named owner |
| Scope fence | writes outside the declared task scope | ask |
## 3. Decision Semantics
- **Exit 0**: allow, stay silent. Reserve stdout for the formatter class.
- **Exit 2**: block. Print the rule violated and the sanctioned alternative on stderr, never a generic denial.
- **Any other exit**: ask a human. Use it when the check is inconclusive, not as a soft block.
- **Fail closed on production classes**: if the guardrail cannot evaluate, treat production actions as blocked.
## 4. Test Lock During Bug Fixes
- Write the failing test first; the agent proves the bug reproduces before touching production code.
- Lock every test path for the duration of the fix so the proof cannot be weakened into passing.
- Unlock only when the fix is verified, or when the operator states the test itself is the defect.
## 5. Placement and Ownership
- **Team level**: repository-tracked config, reviewed in pull requests like code.
- **Organization level**: managed settings the project cannot override; use for secret deny and production gates.
- **Log every decision**: timestamp, rule, tool, target, and outcome. An unlogged block is unauditable.
- **Version the policy**: a guardrail change is a control change and needs the same review as the control it enforces.
## Anti-Patterns
- **No prompt-only rules**: If it must always hold, enforce it in a hook.
- **No broad path globs**: Name the protected directories, not the whole repo.
- **No silent blocks**: Print the rule and the allowed alternative.
- **No agent self-approval**: A human role authorizes production actions.
- **No guardrail without a skill**: Pair enforcement with the rule that explains it.
- **No unlogged decisions**: Record every block and ask.
## Red Flags
- **Stop if "just this once, disable the hook"**: Re-run with the sanctioned path or escalate to the policy owner.
- **Stop if the fix edits the failing test**: Restore the test and fix the production code.
- **Stop if a production command runs with no named authorizer**: Block and request sign-off.
## References
- [Guardrail Policy Template](references/guardrails-template.yaml)
- [Runtime Adapters](references/runtime-adapters.md)
## Canonical response anchors
When this skill applies, preserve the following domain terminology or equivalent concrete examples in the answer when relevant:
- exit 2 blocks
- protected paths
- test lock
- approval gate
- fail closed
- log the block decision
Pliki w paczce (4)
- LICENSE 1 KB
- SKILL.md 4 KB
- references/guardrails-template.yaml 1 KB
- references/runtime-adapters.md 2 KB
Wersje
W bazie nie ma innych skilli o nazwie common-agent-guardrails.
Identyczna treść występuje jeszcze w 4 innych folderach na GitHubie. Tu pokazujemy jedną, najlepiej ocenioną kopię.
Migawka bazy z 28.10.2026 · wersja paczki 4ab859956836 (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100agent-guardrails
Chroni repozytorium przed szkodami od agenta AI: hooki PreToolUse, reguły odmowy uprawnień, chronione ścieżki i bramki weryfikacji, np. przy force push lub ruszaniu pliku .env. - 95ryk
Chroni wywołania narzędzi Pi przed zapisaniem sekretów z podpowiedzi przez zabezpieczenia uruchomieniowe ryk. - 100policy
Analizuje i tworzy reguły polityki wywołań narzędzi MCP bez ręcznej edycji access.json, dodając, lintując i usuwając reguły auto_approve, deny i require_approval dla kanału Slack. - 100guardrails-builder
Projektuje warstwowe zabezpieczenia wejścia i wyjścia aplikacji LLM: filtry, klasyfikatory, reguły polityk, bramki narzędzi i wyzwalacze udziału człowieka, także przy przeglądach OWASP i prompt injection. - 100guardrails
Pomaga wdrażać zabezpieczenia wejścia i wyjścia, pisać szablony zabezpieczeń etycznych i audytować agenta lub prompt pod kątem brakujących kontroli bezpieczeństwa. - 100fai-guardrails-policy
Definiuje zabezpieczenia i polityki dopuszczalnego użycia AI: filtry wejścia i wyjścia, zablokowane kategorie, reguły eskalacji i punkty egzekwowania.