סקיל Output Enforcement

פקודת התקנה

ההתקנה מתבצעת דרך מנהל החבילות הרשמי של הסקילים בפקודה אחת. הסקיל הוא קובץ Markdown פתוח מאוסף הסקילים של leonxlnx, ומופעל במשימות שדורשות פלט מלא ומדויק. אפשר להוריד ולבדוק את הקוד דרך הכפתורים שבראש העמוד.

מה הסקיל כולל?

הסקיל מתעד אכיפת פלט מלא: איסור על דפוסי קיצור והשמטה, ספירת הדליברבלס ואימות מולם, וטיפול נקי בפלט ארוך שמתקרב לגבול הטוקנים בלי לדחוס או לדלג.

קוד הסקיל המלא

---
name: 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

מה זה output-skill ולמה הסקיל הזה שונה?

output-skill פותר תסכול מוכר בעבודה עם מודלים: הם מקצרים. במקום קוד מלא מקבלים שלד עם הערות כמו "// המשך כאן", או רכיב אחד עם תיאור "השאר דומה". פלט כזה נראה מוכן אבל שבור, ודורש השלמה ידנית. הסקיל אוכף את ההפך: פלט מלא ומדויק, בלי קיצורי דרך.

מה שמייחד אותו הוא הרשימה המפורשת של דפוסים אסורים. הסקיל מגדיר ככשל קשיח כל הערת placeholder בקוד, כל ביטוי התחמקות בטקסט, וכל קיצור מבני כמו הצגת ההתחלה והסוף ודילוג על האמצע. הוא עובד בתהליך: סופר כמה דליברבלס נדרשים, בונה את כולם, ומצליב מול הספירה לפני הפלט. וכשהפלט מתקרב לגבול הטוקנים, הוא עוצר בנקודה נקייה ומסמן היכן להמשיך, במקום לדחוס או לדלג.

ההבדל מורגש באמינות הפלט. במקום שלד שצריך להשלים, מקבלים קוד מלא וניתן-להרצה. בשילוב עם סקיל writing-great-skills לכתיבת הנחיות, אפשר לבנות תהליך שמפיק תוצרים שלמים ואמינים, וזה צירוף חזק לעבודה רצינית עם קוד.

מה output-skill נותן לקלוד קוד?

הסקיל מוסיף לקלוד משמעת של פלט מלא: איסור על קיצורים, ספירת דליברבלס ואימות, וטיפול נקי בפלט ארוך, כך שמקבלים תוצר שלם וניתן-להרצה.

ארבע היכולות הופכות את קלוד למפיק תוצרים שלמים. בעבודות שלי, קוד מלא וניתן-להרצה במקום שלד עם הערות חסך שעות של השלמה ידנית ותיקונים.

למי הסקיל הזה מתאים?

מפתחים שמייצרים קוד עם AI: זה הקהל המובהק. אין דבר מתסכל יותר מקוד שמסתיים ב"// המשך כאן". הסקיל אוכף פלט מלא וניתן-להרצה, כך שמקבלים קובץ שלם במקום שלד שצריך להשלים ידנית.

מי שמייצר קבצים גדולים: כשמבקשים קובץ ארוך, המודל נוטה לקצר באמצע. הסקיל מטפל בפלט ארוך בצורה נקייה, עוצר בנקודה הגיונית וממשיך בלי חזרות, כך שהקובץ נשאר שלם ואיכותי לכל אורכו.

מי שמתקן באגים בקוד שנוצר: שלד חלקי מסתיר בעיות. בשילוב עם סקיל diagnosing-bugs, פלט מלא וניתן-להרצה מאפשר לאתר ולתקן באגים אמיתיים במקום להיתקל קודם בקוד חסר.

בוני אוטומציות: תהליך אוטומציה דורש קוד שלם שעובד. גם בעבודות אוטומציה שלי, פלט מלא בלי השמטות הוא הבסיס לתהליך אמין שרץ מקצה לקצה בלי הפתעות.

מי שמבקש כמה תוצרים יחד: כשמבקשים חמישה רכיבים, קל לקבל שלושה והבטחה להמשיך. ספירת הדליברבלס של הסקיל מבטיחה שכל מה שביקשתם נמצא בפלט, שלם ומוגמר, בלי פריטים שנשמטו בדרך.

מי שפחות יתאים: מי שרוצה תשובה קצרה או סקיצה מהירה דווקא ימצא את הסקיל יסודי מדי. הוא מבריק כשבאמת צריך פלט מלא ומדויק, לא כשמספיקה טיוטה ראשונית.

איך output-skill עזר לי בפרויקטים אמיתיים

ארבעת המקרים מראים שאכיפת פלט מלא משנה את התוצאה. כשאין קיצורי דרך, סופרים את התוצרים ומטפלים נקי בפלט ארוך, מקבלים קוד שלם וניתן-להרצה במקום שלד שדורש השלמה ידנית מתסכלת.

סיכום

סקיל output-skill הוא כלי מצוין לכל מי שמייצר קוד עם בינה מלאכותית ורוצה פלט מלא. הוא אוסר על דפוסי קיצור והשמטה, סופר את התוצרים ומאמת מולם, ומטפל נקי בפלט ארוך, כך שמקבלים תוצר שלם וניתן-להרצה ולא שלד עם הערות.

אם אתם מתחילים, בפעם הבאה שאתם מבקשים קוד, הפעילו את הסקיל ותראו איך הפלט מגיע מלא בלי placeholder. תרגישו את ההבדל מול שלד שצריך להשלים. משם, העבודה עם קוד שנוצר הופכת אמינה.

בפוסטים הבאים אמשיך לסקור את הסקילים החזקים ביותר לפיתוח ולעבודה עם בינה מלאכותית. האתר של דביר נעמן מרכז את כל הכלים, השיטות והליווי שאני מציע לעסקים שרוצים נוכחות דיגיטלית מנצחת עם בינה מלאכותית.