Команда /dr-publish — от одобренного черновика к живому контенту
Как /dr-publish адаптирует контент под каждую целевую платформу, проводит проверки перед публикацией и формирует готовые к отправке данные — без ручного переформатирования.
Выпустить контент — это не просто скопировать текст в поле для ввода. У каждой платформы свои лимиты длины, правила форматирования и обработки ссылок. /dr-publish берёт на себя этот слой перевода, чтобы один и тот же одобренный контент корректно попал на каждую площадку.
Команда читает указанный путь к файлу и сначала проверяет, прошёл ли контент через /dr-edit. Если нет — выводится предупреждение перед продолжением. Затем запрашивается, на какие платформы публиковать: Telegram, LinkedIn, Facebook, X/Twitter, VK, Instagram или сайт и блог.
Адаптация под платформы
Для каждой целевой платформы контент форматируется по её правилам. Telegram по умолчанию принимает чистый UTF-8-текст; когда нужно Markdown-форматирование, все специальные символы корректно экранируются перед отправкой. LinkedIn и X получают обычный текст. Для сайтов перед записью в файл проверяются OG-теги, метаописание, канонический URL и иерархия заголовков.
Длина проверяется по жёстким лимитам платформ до того, как форматированная версия показывается на согласование. Текстовые посты в Telegram имеют потолок 4096 единиц UTF-16, подписи к фото — 1024 единицы. Контент, превышающий лимиты, получает явные точки разбивки на логических границах — между разделами или перед блоками кода, — а не обрезается по произвольному символу. Каждая адаптированная версия представляется на одобрение до выполнения каких-либо действий.
Чек-лист перед публикацией
Прежде чем версия для платформы считается готовой, проверяются шесть позиций: текст в пределах лимитов, форматирование отображается без сырой разметки, ссылки рабочие и кликабельные, изображения нужного размера под платформу, OG-теги присутствуют для сайтов, а для Telegram рекомендуется тестовая отправка в приватный чат. Для каждого пункта показывается статус — прошёл или нет.
Один конкретный случай, который стоит отметить: ссылки в постах для соцсетей должны идти в первый комментарий, а не в тело поста. Команда знает эту конвенцию и структурирует вывод соответствующим образом — тело поста заканчивается на смысловом акценте, а отдельный блок помечается для публикации в первом комментарии.
Что получается на выходе
Для Telegram результат — готовый Bot API-пейлоад: форматированный вызов sendMessage или sendPhoto. Для сайтов контент применяется непосредственно к целевому файлу, а карта сайта или RSS-лента обновляется при необходимости. Для других платформ результат — форматированный текст, готовый к вставке, с примечаниями по дальнейшим действиям для конкретной платформы.
После публикации на всех площадках команда фиксирует дату публикации в записи о контенте. Следующий рекомендуемый шаг в конвейере Datarim — /dr-archive для закрытия задачи.
Место в конвейере
/dr-publish — последний активный шаг в треке контента. Контент, не прошедший редакторскую проверку, сначала должен пойти через /dr-edit. Если контент ещё не создан, начало — в /dr-write.
Полная архитектура конвейера — в посте что такое Datarim. О предшествующем шаге — в посте про команду /dr-edit.