Системный промпт Fable 5 утёк целиком. Рецепт есть — кухня к нему не прилагается

Что такое системный промпт, если по-простому

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

Отсюда и азарт вокруг утечки. Системный промпт большого продукта — это самый отшлифованный образец такой инструкции из всех существующих. Его писали люди, у которых на кону поведение модели у миллионов пользователей, и переписывали не один десяток раз. Читать его полезно примерно так же, как начинающему автору полезно читать чужие сильные тексты: не чтобы списать, а чтобы настроить слух.

Никакой подготовки для чтения не нужно — файл открывается в браузере прямо на GitHub. А вот чтобы применить прочитанное, пригодится место, куда складывать свои правила. У нас это CLAUDE.md и структура папок для проекта и формат SKILL.md для отдельных ролей. Если Claude Code ещё не стоит, начни с установки и оплаты из России или бесплатной сборки на открытых моделях.

Карта файла: из чего состоят 1597 строк

Первое, что убивает романтику: файл — не сплошная философия поведения. Больше всего места в нём занимают технические описания инструментов. Строки с 629 по 1364, то есть 735 из 1597, это схемы вызова: bash, веб-поиск, загрузка страницы, погода, карты, отображение рецептов, работа с файлами. Полезно ли это тебе? Только если ты собираешь продукт с такими же инструментами. Скопировать описание инструмента, которого у тебя нет, — всё равно что переписать себе в тетрадь инструкцию к печи, которой нет на твоей кухне.

Остальное распадается на понятные блоки. Вот честная карта — по разделам, которые реально стоят в файле, в том порядке, в каком идут.

Обрати внимание на композицию. Сначала — кто ты и как себя ведёшь. Потом — чем ты располагаешь. Потом — как этим пользоваться. И только в самом конце подставляется контекст конкретного пользователя. Это не случайный порядок, и он повторяется в промптах других вендоров в том же репозитории. Общее раньше частного, поведение раньше инструментов, инструменты раньше данных.

Что из этого реально переносится

Теперь к делу. Рецепт из мишленовского журнала переносится не целиком, но переносится многое: порядок действий, дисциплина, формулировки, по которым видно, что человек думал о крайних случаях. То же самое с системным промптом. Ниже — четыре приёма, которые работают в любой твоей инструкции, хоть в CLAUDE.md, хоть в промпте для воронки.

Правило пишется как поведение, а не как пожелание

В файле нет ни одного «пиши хорошо» или «будь полезным». Каждое правило сформулировано так, что по нему видно действие. Вот кусок из раздела про тон и форматирование — обрати внимание, насколько он проверяемый.

Переведи это на свой язык. Вместо «пиши посты интересно» — «первое предложение содержит конкретное утверждение, а не подводку; абзац не длиннее четырёх строк; ни одного вопроса в заголовке». Разница в том, что второе можно проверить, а значит модель может себя поправить.

Запрет идёт вместе с заменой

Хороший запрет в этом файле почти никогда не висит в воздухе — рядом стоит то, что делать вместо. Раздел про списки требует не просто «меньше буллетов», а объясняет, как выглядит альтернатива: перечисление внутри прозы читается как «некоторые из них: x, y и z», без переносов строк и маркеров. Модель не остаётся с дыркой на месте привычного действия, ей выдают форму взамен.

Конфликты правил разруливаются заранее

Самое взрослое место файла — там, где правила сталкиваются. Раздел про ровность в спорных темах прямо описывает, что делать, когда просьба противоречит осторожности: изложить лучшую версию аргументов, которую привели бы сторонники позиции, обозначить, что это не собственное мнение, и в конце дать противоположные взгляды. Отдельно оговорено, что отказываться от такой просьбы из-за потенциального вреда не нужно, кроме совсем крайних случаев.

В твоих инструкциях столкновения будут ровно те же, только помельче: «пиши коротко» против «дай развёрнутый разбор», «держи бренд-голос» против «повтори стиль референса». Пропиши, что главнее и в каком случае — и перестанешь получать случайный выбор.

Ограничения признаются вслух

