DrMaxPrompt

COCOON CHAINSMITH v3

Мета-промпт для системы Cocoon Engine X4. Он не выполняет исследование или создание кокона сам — он генерирует пошаговую связку канонических команд CP-Navigator, которую вы затем вводите (последовательно) в рабочий чат с системой.

Для чего нужен:

1. Убирает необходимость каждый раз вручную придумывать порядок команд для новой задачи (создание кокона, статьи, инструмента, аудит своей или чужой страницы, обновление контента, реверс-инжиниринг продукта и т.д.).

2. Проверяет, что в связке используются только реально существующие команды, а не выдуманные, и что итоговые формулировки не выдают гипотезу за факт, а недостроенный маршрут — за готовый результат.

Как работать с ним:

1. Откройте новый чат/сообщение и прикрепите к нему все 4 скилла Cocoon Engine X4 (CP-Navigator, Reddit Mapper Total, TGA, GIST) - без них проверка команд невозможна.

2. Заполните 9 переменных в YAML-блоке: GEO, LANGUAGE, SITE_THEME, SITE_URL (опционально), TASK_TYPE (выбрать из списка в промпте), TASK_DESCRIPTION (сюда пишете всё дополнительное - есть ли уже собранные данные, серия статей, конкурентный корпус, регуляторные ограничения), MODE (optimal/experimental), DEPTH (minimal/normal/extended), BRANCHING (нет/да/усиленное).

Важно! Ниже блока с переменными приводится куча вариантов его заполнения!!!!

3. Отправьте. На выходе - Markdown со связкой шагов, каждый с командой и пояснением, что она даёт и на что опирается.

4. Скопируйте полученную связку и вводите её в тот чат, где реально работает система Cocoon Engine X4, начиная с /старт.

Важно помнить.
optimal даёт только проверенные команды;
experimental может предложить дополнительные связки, но помечает их отдельно и не встраивает в основной исполняемый маршрут.
Число шагов в DEPTH — ориентир, а не жёсткое требование.

‼️ Заслать на кофе ⏺️

#DrMax

🔥 Cocoon Engine X4 - система для сборки семантических коконов 4.0.

Cocoon Engine X4 - связка из четырёх скиллов, которая превращает идею, ключ или список запросов в готовый семантический кокон: структуру страниц, перелинковку, контент-брифы и проверенную готовность к внедрению и публикации.

📺 Видеоконференция по Коконам 4.0. и системе Cocoon Engine X4:
https://www.youtube.com/watch?v=VxVv8zwvbDE

Название отражает суть: коконы 4-го поколения, построенные на доказательствах аудитории, а не только на кластеризации ключей — и четыре скилла в основе системы.

Из чего состоит система

1. Cocoon Pilot (Navigator) - управляющий слой. Ведёт диалог, выбирает маршрут, следит, чтобы никто не подменял чужие решения, собирает итоговую готовность.

2. Reddit Mapper - исследование аудитории. Реальные боли, язык, критерии выбора, decision-модели, непокрытые вопросы.

3. Topical Graph Architect (TGA) - архитектура. Сущности, границы темы, структура страниц, родительские разделы, перелинковка.

4. GIST Content Logic - логика контента. Job страницы, обязательное ядро темы, недостающие смысловые узлы, заменяемость, метаданные.

Каждый скилл владеет только своей зоной решений. Ваше «да» не равно решению архитектуры, решение архитектуры не равно выбору контентного блока, а «готово к внедрению» не равно «готово к публикации» - за этим следит Navigator.

Как запустить

1. Откройте новый чат. Выбирайте старшую модель LLM с максимальным окном.
2. Прикрепите все четыре документа скиллов (порядок не важен) из архива.
3. Отправьте команду:

/старт

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

Дальше можно работать командами (/кокон, /исследование, /аудит, /страница и другими) или просто обычным текстом - Navigator ведёт диалог по гиду: шаг за шагом, с подтверждением на каждом значимом решении.

