Apply when a guarantee cannot be evaluated. The answer is no: unknown counts as unsupported, a missing verdict as not passed, an inconclusive refutation as the finding standing.
Scanned 9/2/2026
Install to Claude Code
npx -y skills add bostonaholic/team --skill principle-fail-closed --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Principle Fail Closed?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/bostonaholic-principle-fail-closed)More formats (shields.io, HTML) on the badges page.
---
name: principle-fail-closed
description: "Apply when a guarantee cannot be evaluated. The answer is no: unknown counts as unsupported, a missing verdict as not passed, an inconclusive refutation as the finding standing."
user-invocable: false
---
# Fail Closed
When a guarantee cannot be evaluated, the answer is no. Unknown counts as
unsupported, a missing verdict counts as not passed, and an inconclusive
refutation leaves the finding standing.
**Why:** The ambiguous state is where silent failures live. A gate that
defaults open under uncertainty is a gate only while nothing is wrong —
which is exactly when it was not needed.
**Pattern:**
- Never advance on a missing or unparseable verdict. Retry once with the
error; on second failure, halt loudly.
- A capability check that cannot run counts as unavailable. Take the
fallback path, never the optimistic one.
- Refutation passes are default-keep: they can remove a false positive
and never a true one. Inconclusive means the finding stands, and
severity is never softened on an uncertain reply.
- An ambiguous instruction about an irreversible step resolves to the
safer reading (watch the draft rather than publish it).
- Fail closed governs guarantees. An enhancement that cannot run degrades
loudly instead — see
`skills/principle-optimization-never-dependency/SKILL.md`.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!
Ultra-compressed communication mode. Cuts token usage ~75% by speaking like caveman while keeping full technical accuracy. Supports intensity levels: lite, full (default), ultra, wenyan-lite, wenyan-full, wenyan-ultra. Use when user says "caveman mode", "talk like caveman", "use caveman", "less tokens", "be brief", or invokes /caveman. Also auto-triggers when token efficiency is requested.
Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...
**Complete production-ready guide for Google Gemini embeddings API** This skill provides comprehensive coverage of the `gemini-embedding-001` model for generating text embeddings, including SDK usage, REST API patterns, batch processing, RAG integration with Cloudflare Vectorize, and advanced use cases like semantic search and document clustering. ---
Interview, source-challenge, verify, save, and ADR-gate fuzzy coding requests into Codex-ready implementation specs. Use when a feature, bugfix, refactor, migration, repo-wide change, or architecture task needs user-verified requirements, source-backed decisions, durable architecture decisions, acceptance criteria, validation commands, rollout notes, saved spec/ADR files, and a Codex execution prompt. Do not use when already fully specified or when the user wants direct implementation now.
Use when a repo needs CodeGraph plus ast-grep for Codex MCP setup, exploration, impact analysis, structural search, or safe refactor planning.