В разделе про хранилище артефактов есть подраздел, который так и называется — Limitations. Не «мы стараемся», а перечисление того, что система не умеет. Плюс отдельный блок про обработку ошибок. Это, пожалуй, самое недооценённое в утёкшем файле: сильная инструкция описывает не только идеальный сценарий, но и поведение на границах. Добавь в свой CLAUDE.md раздел «чего мы не делаем» — эффект заметен сразу.

А что не переносится никогда

Теперь неприятная часть, которую в вирусных роликах обычно пропускают. Идея «вставь этот промпт в дешёвую открытую модель и получишь Fable 5» не работает. Не «работает хуже», а не работает по устройству.

Системный промпт — это инструкция, а не способность. Он говорит модели, что делать, но не даёт ей ничего, чего в ней нет. Умение держать длинную задачу, не терять нить на сотом шаге, замечать собственную ошибку и разворачиваться — это свойство самой модели, полученное на обучении. Рецепт можно отдать любому повару. У одного получится блюдо, у другого — сгоревшая сковорода, и дело будет не в рецепте.

Дальше: примерно половина файла описывает инструменты, которых у тебя нет. Хранилище артефактов, реестр подключений, встроенный поиск с цитированием, скиллы в /mnt/skills/ — всё это части конкретного продукта. Инструкция по вызову несуществующего инструмента в лучшем случае игнорируется, в худшем модель начинает придумывать вызовы и врать про результат.

И третье, менее очевидное: длина. Файл на 122 килобайта съест заметную часть контекстного окна ещё до твоего первого сообщения. У большой модели с большим окном это терпимо, у дешёвой открытой — это и есть всё окно. Ты платишь контекстом за инструкции, три четверти которых к твоей задаче не относятся.

Как забрать пользу по-человечески

Порядок, который я прошёл сам и рекомендую. Занимает вечер, никакого кода не требует.

Шаг первый — прочитать поведенческую часть. Открой файл на GitHub и прочитай строки примерно до 630-й, то есть всё до раздела Tool Definitions. Схемы инструментов пропусти целиком, они тебе ничего не дадут. Читай не как справочник, а как чужой текст: замечай, как формулируют, где ставят пример, где вместо примера дают правило.

Шаг второй — разобрать чужую манеру письма. Скорми модели кусок файла и попроси вытащить не содержание, а механику. Промпт ниже работает и в чате, и в Claude Code.

Вот фрагмент системного промпта большого продукта.
Не пересказывай содержание. Разбери, КАК он написан:

1. Как сформулировано правило, чтобы его можно было проверить
2. Где вместо запрета дана замена, а где запрет висит один
3. Как разрулены конфликты между правилами
4. Что вынесено в отдельный блок ограничений

Ответ — прозой, без списков. По каждому пункту приведи
одну точную цитату из фрагмента.

Шаг третий — переписать свои правила. Возьми собственный CLAUDE.md или системный промпт бота и пройдись по нему тем же фильтром. Здесь удобно работать в паре с моделью: она видит расплывчатые формулировки лучше, чем автор.

Вот мой файл правил для работы с ИИ.

Найди все места, где правило нельзя проверить —
«пиши хорошо», «будь внимательнее», «делай качественно».
Каждое такое место перепиши в проверяемое поведение:
что именно делать, в каком объёме, чего не делать вместо этого.

Отдельно выпиши конфликты: пары правил, которые
в реальной задаче потянут в разные стороны.
По каждой паре предложи, какое главнее и при каком условии.

В конце добавь раздел «Ограничения» — чего система не делает.

Шаг четвёртый — проверить на живой задаче. Запусти одну и ту же задачу на старой и новой версии правил, желательно в разных сессиях, и сравни результат руками. Не по ощущению «вроде лучше», а по конкретному признаку: сколько уточняющих вопросов задала модель, сколько раз ушла не туда, сколько правок пришлось внести. Три-четыре круга такой доводки дают больше, чем любое количество прочитанных чужих промптов.

Правовая сторона: где проходит граница

Разговор неудобный, но без него гайд будет нечестным. Разложим по слоям, без паники и без бравады.

