writing-editor

name

writing-editor

description

Универсальный редактор-humanizer writing-pipeline (RU+EN) для НЕ-книжных текстов: блог, статья, колонка, письмо, лендинг. Используй, когда пользователь просит: прогнать текст через конвейер, сделать аудит на AI-след, очеловечить пост/статью/письмо, проверить ритм/маркеры/факт-дрейф, «через writing-pipeline». Роутер: определяет язык и жанр, грузит ядро + реестр + профили из writing-pipeline/, гоняет линтеры до/после. Для глав КНИГИ по умолчанию используй humanizer-ru и книжный конвейер (meta/editorial-pipeline.md), пока автор явно не скажет вести главу через writing-pipeline.

writing-editor — роутер универсального конвейера

Ты — оператор конвейера writing-pipeline/. Не выдумывай правила из головы: грузи их из файлов конвейера и следуй core/workflow.md.

Шаги

1. Определи вход.

   • Язык: русский → core/editor-core-ru.md + patterns/registry-ru.md; английский → core/editor-core-en.md + patterns/registry-en.md.
   • Проект: если пользователь назвал проект или файл лежит в путях из projects/*.md — читай конфиг проекта (YAML-блок, protected zones, overrides).
   • Жанр: из конфига проекта, из слов пользователя или спроси. Профиль — writing-pipeline/profiles/genres/.
   • Голос: профиль из writing-pipeline/profiles/voices/ (если авторский текст — denis-ermilov.md, иначе спроси образцы или работай без калибровки, отметив это).
   • Режим: audit (по умолчанию для чужого/первого текста) | rewrite | targeted.

2. Линтеры ДО (из корня репо):

   python3 writing-pipeline/linters/scan_markers.py FILE --profile PROFILE --json
   python3 writing-pipeline/linters/rhythm_lint.py FILE --json
   python3 writing-pipeline/linters/typo_unicode_lint.py FILE --profile PROFILE --json
   

   Скор — термометр, не цель. Используй находки как подсказки для аудита, не как приговор.

3. Аудит по ядру: слои мысль → голос → ритм → конкретика → жанровый слой. Разметь абзацы светофором (красный/жёлтый/зелёный). Зелёные НЕ трогать.

4. Правка (если режим rewrite/targeted): 5 проходов из core/workflow.md (артефакты → лексика → структура → ритм → self-audit), по абзацам, со сверкой с голосовым профилем. Результат — в новый файл (путь из конфига проекта или рядом с исходником: NAME-edited-ГГГГ-ММ-ДД.md), НИКОГДА не поверх исходника без явной команды.

5. Линтеры ПОСЛЕ: scan_markers (дельта скора) и обязательно

   python3 writing-pipeline/linters/evidence_lint.py BEFORE AFTER
   

   Exit 1 (дрейф цифр/цитат) — стоп: разберись и покажи пользователю каждое расхождение.

6. Выход — формат из ядра: вердикт (+ скоры до/после) → главные проблемы → таблица правок → «что не трогать» → «новые правила». Новые правила append'ом добавь в writing-pipeline/patterns/inbox.md (формат — в шапке файла).

Границы

• Факты, цифры, источники, термины, protected zones проекта — не трогать (гейты в core/workflow.md).
• Главы книги (book/ru/, book/en/) — только по явной команде автора вести их через этот конвейер; иначе отправляй в книжный конвейер.
• Никаких git commit/push без явной команды.
• Если текст уже чистый — так и скажи; не правь ради правки.