Полный обзор всех режимов, команд и примеров использования - в приложенном хелпе Cocoon Engine X4 Playbook.

‼️ Заслать на кофе ⏺️

Обсуждение системы - в нашем SEO чате.

Дополнительные Гайды:

1. Поисковый слой Cocoon Engine X4: практическое руководство для новичка

2. Аудит своей страницы и доработка до кокона

———————————-
Разбор частных случаев:
- как написать одну статью по тематике
( доп пример с оценкой конкурентов + доп пример для риелторов в штатах)

- как работать с медициной на примере пути выбора клиник пациентом

- как разрабатывать идеи коконов на примере магазина с катриджами

- Сборка многостраничного сайта с нуля по файлу семантики (кластеризованный список ключей)

#DrMax

SignalForge - навык для управляемых SEO/GEO-экспериментов

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

Работает с одной целевой страницей за проект. Для второй страницы — новый чат/проект, данные не смешиваются.

Принцип работы
Навык держит на входе четыре типа сигналов и не даёт решению зависеть только от одного из них:

1. Содержание целевой страницы
2. Пять страниц-конкурентов из выдачи
3. Снимок Google-выдачи (органика + AI Overview + People Also Ask)
4. Выгрузка Google Search Console

Цикл работы:

диагноз → закрытый список из 3–5 гипотез → контракт измерения
→ правка → публикация → срезы среды каждые 2–14 дней
→ замер через 28 дней → решение (принять/откатить/повторить)
→ обновление опыта → следующая гипотеза

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

Для чего предназначен

➡️Оптимизация страницы одновременно под классическую выдачу и под генеративные ответы (AI Overview).

➡️Дисциплина эксперимента: одна проверяемая гипотеза за цикл

➡️Защита от самообмана: причинный вывод не делается, если выдача была нестабильна, конкурент разом всё переписал или прошло слишком мало дней.

➡️Защита от эффекта «все становятся одинаковыми»: навык отдельно следит, не начала ли страница копировать конкурентов без пользы для читателя.

Что подаём на входе

target.md            — целевая страница (шапка с URL, датами, автором + полный текст)
competitor-01.md      — по competitor-05.md: пять конкурентов из выдачи
serp-primary.md       — снимок выдачи: органика, AI Overview, PAA
gsc.csv               — выгрузка Search Console (query, clicks, impressions, ctr, position, date)

Всё - Markdown, кроме выгрузки Search Console (CSV/XLSX).

Как поддерживаем работу во времени
Один проект живёт в одном чате на продолжении всего эксперимента. Навык сам хранит состояние - при возвращении в чат он читает его, а не начинает анализ с нуля.

каждые 2–14 дней (зависит от того, насколько шумит выдача):
  свежий serp-primary.md + пять конкурентов
  → обновление конкурентной картины, без выводов по конверсии

через 28 дней после публикации правки:
  свежая выгрузка Search Console
  → замер результата именно по контракту, заключённому до правки

каждые ~56 дней:
  ревизия: не начала ли страница копировать конкурентов без пользы

Что получаем на выходе

➡️Закрытый список из 3–5 практических рекомендаций (не «добавьте экспертности», а «в разделе X добавить таблицу с критериями Y и Z, основание - 4 из 5 конкурентов и запросы GSC»).

➡️Контракт измерения на каждую гипотезу: заранее прописано, что считается успехом, а что провалом - до публикации, а не после.

➡️Журнал гипотез с исходами (позитивный/нейтральный/негативный/неопределённый) и растущий опыт: какие тактики работают для этого конкретного типа страницы.

➡️Явное предупреждение, если правки начали гнаться за формальными признаками видимости в ущерб пользе.

Практические приёмы

➡️Не запускать сразу рерайт. Первая команда в проекте - только диагностика, без правок:

SignalForge, диагностика.
Проанализируй target.md, пять конкурентов, serp-primary.md и gsc.csv.
Рекомендаций пока не давай, только карту дефицитов и рисков.