Читать — можно. Файл лежит в публичном доступе, открывается без регистрации, и его чтение ничем от чтения любой другой публичной страницы не отличается. Изучать чужие инструкции, чтобы научиться писать свои, — ровно то же самое, что разбирать чужой удачный текст.

Брать приёмы — можно. Приёмы и подходы никому не принадлежат. «Формулируй правило проверяемо», «давай замену вместо голого запрета», «разрули конфликт заранее» — это метод, а не текст. Юридически идеи и способы работы охраной не покрываются, охраняется конкретное выражение.

Копировать текст целиком в свой коммерческий продукт — сомнительно. Тут сходятся сразу три штуки. Первая: это чужой авторский текст, и то, что он оказался в открытом доступе не по воле правообладателя, ситуацию не улучшает. Вторая: сам репозиторий лежит под лицензией AGPL-3.0 — это копилефт, и он накладывает обязательства на производные работы, включая сетевые сервисы. Третья: компании относятся к системным промптам как к коммерческой тайне, и юридическая практика вокруг ИИ-промптов сейчас выстраивается именно в эту сторону — как разбирает позиция Бюро по авторским правам США, с копирайтом на промпты всё непросто в обе стороны, поэтому бизнес защищает их режимом секрета и договорами.

Практический вывод простой и скучный: учись на файле сколько угодно, а в продукт клади свой текст. Это не только безопаснее — это ещё и работает лучше, потому что твои правила описывают твою задачу, а не чужой продукт с чужими инструментами. Я не юрист, и это не юридическая консультация; если строишь на этом бизнес, вопрос стоит задать своему.

Что ты увидишь

Одна и та же задача, одна и та же модель. Разница только в том, как написаны правила, по которым она работает.

Чтобы не споткнуться

Три места, где на этом файле спотыкаются чаще всего.

А если…

Четыре вопроса, которые возникают у всех.

Зачем тебе это на самом деле

Мы привыкли думать, что качество ответа определяет модель. На деле его в не меньшей степени определяет то, что модели сказали до твоего вопроса. Именно поэтому один и тот же Claude в чужом продукте отвечает иначе, чем у тебя в терминале: инструкция разная. Утёкший файл ценен тем, что впервые даёт посмотреть на эту инструкцию не в виде советов из блога, а целиком, со всеми оговорками, обработкой ошибок и разобранными конфликтами.

После пары часов с таким текстом собственные правила начинают писаться по-другому. Перестаёшь просить «сделай лучше» и начинаешь описывать поведение. Перестаёшь копить запреты и начинаешь давать замену. Начинаешь заранее думать, что произойдёт, когда два твоих правила потянут в разные стороны. Это и есть весь навык — он не про Claude и не про Fable 5, он про умение объяснять задачу.

Рецепт из ресторана со звездой не сделает тебя шефом. Но он покажет, с какой подробностью там думают о мелочах, и после этого готовить как раньше уже не получится.

А дальше

В той же папке ANTHROPIC лежат промпты Opus 4.6, Opus 4.7, Sonnet 4.5 и Claude Code — читать их подряд интереснее, чем по одному: видно, что меняется от модели к модели и что остаётся неизменным. А в соседних папках лежат OPENAI, CURSOR, DEVIN, PERPLEXITY, REPLIT и VERCEL V0, и разница подходов между вендорами сама по себе отличный учебник.

Когда правила написаны, встаёт следующий вопрос: что они должны производить и как это продавать. У нас это собрано в контент-завод на Claude Code — тренды, карусели и рилсы пачками, воронки на кодовые слова, лид-магниты и платёжки. Разбираем на практикуме, по шагам, под твою нишу.

Рядом по теме: как промптить Fable 5 — разбор вирусного поста, 5 систем с GitHub, которые может забрать не только разработчик и 24 инструмента для Claude: полный стек.

Источники

Размер файла (122 750 байт), число строк (1597), номера разделов и количество звёзд репозитория (45 726) сверены напрямую через GitHub 19 июля 2026 года. Цитаты приведены по тексту файла. Ещё раз: это извлечённый третьими лицами материал, а не публикация Anthropic — для ссылок используй документацию вендора.