huncode/progcode
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

rewrite 2026-09 and 2027 articles for reader-facing quality
Build and deploy / deploy (push) Successful in 18s
Details

Browse Source
This commit is contained in:
huncode
2026-07-31 22:26:56 +03:00
parent 3bfc3f21c4
commit 440c8721dc
69 changed files with 4424 additions and 3533 deletions
Download Patch File Download Diff File Expand all files Collapse all files
editorial/QUALITY_STANDARD.md
+3 -2
View File
@@ -25,6 +25,7 @@
- Нижняя граница — не повод искусственно растягивать выводы. Если тема проста, глубину создают контекст, контрпример, проверка и решение, а не повтор одной мысли.
- Верхняя граница — повод разбить слишком широкую тему на серию. Одна статья отвечает на один главный вопрос.
- Каждый абзац либо добавляет факт, решение, ограничение или следующий шаг. Вступления «вообще о важности темы» и эмоциональные связки без технического смысла вырезаются.
- В тело статьи не попадает внутренний редакционный процесс: планы выпуска, source cutoff, editorial date, future-only, synthetic hand-off, `productionEffect`, статусы `not-collected`/`not-attempted`, отчёты о траектории автора и описание того, как статья проверялась. Это материал для review-файла, не тема читательской публикации.
## Техническая речь
@@ -50,7 +51,7 @@
## Тройное ревью перед публикацией
1. **Факты и техника.** Сверить утверждения с источниками, проверить пример, версионные оговорки, ссылки и отсутствие ложных обещаний.
2. **Редактура и голос.** Проверить постановку проблемы, объём 5–15 тыс. знаков, плотность, прагматичность речи, естественность тона соответствующего года, повторы и ясность переходов. Для месячной тройки отдельно сравнить статьи между собой: общий контекст не заменяет самостоятельное раскрытие каждого вопроса.
2. **Редактура и голос.** Проверить постановку проблемы, объём 5–15 тыс. знаков, плотность, прагматичность речи, естественность тона соответствующего года, повторы и ясность переходов. Удалить внутреннюю мета-лексику и проверить, что статья отвечает на технический вопрос читателя, а не описывает автора или редакционный процесс. Для месячной тройки отдельно сравнить статьи между собой: общий контекст не заменяет самостоятельное раскрытие каждого вопроса.
3. **Визуал и выпуск.** Открыть изображения и диаграммы, проверить таблицы на узком экране, доступность `alt`/подписей, JSON, автоматический аудит и production-сборку.
Результат каждой ручной проверки фиксируется рядом с партией в `editorial/reviews/`.
Каждый проход должен оставить конкретную правку или явное обоснование, почему правка не нужна; запись одного `PASS` без списка изменений не считается ревью. Результат каждой ручной проверки фиксируется рядом с партией в `editorial/reviews/`.