➡️Различать одиночный тест и пакет. Если правка неразделима по смыслу (новый раздел + таблица + источники) - это один пакет с одной метрикой, а не три гипотезы. Если можно изолировать (просто title) - тестировать отдельно от контентных изменений.

➡️Фиксировать контракт до публикации, не после. Перед тем как менять страницу, явно прописать: основная метрика, допустимое отступление по конверсии и позиции, минимальный срок наблюдения (28 дней). Это не позволяет потом «подогнать» интерпретацию под удобный результат.

#DrMax

Regulatory & Risk Scanner

Промпт №19 из подборки 25 PRO промптов. В подборке он оказался урезан. Выкладываю полную, доработанную версию.

Regulatory & Risk Scanner - это промпт для предварительной оценки регуляторных, репутационных и содержательных рисков в SEO-стратегии.

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

Зачем нужен

Промпт позволяет заранее увидеть, где сайт или будущая SEO-стратегия могут столкнуться с проблемами:

➡️неподтвержденные или чрезмерно смелые обещания;

➡️опасные сравнительные утверждения;

➡️недостаток источников, экспертизы или проверки материалов;

➡️слабая прозрачность компании, авторов, методологии или условий;

➡️рискованные призывы к действию;

➡️страницы, которые нельзя масштабировать без дополнительной проверки;

➡️различия требований между странами и регионами;

➡️риски для доверия, репутации, видимости в поиске и присутствия в ответах ИИ-систем.

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

Как работать

➡️Укажите нишу, сайт, страны продвижения, бизнес-модель, продукт или услугу, главные цели и целевое действие пользователя.

➡️Передайте примеры текущих страниц, рекламных обещаний, сравнений, призывов к действию, используемых доказательств, отзывов, лицензий, сертификатов, политик и дисклеймеров.

➡️Запустите промпт и получите карту рисков: чувствительные темы, рискованные формулировки, проблемные типы страниц, недостающие элементы доверия и необходимые уровни проверки.

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

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

Ключевой принцип

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

#DrMax

PromptSculptor v0.4 -компрессор промптов

PromptSculptor - это LLM-спецификация, которая сжимает другие промпты, сохраняя их исполняемое поведение (цель, ограничения, условия, формат вывода, зависимости), а не просто укорачивает текст.

Для чего нужно. Снижает расход токенов на system/developer/user-промптах без риска "сломать" логику, потерять исключения, примеры или контракт вывода.

Режимы:
COMPRESS - сжимает промпт.
AUDIT - сравнивает исходник и кандидата (свой или чужой) и выносит вердикт PASS / PASS_WITH_WARNINGS / FAIL.

Уровни сжатия: Guarded (1, низкий риск, точечная чистка промпта) → Balanced (2, дефолт) → Aggressive (3, максимум, с автоматическим понижением при высоком риске).

⚠️ на очень сложных промптах, 3 уровень может привести к росту исходного промпта (!!!). Зависит от модели. Использовать очень аккуратно!

Настройки:
output_mode - full/lite (глубина отчёта),
output_format - markdown/json (markdown — дефолт для чтения человеком, JSON — только по явному запросу),
removable_preferences/теги [OPTIONAL] (что можно убрать на Level 3), опционально test_cases, tokenizer, cost_policy, execution_results для оценки/измерения реальной стоимости.

Как работать в чате:
1. В новый чат прикладывается сама спецификация PromptSculptor v0.4 + копипаститься стартовый промпт (жёстко задаёт протокол: как оператор чата собирает запрос пользователя в валидный input и в каком формате отвечает)

2. Открываете и читаете хэлп-файл (шаблоны запросов на каждый режим/настройку и как читать результат).

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

Как работать в агентских LLM.
Спецификация используется как system/developer-промпт агента-инструмента: агент передаёт source_messages (и candidate_messages для AUDIT) программно через структурированный JSON-вызов, без ролевых меток внутри текста; результат по умолчанию — markdown-отчёт, но для встраивания в пайплайн следует явно задавать output_format: json, чтобы получать машиночитаемый ответ по фиксированной схеме.

