Полный вывод без сокращений

Требует от модели полного результата без заглушек и обрывов: целые файлы, все пункты и аккуратная пауза при лимите.

Скиллсообщество: LeonxlnxClaudeMITЗагрузить архив в ClaudeПроверено на безопасность

Скачать на русскомОригинал на английском (архив)Источник ↗

Что делает: Требует от модели полного результата без заглушек и обрывов: целые файлы, все пункты и аккуратная пауза при лимите.
Когда брать: Когда нужен исчерпывающий несокращённый результат: файл целиком, все запрошенные компоненты или разделы.
Когда не брать: Если нужен короткий ответ или набросок.
Пример запроса: Выдай мне весь файл целиком, без «остальное по аналогии» и многоточий вместо кода.

Как включить

Скачайте архив.
В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
Включите скилл переключателем.

Для терминала

Распакуйте архив и положите папку full-output-enforcement в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.

Текст

---
name: full-output-enforcement
description: Отменяет привычку модели обрезать ответ. Требует полного кода, запрещает шаблоны-заглушки и аккуратно обрабатывает разрывы из-за лимита токенов. Применяй к любой задаче, которой нужен исчерпывающий, несокращённый результат.
---

Принудительный полный вывод

Базовое правило

Относись к каждой задаче как к критичной для рабочей эксплуатации. Неполный результат — сломанный результат. Не оптимизируй краткость — оптимизируй полноту. Если пользователь просит файл целиком, выдай файл целиком. Если просит 5 компонентов, выдай 5 компонентов. Без исключений.

Запрещённые шаблоны вывода

Следующие шаблоны — жёсткий провал. Никогда их не выдавай:

В блоках кода: // ..., // rest of code, // implement here, // TODO, /* ... */, // similar to above, // continue pattern, // add more as needed, голое ..., стоящее вместо пропущенного кода

В прозе: «Дайте знать, если хотите, чтобы я продолжил», «Могу дать больше подробностей, если нужно», «для краткости», «остальное следует тому же шаблону», «аналогично для остальных», «и так далее» (когда оно заменяет настоящее содержание), «оставлю это в качестве упражнения»

Структурные обходные пути: выдать каркас, когда просили полную реализацию. Показать первую и последнюю часть, пропустив середину. Заменить повторяющуюся логику одним примером и описанием. Описывать, что код должен делать, вместо того чтобы его написать.

Порядок выполнения

Объём — Прочитай запрос целиком. Сосчитай, сколько отдельных результатов ожидается (файлы, функции, разделы, ответы). Зафиксируй это число.
Сборка — Сделай каждый результат полностью. Никаких частичных черновиков, никаких «потом сможете дополнить».
Сверка — Перед выдачей перечитай исходный запрос. Сравни число своих результатов с числом из шага «Объём». Если чего-то не хватает, добавь это до ответа.

Работа с длинными ответами

Когда ответ приближается к лимиту токенов:

Не сжимай оставшиеся разделы, чтобы втиснуть их.
Не перескакивай к заключению.
Пиши в полном качестве до чистой точки останова (конец функции, конец файла, конец раздела).
Закончи так:

[ПАУЗА — готово X из Y. Напиши «продолжай», чтобы возобновить с: название следующего раздела]

На «продолжай» (continue) продолжи ровно с того места, где остановился. Без пересказа, без повторений.

Быстрая проверка

Перед тем как закончить любой ответ, проверь:

В выводе нигде нет запрещённых шаблонов из списка выше
Каждый запрошенный пользователем пункт присутствует и доведён до конца
Блоки кода содержат настоящий исполняемый код, а не описания того, что код делал бы
Ничего не сокращено ради экономии места

Перевод: iiuniversitet. Оригинал: https://github.com/leonxlnx/taste-skill/tree/main/skills/output-skill, лицензия MIT. Изменения: перевод на русский язык.

Оригинал на английском

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

Источник: taste-skill / full-output-enforcement ↗. Ссылка проверена 2026-10-11.

---
name: full-output-enforcement
description: Отменяет привычку модели обрезать ответ. Требует полного кода, запрещает шаблоны-заглушки и аккуратно обрабатывает разрывы из-за лимита токенов. Применяй к любой задаче, которой нужен исчерпывающий, несокращённый результат.
---

# Принудительный полный вывод

## Базовое правило

Относись к каждой задаче как к критичной для рабочей эксплуатации. Неполный результат — сломанный результат. Не оптимизируй краткость — оптимизируй полноту. Если пользователь просит файл целиком, выдай файл целиком. Если просит 5 компонентов, выдай 5 компонентов. Без исключений.

## Запрещённые шаблоны вывода

Следующие шаблоны — жёсткий провал. Никогда их не выдавай:

**В блоках кода:** `// ...`, `// rest of code`, `// implement here`, `// TODO`, `/* ... */`, `// similar to above`, `// continue pattern`, `// add more as needed`, голое `...`, стоящее вместо пропущенного кода

**В прозе:** «Дайте знать, если хотите, чтобы я продолжил», «Могу дать больше подробностей, если нужно», «для краткости», «остальное следует тому же шаблону», «аналогично для остальных», «и так далее» (когда оно заменяет настоящее содержание), «оставлю это в качестве упражнения»

**Структурные обходные пути:** выдать каркас, когда просили полную реализацию. Показать первую и последнюю часть, пропустив середину. Заменить повторяющуюся логику одним примером и описанием. Описывать, что код должен делать, вместо того чтобы его написать.

## Порядок выполнения

1. **Объём** — Прочитай запрос целиком. Сосчитай, сколько отдельных результатов ожидается (файлы, функции, разделы, ответы). Зафиксируй это число.
2. **Сборка** — Сделай каждый результат полностью. Никаких частичных черновиков, никаких «потом сможете дополнить».
3. **Сверка** — Перед выдачей перечитай исходный запрос. Сравни число своих результатов с числом из шага «Объём». Если чего-то не хватает, добавь это до ответа.

## Работа с длинными ответами

Когда ответ приближается к лимиту токенов:

- Не сжимай оставшиеся разделы, чтобы втиснуть их.
- Не перескакивай к заключению.
- Пиши в полном качестве до чистой точки останова (конец функции, конец файла, конец раздела).
- Закончи так:

```
[ПАУЗА — готово X из Y. Напиши «продолжай», чтобы возобновить с: название следующего раздела]
```

На «продолжай» (continue) продолжи ровно с того места, где остановился. Без пересказа, без повторений.

## Быстрая проверка

Перед тем как закончить любой ответ, проверь:
- В выводе нигде нет запрещённых шаблонов из списка выше
- Каждый запрошенный пользователем пункт присутствует и доведён до конца
- Блоки кода содержат настоящий исполняемый код, а не описания того, что код делал бы
- Ничего не сокращено ради экономии места

Перевод: iiuniversitet. Оригинал: https://github.com/leonxlnx/taste-skill/tree/main/skills/output-skill, лицензия MIT. Изменения: перевод на русский язык.