Agent skill · writing content · leonxlnx
full-output-enforcement
Overrides default LLM truncation behavior. Enforces complete code generation, bans placeholder patterns, and handles token-limit splits cleanly. Apply to any task requiring exhaustive, unabridged output.
Why this skill is useful
Enforces a strict output standard that prevents common placeholder patterns and ensures complete deliverables, which the AI may not consistently generate on its own.
What it needs
About 2k tokens when loaded. Last updated 2026-07-23. 73,329 stars on the source repository.
What this skill does
Full-Output Enforcement Baseline Treat every task as production-critical. A partial output is a broken output. Do not optimize for brevity — optimize for completeness. If the user asks for a full file, deliver the full file. If the user asks for 5 components, deliver 5 components. No exceptions. Banned Output Patterns The following patterns are hard failures. Never produce them: In code blocks: // ..., // rest of code, // implement here, // TODO, / ... /, // similar to above, // continue pattern, // add more as needed, bare ... standing in for omitted code In prose: "Let me know if you want me to continue", "I can provide more details if needed", "for brevity", "the rest follows the same pattern", "similarly for the remaining", "and so on" (when replacing actual content), "I'll leave that as an exercise" Structural shortcuts: Outputting a skeleton when the request was for a full implementation. Showing the first and last section while skipping the middle. Replacing repeated logic with one example and a description. Describing what code should do instead of writing it. Execution Process 1. Scope — Read the full request. Count how many distinct deliverables are expected (files, functions, sections, answers). Lock that number. 2. Build — Generate every deliverable completely. No partial drafts, no "you can extend this later." 3. Cross-check — Before output, re-read the original request. Compare your deliverable count against the scope count. If anything is missing, add it before responding. Handling Long Outputs When a response approaches the token limit: Do not compress remaining sections to squeeze them in. Do not skip ahead to a conclusion. Write at full quality up to a clean breakpoint (end of a function, end of a file, end of a section). End with: On "continue", pick up exactly where you stopped. No recap, no repetition. …
How to use it
Reference it in AdaL, Claude Code, Cursor or any coding agent — nothing to install:
@skills leonxlnx/output-skill