#DrMax

BrandCore Navigator v1.1.4 + стартовый промпт

BrandCore v0.8 - паспорт компании/сайта

1. Техническое описание протокола

Назначение. BrandCore - структурированный markdown-файл, выполняющий функцию единого источника правды (SSOT) о компании при генерации контента через LLM. Прикладывается целиком к любой задаче генерации в качестве системного контекста.

Структура. 16 разделов + операционная карточка. Ключевые:

0 - Паспорт компании, иерархия приоритетов при конфликте инструкций, навигатор по разделам
1 - Юридические данные, лицензии, IP, заявления о свойствах (claims), классификация данных
2–5 - Миссия, бизнес-модель, аудитория, продуктовый каталог
6–7 - E-E-A-T, авторство, голос бренда, терминология
8–12 - Методологии, визуальная идентичность, контент-архитектура, техника, SEO/GEO
13–15 - Защита от подмены инструкций, чек-лист качества, формат отчёта

Механизмы контроля данных:

- Шкала статусов достоверности - 4 значения: подтверждено / черновик / устарело / в архиве. Только "подтверждено" разрешено использовать в публичном материале.
- Разделение полей и записей. Поле (раздел 1.1, 9.1) - уникальная единица, заполняется один раз. Запись (claims, факты, метрики, продукты, лицензии - разделы 1.4, 3.3, 3.5, 5.1.1) - повторяемая единица со стабильным ID (claim.01, fact.02).
- Источник + точный фрагмент - обязательная пара колонок для любого факта, разделены: источник (документ/URL/"прямой ответ пользователя"), фрагмент (конкретное место, не общая ссылка).
- BLOCKING-разделы - список обязательных для генерации разделов, читается из самого файла (операционная карточка + чек-лист раздела 14), не хранится отдельной копией.
- Служебный отчёт - после каждой генерации модель выводит отдельным блоком (не в публикуемый текст): использованные ID фактов/claims, конфликты, причину остановки при блокировке.

Ограничения по конструкции: не проверяет фактологию автоматически, не заменяет юридическое согласование, не гарантирует поведение модели без явного system-prompt слоя (см. примеры ниже).


2. Примеры использования в одном чате

Пример 1 - карточка товара

Шаг 1. Новый чат → прикрепить BRANDCORE.md.

Шаг 2. Стартовый промпт:

Работай строго по правилам приложенного файла BRANDCORE.md.
Используй только записи со статусом "подтверждено" из разделов 1.4
(заявления о свойствах), 5.1.1 (продукты), 7 (голос бренда).
Если для карточки нужен факт, которого нет в файле со статусом
"подтверждено" - не придумывай, оставь плейсхолдер и укажи, чего
не хватает. После текста карточки выведи отдельным блоком
"СЛУЖЕБНЫЙ ОТЧЁТ": какие ID claims и продуктов использованы.

Подтверди, что прочитал файл, и жди задание.

Шаг 3. Рабочий промпт:

Напиши карточку товара для product.03 (термобельё LOLLO, размер 98–104).
Канал: сайт, карточка каталога. Аудитория: родители детей 4–6 лет.
Объём: 400–500 слов. Обязательно используй claim.02 и claim.05,
если их статус "подтверждено" для этого продукта.

Модель достаёт характеристики из 5.1.1, разрешённые формулировки из 1.4, тон из 7.1–7.2, и не может вставить заявление, не привязанное к product.03 по правилу дифференциации источника (раздел 6.4 BrandCore).

---

Пример 2 - статья в блог с проверкой на дубли

Стартовый промпт (тот же чат, что и выше, или новый с тем же файлом):

Работай по BRANDCORE.md. Перед структурой статьи сверься с реестром
существующих материалов (раздел 10.5) - если он заполнен, проверь,
не дублирует ли новая тема уже существующий материал (правило 10.3).
Если реестр не заполнен или неполон - явно скажи об этом, не делай
вид, что дублей нет.

