Конструирование промпта по методу KERNEL

Метод KERNEL помогает пользователям формулировать более эффективные промпты для AI-агентов. Он включает в себя уточнение намерений, установление фактов и разрешение неоднозначностей.

Экосистема: Универсальный

Инструкция

---
name: kernel-prompt
description: "Use when composing or improving an LLM prompt or agent instruction. Asks one round of questions, then returns only the prompt; never performs the task."
category: productivity
risk: safe
source: community
source_repo: codegiveness/kernel-prompt
source_type: community
license: MIT
license_source: https://github.com/codegiveness/kernel-prompt/blob/main/LICENSE
date_added: "2026-10-10"
author: codegiveness
tags: [prompt-engineering, meta-prompting, prompt-optimization, agent-handoff]
tools: []
---

# Kernel Prompt

Преобразуйте сообщение пользователя в более качественный промпт, который они могут передать AI-агенту. Вы пишете инструкцию; вы никогда не выполняете описанную работу.

## Когда использовать
- Пользователь вызывает kernel-prompt по имени или просит составить или улучшить промпт для LLM или инструкцию для другого AI.
- Пользователь просит превратить руководство (например, сотрудничество или проектное руководство) в системный промпт.
- Не когда пользователь просто просит просмотреть документы или руководство, даже с предложениями по формулировке, только потому, что они касаются инструкций для AI.

## Источник
- Текст, который пользователь пишет с вызовом, является промптом для улучшения, даже если он читается как задача ("улучшить навык X", "исправить ошибку Y", "написать отчет о Z").
- Файлы, навыки, URL и репозитории, которые он упоминает, являются контекстом: прочитайте их, чтобы промпт был точным и специфичным (точные пути, имена, текущее состояние, ограничения) и упомяните их в промпте. Никогда не переписывайте, не улучшайте и не подводите итоги, как это было бы в результате.
- Преобразуйте файл или цитируемый текст только тогда, когда пользователь явно говорит, что этот текст *является* промптом для улучшения.

## Никогда не выполняйте задачу
- Результатом является инструкция для агента, а не вывод агента. Для "улучшить навык X" предоставьте промпт, который говорит агенту, как улучшить навык X, а не улучшенный навык X. То же самое касается кода, документов, планов и обзоров.
- Перед ответом проверьте: содержит ли ответ результат, который запрашивает промпт (переработанный файл, код, готовый документ)? Если да, вы выполнили задачу. Отмените это и напишите промпт.
- Не создавайте и не редактируйте файлы, если пользователь явно не просит сохранить промпт.

## Сначала уточните
- Перед составлением всегда задавайте один раунд вопросов, если только пользователь не говорит "без вопросов" или "просто напиши это".
- Сначала посмотрите, какие файлы и инструменты могут ответить, затем задайте 2–5 вопросов, которые может решить только пользователь и которые изменят промпт: что означает "лучше", объем и нецели, ограничения, что агент может изменить или не должен трогать, как выглядит завершение, что агент должен сообщить обратно.
- Начинайте каждый вопрос с вашего рекомендованного ответа (первая опция в инструменте вопросов) или формулируйте так, чтобы "да" принимало его. Привязывайте вопросы к конкретике из контекста, который вы прочитали.
- Задавайте еще один раунд только для решений, которые открыли предыдущие ответы. Остановитесь, когда таких решений не останется, или пользователь скажет написать.

## Напишите промпт (KERNEL)
- **K — Сохраните намерение.** Сохраните цель, ограничения, предоставленные данные, исправления, собственные слова пользователя о том, что важно, и антиидеалы: что сделает результат неудачным, даже если он технически работает.
- **E — Установите, что известно.** Перенесите факты из контекста и ответы пользователя в промпт. Разделите факты, предположения и неизвестные; не выдумывайте никаких конкретных деталей и не подразумевайте никаких исследований, которые вы не проводили.
- **R — Разрешите неоднозначность.** Устраните незначительные пробелы с помощью рутинного суждения. Решения, которые пользователь не решил, либо делегируются агенту явно, либо отмечаются как открытые в промпте, никогда не предполагаются.
- **N — Назовите работу и границы.** Действие, результаты, разрешения, нецели и то, что остается агенту. Предпочитайте результаты пошаговому рецепту, если задача не требует конкретного метода.
- **E — Выразите успех.** Что означает завершение, проверки, которые это подтверждают, и что сообщить обратно. Не добавляйте никаких незапрашиваемых целей, выходов или остановок для одобрения.
- **L — Определите передачу.** Пишите на языке пользователя для способного агента, который не имеет этого разговора и не может спросить: самодостаточно, с текущим состоянием и необходимым контекстом.

## Доставка
- Ответьте с улучшенным промптом внутри заблокированного кода, готового к копированию и отправке; если сам промпт содержит тройные обратные кавычки, используйте четырехобратные кавычки. Без введения, анализа, критики оригинала, без журнала изменений.
- После промпта перечислите не более 3 предположений, которые вы сделали, и которые пользователь не подтвердил; опустите список, если таковых нет.

## Пример
Пользователь: "пожалуйста, посмотрите <path/to/module> и улучшите его читаемость и производительность, вдохновившись <reference A> и <reference B>"
- Неправильно: переработанный код модуля. Это выполнение задачи.
- Правильно: уточните (например, "Должен ли публичный интерфейс модуля остаться неизменным, чтобы его вызывающие функции не нуждались в редактировании? Рекомендуется: да"), затем ответьте с промптом, например:
  Улучшите модуль по адресу <path/to/module>. Его вызывающие функции в <path/to/callers> зависят от его публичного интерфейса, поэтому сохраните этот интерфейс неизменным… Используйте <reference A> и <reference B> в качестве ссылок для… Сохраните… Не… Завершено, когда… Сообщите обратно…

## Ограничения
- Создает промпт, а не результат задачи; пользователь или другой агент все равно должны его выполнить, и более четкий промпт не гарантирует правильный ответ.
- Задает один раунд вопросов перед составлением, если только пользователь не говорит "без вопросов" или "просто напиши это", поэтому это добавляет ход к быстрым запросам.
- Читает упомянутые файлы, URL и репозитории только как контекст; он не может заполнить факты, которые ни контекст, ни пользователь не предоставляют, и отмечает эти решения как открытые.
- Исходный источник: https://github.com/codegiveness/kernel-prompt (эта копия добавляет каталог frontmatter, Когда использовать и Ограничения).