Грамматика правильная, но читать утомительно. К середине текста начинает клевать носом. Уже в первой строке понимаешь: «А, это написал ИИ».
Особое чувство дискомфорта при использовании ИИ для написания текстов на японском языке до сих пор остается проблемой для многих. Люди экспериментируют и разрабатывают навыки и системы, чтобы справиться с этим ощущением.
В этой статье я обобщил практические инсайты, проверенные мной в ежедневной работе и подтвержденные достижениями сообщества, структурировав их по четырем направлениям:
- Выбор модели: Почему правильный выбор модели важнее улучшений харнеса (фреймворка)
- Рекомендуемый процесс письма: Пять шагов для снижения когнитивной нагрузки на читателя и создания ритма предложений
- Рекомендуемые скиллы: Важнейшие инструменты от предшественников, которые контролируют длину предложений и предотвращают дезориентацию читателя
- Реальная среда письма: Структура репозитория для преодоления барьера, когда «добавление правил возвращает запах ИИ»
Сразу хочу четко заявить: «Выбор модели» эффективнее, чем промпты или хуки (харнесы).
По состоянию на 2026 год Gemini 3.8 Flash значительно превосходит конкурентов в написании текстов на японском, за ним следует Kimi K3. Claude, ранее хвалимый за естественность прозы, стал заметно жестким и угловатым из-за специализации на программировании. ChatGPT остается посредственным: слишком одинаковая длина абзацев и учебниковая структура оставляют самые очевидные следы ИИ.
Однако опора только на сырой вывод модели приводит к однородному ритму предложений и перекладывает когнитивную нагрузку на читателя. Необходимы процедуры и системы, чтобы использовать врожденную силу модели.
Рекомендуемый процесс письма
С учетом текущих знаний, процесс письма, который нам стоит применять сейчас, можно свести к этим пяти шагам.
1[Шаг 1] Сортировка и сокращение информации (отбросьте ненужную любезность)2 ↓3[Шаг 2] Проектирование ментальной карты читателя (глобальный порядок и связи)4 ↓5[Шаг 3] Проектирование интонации и вариаций (намеренное распределение «температуры»)6 ↓7[Шаг 4] Разделение написания и механической проверки (отбраковка через PostToolUse Hook)8 ↓9[Шаг 5] Человек полирует финальные 10% (фиксация диффов для обратной связи в правила)
Шаг 1. Предварительная сортировка и «сокращение» информации перед письмом
Главная причина нечитаемости текстов ИИ — «перекладывание когнитивной нагрузки» (Цубота-сан / @tsubotax). Он упаковывает предпосылки, дополнения и превентивные заверения в одно предложение. Железное правило: сократите информацию, не используемую для ответа на вопрос «что делать дальше», прежде чем давать задание ИИ.
- Определите «для кого это и какое решение нужно принять» в первых двух строках
- Назначьте каждому абзацу только одну роль, например «различия вариантов», «материалы для решения» или «методы проверки», и выбрасывайте абзацы, не подходящие ни под одну роль
- Удалите все скобочные дополнения, которые не влияют на принятие решений
Шаг 2. Глобальное проектирование, не разрушающее «ментальную карту» читателя
Как отметил Кейичиро Шикано (@golden_lucky), сбои в восприятии текста возникают из-за «засад, где намерение непонятно, пока не дочитаешь дальше», или «отсутствия связи с предыдущим абзацем». Подготовьте путь, чтобы читатели не терялись.
- При первом представлении концепции выстраивайте порядок так, чтобы типы и роли были понятны просто при последовательном чтении
- Перед введением новой информации подготовьте в сознании читателя место для ее принятия
- Всегда ставьте сразу после заголовка одно предложение, связывающее с предыдущим абзацем
Шаг 3. Намеренное внедрение «смещения (вариаций)»
ИИ склонен обсуждать все темы с одной «температурой», но суть человеческого прикосновения — в «смещении» (Нацу-сан / @art_reflection). Рассказывайте одержимо об интересных темах, пробегайте предпосылки одним предложением. Намеренно распределяйте интенсивность «нагрева» на этапе структуры.
Шаг 4. Разделение написания и механической проверки
Чем больше запретов вы перечисляете в промпте, тем сильнее модель сжимается и укорачивает предложения. Дайте ей писать свободно, а затем немедленно проверяйте механически через Hook после вывода файла. При нарушении не просто заменяйте слова — заставляйте переписать все предложение целиком. Разделение написания и проверки — ключ к сохранению ритма.
Шаг 5. Человек полирует финальные 10%
Не стремитесь к 100 баллам только силами ИИ. Оставьте 90% скелета ИИ, а человек пусть настроит оставшиеся 10% «воздуха» и текстуры. Фиксируйте исправления и используйте их для будущих промптов или правил проверки.
Рекомендуемые скиллы
Я также представляю необходимые инструменты и скиллы, рожденные сообществом для улучшения качества документов на японском, которыми пользуюсь сам.
natural-japanese (@techtalkjp**
Agent Skill, основанный на инсайде, что «запах ИИ проявляется в ритме больше, чем в лексике» (GitHub Repo / Статья с объяснением). На основе измеренных корпусов человеческих и ИИ-текстов он механически детектирует вариации длины предложений (burstiness), отвергая традиционные допущения вроде «недостатка существительных в конце» или «мало повторов в начале предложений».
https://x.com/techtalkjp/status/2076808889371443679
japanese-tech-writing (@golden_lucky**
Промпт, превращенный в скилл с точки зрения редактирования коммерческих книг (Gist / Пост в блоге). Он устраняет тон LLM, преувеличивающий позицию без добавления аргументов, такой как handle directly, dig deeper или nothing less than ~, регулируя порядок и расположение подлежащих, чтобы читатель понимал текст последовательно.
https://x.com/golden_lucky/status/2066751852088336698
Hooks × lint с хорошими паттернами (@yugen_matuni**
Система, использующая функции Hook инструментов AI-кодирования (PostToolUse) для проверки сразу после записи файла. Для NG-выражений она возвращает конкретные паттерны исправлений (good) вроде «истинная ценность заключается в...» вместе с требованием переписать все предложение.
https://x.com/yugen_matuni/status/2088251220452679951
Моя среда письма
В своем репозитории для писательства я столкнулся с неудачей: «чем больше правил я добавлял, тем сильнее сжимались предложения и возвращался запах ИИ». Добавление конвенций заставляло ИИ отступать к безопасным коротким фразам.
Из этого я вывел принцип дизайна: «Не уменьшайте количество правил; разделяйте их локации».
1[Общий поток письма]23[Вход] style-guide / voice-samples / edit-patterns (только критерии оценки)4 ↓5[Выполнение письма] writer (Gemini 3.8 Flash)6 ↓7[Автопроверка] PostToolUse Hook (отбраковка через detect-ai-smell.js)8 ↓9[Оценка качества] reviewer (объективная оценка на основе rubric.md)10 ↓11[Финальная полировка] Человеческая настройка и публикация (диффы возвращаются в правила)
1kgsi-note-documents_v2/2├── CLAUDE.md # Операционная политика, режимы письма, права агентов3├── GOVERNANCE.md # Лимиты размера для справочных материалов, три места хранения4├── style-guide.md # Стиль письма Когиесо (только описания суждений, макс. 4,500 знаков)5├── references/6│ ├── voice-samples.md # Образцы стиля (фрагменты абзацев по функциям)7│ ├── edit-patterns.md # Журнал ручных правок (до→после)8│ └── rubric.md # Критерии оценки для reviewer (бенчмарки дистанции)9├── human-bench/ # 5 прошлых статей, написанных человеком (writer не читает; порог для машинной проверки)10├── scripts/11│ ├── detect-ai-smell.js # Ворота машинной проверки (regex, проверка плотности, с 'good' паттернами)12│ ├── clean-japanese-spacing.js # Автоудаление полуширинных пробелов между японскими/латинскими символами13│ └── hooks/ # Скрипты для PostToolUse Hooks и т.д.14├── editor/ # Локальный редактор предпросмотра и ревизий в стиле note15└── note/ # Текст статьи (финальные черновики)
Это экран моего кастомного локального редактора (note-editor). Редактирование слева мгновенно отражается в центральном предпросмотре, эквивалентном production-версии note, а частичная ИИ-ревизия выделенных диапазонов может быть выполнена из правой панели.
Кастомный редактор. Запускается командой /note-editor
Три места хранения и разделение прав доступа
- Слой интернализации (читается writer):
style-guide.md,voice-samples.md. Описывает только критерии суждений writer’а тонко (макс. 4,500 знаков). - Машинный слой (авто-сканируется Hook):
scripts/detect-ai-smell.js. Без лимита знаков. Агрегирует запреты, детектируемые regex, и политики исправлений (good). - Слой суждений (читается reviewer):
references/rubric.md. Отдельный агент независимо оценивает дистанцию между готовым черновиком и целью.
Чтобы предотвратить разрастание, когда гайд превышает 80% своего лимита, мы удаляем объем старых правил, равный объему добавленных новых правил.
Фрагменты из реальных файлов
Вот основные части,excerpted из файлов, реально находящихся в эксплуатации.
`GOVERNANCE.md` (Принципы управления локациями и лимитами)
1Если материалы, читаемые writer и reviewer, разрастаются, предложения сжимаются, пытаясь следовать правилам, и возвращается запах ИИ.2В этой среде принцип таков: «правила не уменьшаются, а перемещаются», с лимитами, установленными для каждой локации.34[Три места хранения]5- Слой интернализации (читается writer): style-guide.md, voice-samples.md, edit-patterns.md6 → Держите тонкими. Только описания суждений. Не превращайте в чек-листы7- Машинный слой (авто-сканируется Hook): проверки в scripts/detect-ai-smell.js8 → Без лимита. Все запреты, записываемые через regex, идут сюда9- Слой суждений (читается reviewer): references/rubric.md, references/voice-samples.md10 → Критерии дистанции — это фрагменты. Один шаблон на тип только при путанице
`scripts/detect-ai-smell.js` (Машинная проверка и контраст с 'good')
1// Фрагмент detect-ai-smell.js2const CHECKS = [3 {4 name: "Уклончивые выражения / Неопределенная позиция",5 patterns: [/一概には言え|メリットもデメリットも|一長一短|状況によります|と言えるでしょう|と考えられます/g],6 limit: 1,7 gate: true,8 good: "Выберите сторону и твердо заявите о ней, поместив одно предложение доказательства сразу после. Не заканчивайте, представив обе стороны",9 },10 {11 name: "Предпросмотр клиффхэнгера 'Важно то...'",12 patterns: [/重要なのは|大事なのは/g],13 limit: 1,14 gate: true,15 good: "Пишите контент напрямую без предпросмотра. 'Важно то, что X' → 'X есть. Потому что ~'",16 },17 {18 name: "Вывески абстрактных контрастов",19 patterns: [/という構図です|デザイン思考/g],20 limit: 1,21 gate: true,22 good: "Пишите контрасты как действия того, кто что делает. 'Конструкция A и B' → 'A делает ~. B не делает ~'",23 },24];
`style-guide.md` (Инструкции-предпосылки для writer)
1Этот гайд — не чек-лист. Если вы спрашиваете себя «Нарушаю ли я правила?» во время письма, возвращается запах ИИ.2Когда я пишу статьи, эти пункты работают как интернализованные предпосылки.34Перед началом озвучьте следующее:51. Кто я сейчас, когда пишу (например, дизайнер, практикующий работу с ИИ)62. Какую реакцию я описываю (Ожидание → Реальность → Разрыв)73. Как я буду закрывать тему (Оставлю нерешенные вопросы или утвержу позицию и завершу)84. Дизайн интонации. Какие секции подчеркнуть, какие пробежать одним предложением
Заключение
Какой бы сложной ни была инфраструктура или какой бы отличной ни была выбранная модель, если внутри человека-писателя нет «сырой специфики», текст не будет стоять.
ИИ выплевывает клише, потому что люди не предоставили материал вроде «что они пережили и что показалось неправильным». Абстрактные инструкции дают только абстрактные банальности.
«Когда я действительно попробовал это, оказалось проще, чем ожидалось, и разочаровывающе»
«Я почувствовал небольшое облегчение, когда pull request прошел поздно ночью»
Только когда есть семена живых наблюдений, чисел и имен собственных, выразительная сила Gemini 3.8 Flash и автопроверка на основе Hook по-настоящему сияют.
Письмо с помощью ИИ — это не ленивая автоматизация, а редакторская попытка эффективно донести ваш собственный дискомфорт до читателей. Попробуйте начать с пересмотра только что написанной строки.
Примечание: Эта статья сама была написана на основе описанной здесь среды письма.