1. Файл прикладывается один раз на чат - не нужно копировать его в каждое сообщение.

2. Стартовый промпт всегда фиксирует: (а) какие статусы допустимы к использованию, (б) требование служебного отчёта, (в) канал-специфичные ограничения (реклама/карточка/статья имеют разные правила по разделу 6.4).

3. Рабочий промпт - обычное творческое задание, но с явной привязкой к ID записей (claim.NN, product.NN, fact.NN), а не к абстрактному "в нашем фирменном стиле".

#DrMax

🔥 TGA Navigator v1.0.3

Это надстройка (скилл для скилла) для использования с Topical Graph Architect при работе с семантическими коконами.

Крайне упрощает работу (до выбора пунктов меню). Незамедлительно рекомендую использовать всем новичкам при работе с семантическими коконами.

Как работать:

1. Прицепляем в новый чат 2 скилла: Topical Graph Architect и TGA Navigator (приложен)

2. Откройте стартовый промпт (приложен) и скопипастите его в этот же чат

3. Следуйте за указаниями навигатора.


Навигатор выведет список возможностей. Выбирайте номер пункта меню и работайте:

1. Проверить ключевые запросы — разобрать запросы, найти задачи пользователей, группы, дубли и наметить один или несколько разделов сайта.

2. Построить новый кокон — пройти путь от темы или ключей до готовой структуры страниц, связей, заданий и плана внедрения.

3. Провести аудит существующего раздела сайта — проверить адреса, содержание, навигацию, ссылки, факты и дубли.

4. Найти скрытые потребности пользователей — найти дополнительные вопросы и сценарии без построения полной архитектуры.

5. Проверить один конкретный элемент — страницу, ссылку, пару страниц на дублирование, родительский раздел, факт, миграцию или готовность к публикации.

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

‼️ 7. Дополнительные проверки — более двадцати точечных приёмов: тест удаления страницы, поиск дублей в шаблоне, проверка устаревших фактов, стресс-тест архитектуры и другие.


Список доступных команд:
/старт | «начнём заново» - Новая сессия и главное меню
/меню | «покажи меню» - Вернуться к меню без потери подтверждённых решений
/назад | «вернись на шаг назад» - Вернуться к предыдущему этапу, отменить неподтверждённый черновик
/статус | «что сейчас происходит» - Показать сценарий, этап, что подтверждено, что предполагается, что мешает, следующий шаг
/сохранить | «сохрани, что у нас есть» - Снимок текущего состояния для продолжения позже
/показать-решения | «покажи, что мы уже решили» - Список решений и их статусов
/показать-допущения | «покажи, что мы предполагаем» - Список предположений и уровень уверенности
/показать-препятствия | «что нам мешает» - Список того, что не даёт двигаться к публикации
/показать-недостающие-данные | «чего не хватает» - Список данных, которые стоит донести
/экспорт-таблица | «выведи таблицей» - Текущий результат в виде таблицы
/экспорт-тз | «сделай задание» - Редакционное и/или техническое задание
/повторить-проверку| «проверь ещё раз» - Повторный запуск затронутых проверок после новых данных
/сменить-сценарий | «давай сменим задачу» - Безопасный переход к другому сценарию с сохранением решений
/объясни-проще | «объясни проще» - Более простое объяснение без потери логики
/быстрый-режим | «давай быстрее» - Меньше объяснений, но важные подтверждения остаются
/подробный-режим | «объясняй подробнее» - Вернуться к полному пошаговому темпу
/первый-черновик | «покажи быстрый набросок» - Неутверждённый черновик на основе текущих данных


Пользуйтесь.

Не забывайте скидываться на кофемашину )))

#DrMax

Topical Graph Architect (TGA) (окончание)

Подборка хитрых и неочевидных приемов работы с TGA

Topical Graph Architect (TGA) (продолжение)


