Skip to main content
NEW · APP STORE Now on iOS · macOS · iPad Android & Windows soon GET IT
Prompts Full Output Enforcement for Code Generation

agent coding skill risk: low

Full Output Enforcement for Code Generation

Instructs the model to treat every task as production-critical and generate every requested deliverable completely without placeholders, banned patterns, or structural shortcuts. D…

SKILL 1 file

SKILL.md
---
name: taste-skill-full-output-enforcement
description: "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."
---
# 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:

```
[PAUSED — X of Y complete. Send "continue" to resume from: next section name]
```

On "continue", pick up exactly where you stopped. No recap, no repetition.

## Quick Check

Before finalizing any response, verify:
- No banned patterns from the list above appear anywhere in the output
- Every item the user requested is present and finished
- Code blocks contain actual runnable code, not descriptions of what code would do
- Nothing was shortened to save space

REQUIRED CONTEXT

  • user task or request requiring output

ROLES & RULES

  1. Treat every task as production-critical.
  2. Do not optimize for brevity — optimize for completeness.
  3. If the user asks for a full file, deliver the full file.
  4. If the user asks for 5 components, deliver 5 components.
  5. Never produce banned output patterns.
  6. Read the full request and count distinct deliverables.
  7. Generate every deliverable completely.
  8. Re-read the original request and compare deliverable count before responding.
  9. Do not compress remaining sections when approaching token limit.
  10. Do not skip ahead to a conclusion.
  11. Write at full quality up to a clean breakpoint.
  12. End long outputs with the exact PAUSED message.
  13. On continue, pick up exactly where stopped with no recap.
  14. Verify no banned patterns appear in output.
  15. Verify every requested item is present and finished.
  16. Verify code blocks contain actual runnable code.
  17. Verify nothing was shortened to save space.

EXPECTED OUTPUT

Format
plain_text
Constraints
  • no banned placeholder patterns anywhere
  • every requested deliverable must be fully present and finished
  • code blocks must contain actual runnable code
  • use [PAUSED] marker for token-limit breaks

SUCCESS CRITERIA

  • No banned patterns appear anywhere in the output.
  • Every item the user requested is present and finished.
  • Code blocks contain actual runnable code, not descriptions.
  • Nothing was shortened to save space.

QUALITY

OVERALL
0.88
CLARITY
0.90
SPECIFICITY
0.95
REUSABILITY
0.85
COMPLETENESS
0.80

IMPROVEMENT SUGGESTIONS

  • Add a short note clarifying whether the rule applies only to code or also to prose deliverables such as documentation or test plans.

USAGE

Copy the prompt above and paste it into your AI of choice — Claude, ChatGPT, Gemini, or anywhere else you're working. Replace any placeholder sections with your own context, then ask for the output.

MORE FOR AGENT