article-structure-reviewlisted

# Структурный review статьи ## Когда применять Между завершением черновика и финальным текстовым аудитом. Порядок: 1. `jtbd-content` - ПЕРЕД написанием (job statement, target state) 2. `draft-narrative-purity` - во время (код/деревья в technical-examples) 3. **`article-structure-review`** - ПОСЛЕ первого черновика ← этот skill 4. `infostyle-audit` - после структуры (усилители, zero-info) 5. `humanize-russian` / `humanize-english` - финал (LLM-маркеры) 6. `{platform}-guide` - подгонка под платформу ## 1. Thesis/Proof Balance (главная проверка) **Правило:** каждый значимый тезис должен сопровождаться одним из: - Конкретный пример из личного опыта - Цифра с контекстом (число, процент, длительность, стоимость) - Case study: ситуация → что пробовали → результат - Код-сниппет (один, короткий, в тему) - Ссылка на источник с указанием *в чём именно* согласны **Антипаттерн:** 3+ тезиса подряд без ни одного proof-элемента. ### Механический тест Взять каждую H2-секцию. Пройтись по абзацам. Для каждого: - Сколько тезисов (утверждений про свойство/преимущество/правило)? - Сколько proof-элементов (из списка выше)? Если отношение тезис/proof выше 2:1 в секции - пересобрать. ### Примеры правки | Плохо (тезис без доказательства) | Хорошо (тезис + доказательство) | |---|---| | "Правила помогают избежать катастроф" | "Правило 'не менять localhost-адреса без контекста' появилось после того, как агент заменил SNI-proxy на реальный IP и сломал upload" | | "Векторный поиск хуже графа" |