3. Проектирование при недостатке данных (hypothesis_led_design)
Это не режим, который задают вручную - его назначает сам скилл, если явно запрошено полное проектирование, но входных данных мало. В этом случае скилл всё равно строит архитектуру, но помечает слабые решения как предположения с уровнем уверенности и явно указывает, какие данные нужно донести. Достаточно запросить full_cocoon_design с урезанным входом - переключение произойдёт автоматически.

Пример промпта:

Режим: full_cocoon_design
Тема: доставка питьевой воды на дом
Ключевые фразы: доставка воды на дом, заказать воду с доставкой
Тип сайта: ecommerce

Данных мало, но нужна архитектура кокона уже сейчас. Построй лучшую
архитектурную гипотезу, явно отметь допущения и confidence по каждому
слабому решению, и укажи, какие данные нужны, чтобы довести кокон
до полноценного проектирования.

4. Аудит существующего кокона (cocoon_audit)
Применяется к уже существующему сайту или разделу: проверяет структуру, канонических родителей, дубли, сироты, согласованность навигации, расхождения в фактах, паритет качества между страницами и наличие обязательных доверительных страниц. Чем больше данных о текущем сайте передано, тем точнее результат. Крайне рекомендую нацеплять в чат .md всех страниц, а не проверять по URL.

Пример промпта:

Режим: cocoon_audit
Тема: раздел сайта про пластиковые окна
Тип сайта: corporate
Язык: русский, регион: Россия
Вертикаль: none

Данные о текущем сайте:
- Список URL раздела: /okna/, /okna/montazh/, /okna/profili/, /okna/steklopakety/,
/okna/garantiya/, /okna/cena/
- Title и H1 каждой страницы: [прикладываю таблицу]
- Текущая перелинковка: [прикладываю выгрузку из Screaming Frog]
- Хлебные крошки и структура меню: [прикладываю]
- Данные по показам и кликам из Google Search Console: [прикладываю]

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

5. Исследование скрытого спроса (latent_intent_research)
Используется, когда нужно понять неочевидные, скрытые потребности пользователя по теме или группе запросов, но полноценная архитектура кокона пока не нужна. Хороший режим для этапа исследования перед тем, как заказывать полное проектирование.

Пример промпта:

Режим: latent_intent_research
Запрос: подготовка к сдаче IELTS самостоятельно
Язык: русский, регион: Россия
Тип сайта: media

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

Режимы удобно комбинировать последовательно в рамках одной сессии: сначала quick_assessment, чтобы понять контуры темы, затем, получив от скилла список нужных данных, донести их и запросить full_cocoon_design, а спустя время, когда раздел уже опубликован, вернуться к тому же чату и запросить cocoon_audit по тем же страницам. Скилл сохраняет единую логику сущностей и интентов на всём протяжении разговора, поэтому не нужно каждый раз объяснять контекст темы заново - достаточно сослаться на то, что обсуждалось выше, и указать новый режим и недостающие переменные.

Во вложении - полноценный Хелп по работе со скиллом во всех режимах.

#DrMax #СемантическийКокон

Topical Graph Architect (TGA) v4.0.8
(работа с семантическими коконами)

TGA - это скилл для проектирования, аудита и развития семантических коконов (тематических кластеров 4-го поколения) . Он не пишет тексты статей, а строит архитектуру: границы темы, карту сущностей и пользовательских задач, список нужных страниц с ролями и приоритетами, схему внутренней перелинковки на уровне абзацев, единый источник правды для изменяемых фактов и итоговый статус готовности к публикации.

Переменные:

main_topic - основная тема;

keywords - список ключевых фраз или запросов;

site_type - тип сайта: media, saas, ecommerce, affiliate, corporate, marketplace, service, other;

language, region - язык и география;

strategic_goal - цель: semantic_silo, content_hub, topical_authority, commercial_cluster, support_cluster, mixed;

vertical_profile - вертикаль: none, ymyl_finance, ymyl_medical, ymyl_legal, other_regulated, custom_regulated;

output_format - формат вывода: таблица, JSON, техническое задание, редакционные задачи или всё вместе.

Режим передаётся полем requested_mode, а скилл сам решает фактический resolved_mode - это важно для одного из режимов ниже.


‼️Сценарии работы (в режиме чата).

Цепляем скилл в новый чат. Вводим стартовый промпт. После этого приступаем к работе

1. Быстрая оценка (quick_assessment)
Используется, когда данных мало, тема ещё не проверена или нужен предварительный взгляд перед тем, как заказывать полную архитектуру. Результат - границы темы, ключевые сущности, вероятные интенты, риски каннибализации и список данных, которые нужны для полноценного проектирования.

Пример промпта:

Режим: quick_assessment
Тема: курсы английского языка для взрослых онлайн
Ключевые фразы: курсы английского онлайн, разговорный английский для взрослых,
подготовка к международным экзаменам по английскому
Тип сайта: media
Язык: русский, регион: Россия
Стратегическая цель: topical_authority

Дай быструю оценку: какие макрокластеры и сущности здесь есть,
какой раздел логично сделать центральным, какие риски каннибализации видишь
и каких данных не хватает для полного проектирования.

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

Пример промпта:

Режим: full_cocoon_design
Тема: ипотека для сотрудников IT-компаний
Ключевые фразы:
- ипотека для IT-специалистов
- условия льготной ипотеки для айтишников
- какие банки дают льготную ипотеку IT-специалистам
- документы для льготной ипотеки айтишнику
- можно ли самозанятому в IT получить льготную ипотеку
Тип сайта: media
Язык: русский, регион: Россия
Стратегическая цель: topical_authority
Вертикаль: ymyl_finance
Роль сайта относительно продукта: publisher
Изменяемые факты, которые нужно отследить: ставка, первоначальный взнос, лимит по программе

Спроектируй полный кокон: сущности, явные и скрытые интенты, список страниц
с приоритетами, канонические родители, карту внутренней перелинковки,
обязательные trust- и evidence-страницы. Формат вывода: комбинированный
(таблица плюс техническое задание).

LinguaForensic AI Text Detector
Обновление скилла до версии 3.9.4.

Поработал над скиллом для улучшения детекта роботности всяких пограничных случаев.

Описание скила берите из прошлой версии.

#DrMax

Скилл Latent Intent Analyst v.2.2.

Это система для работы со скрытыми интентами.

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

Скилл решает задачу:

запрос → явный интент + ограниченный набор скрытых гипотез + неопределенность

без обращения к каталогу, истории пользователя, сессии, поведенческим сигналам или внешним API. Это принципиальное архитектурное решение: скилл - чистый слой анализа текста, а не поисковый или рекомендательный движок.

Скилл - первая (и на сегодня единственная реализованная) итерация более широкой концепции Latent Intent Discovery & Evaluation - многоступенчатой архитектуры для discovery-поиска, в которой анализ интента, генерация гипотез, проверка через каталог и планирование действия разделены на независимые модули:

Latent Intent Discovery & Evaluation
├── 1. Intent Analyst        ← latent_intent_analyst v2.2 (эта версия)
├── 2. Catalog / Retrieval Validation   (не реализовано)
├── 3. Personalization Layer            (не реализовано)
└── 4. Dialogue / Clarify Mode          (спроектирован, не реализован)

Изначально идея разрабатывалась для e-commerce discovery-поиска (расширение товарного поиска связанными интентами - substitute, complement, scenario), но, поскольку скилл работает только с текстом запроса и не привязан к товарному домену, он одинаково применим к:
- поисковым запросам в e-commerce;
- ключевым словам в SEO (в том числе данным Google Search Console);
- запросам в справочных и support-системах;
- формулировкам задач для контент-планирования.


Для чего нужен скилл

Скилл отвечает на один и тот же вопрос независимо от домена:

Какие интерпретации запроса семантически возможны, какие из них > поддержаны текстом, с какой степенью риска, и какой вопрос лучше всего снял бы неопределенность?

Практические применения:

➡️Диагностика намерения запроса - до того, как писать контент, страницу выдачи или карусель, понять, что запрос выражает буквально и что можно предположить.

➡️Content gap анализ - hidden_intents и uncertainties - это, по сути, список подтем, которые страница должна закрывать, чтобы полностью соответствовать запросу.

➡️Приоритизация уточнений - recommended_question показывает, какой единственный вопрос или блок контента снимет наибольшую неопределенность.

➡️Защита от переинтерпретации - semantic_drift_flag и rejected_hypotheses не дают модели/автору контента свалить запрос в случайные ассоциации.

➡️Классификация задачи ключа - query_nature (transactional / informational / navigational / mixed) - первый фильтр перед любым дальнейшим анализом ключа.

Приёмы работы со скиллом

1. Одиночный запрос

Базовый паттерн - подать один запрос, получить структурированный анализ в режиме human (по умолчанию). Подходит для точечной диагностики одного ключа или формулировки.


2. Пакетный анализ (batch)
Скилл не имеет встроенного batch-режима в схеме v2.2, но его можно использовать в цикле: подавать список ключей по одному и агрегировать результаты в таблицу (например, для последующей приоритизации в контент-плане). Для этого удобнее режим json или minimal - они дают машиночитаемый объект без пояснительного текста, который проще сводить в таблицу.


3. Переключение режима вывода

Режим переключается явной командой в диалоге:
- "работай в human-режиме"
- "выведи в JSON"
- "используй минимальный режим"

Нужно просматривать rejected_hypotheses даже когда не нужен полный список: это лучший индикатор того, где граница между "обоснованным расширением темы" и "додумыванием за пользователя". Для SEO это прямая защита от избыточной, нерелевантной ключевой оптимизации на странице.

Более подробное описание - см в нашем чате. Там же плайбук и приемы работы.

#DrMax

TEXT HUMANIZATION by DrMax v1.6.1 - RUNTIME FINAL
ЧАСТЬ 2 - Help & Набор сценариев

Для обычной работы достаточно передать текст, целевую аудиторию, тон, желаемый режим и критические факты/ограничения. Для research-driven, технических, медицинских, юридических, финансовых и сравнительных материалов нужен полный GIST handoff с block contracts и source anchors.

Для этого читайте полную документацию по настройке скилла:

HELP TEXT HUMANIZATION RUNTIME FINAL - полный перечень всех режимов работы и настраиваемых переменных.

СЦЕНАРИИ ДЛЯ TEXT HUMANIZATION RUNTIME FINAL - типичные сценарии работы.

например, тут показано, как на исследованиях об Электрочайнике XYZ полученных GIST Content Logic:

1. Переписываем как карточку товара Электрочайник XYZ
2. Делаем обзор Электрочайника XYZ от лица редакции журнала
3. Делаем обзор Электрочайника XYZ как производитель этого электрочайника
4. Делаем обзор того же Электрочайника, как обзорщик-тестировщик в блог

Там же разобран с десяток и иных сценариев работы (с полными настройками переменных)

В принципе, вы можете словами затребовать от скилла TEXT HUMANIZATION - мол сделай типичную карточку товара или там обзор услуг с автодетектом исследования и автонастройкой переменных. Но тем скилл и хорош, что один раз заполнив основные переменные вы получаете тысячи карточек, выполненных именно в вашем стиле, под ваш бренд, под ваш голос. Ну или иной какой контент.

Мощная система переменных и режимов запрещает смысловые дрифты и всякие там выдумывания ленивыми LLM.

Итак, используйте скилл TEXT HUMANIZATION by DrMax v1.6.1 - RUNTIME FINAL после отработки скилла GIST Content Logic в том же самом чате, где проводили исследования (если работаете в режиме одного чата).

#DrMax #GIST #HUMANIZATION