Повторное использование материала
Статья PUB-01, сообщение, карточка и два видеосценария уже объясняют одну задачу разными способами. Теперь соберём их в пакет повторного использования PACK-01. Результатом урока станет карта смысловых зависимостей: что можно сократить, что нужно сохранить и какие объекты меняются вместе при исправлении исходного объяснения.
Повторное использование не означает одинаковое копирование текста во все каналы. Каждый формат решает своё действие: урок раскрывает механизм, сообщение даёт вход, карточка показывает отношение, видео демонстрирует порядок. В lesson-13 архива серии сохраняем локальную карту версий. Внешних публикаций и выполненных измерений нет.
Смысловое ядро
Выделим в PUB-01 три обязательных положения. Исходник и URL — разные объекты. Прежний путь назначается материалу явно. Выдача страницы по нему требует отдельного подтверждения. Эти положения образуют ядро CORE-01. Формат может изменять длину и порядок примеров, но не должен менять причину результата. Если сообщение утверждает, что Markdown автоматически сохраняет адреса, оно уже не представляет исходный урок.
К ядру привяжем артефакты: MSG-PUB-01-v2, VIS-01, VID-01, VID-02. У каждого есть версия и функция. Сокращённый формат может не показывать полный реестр, если он ясно говорит о его назначении и ведёт к подробному примеру. Но оговорка о непроверенной выдаче не должна исчезнуть там, где результат изображён как будто выполненный. Нужная степень детализации зависит от утверждения формата.
| Объект | Сохраняет | Может сократить | Не вправе добавить |
|---|---|---|---|
| Сообщение | Различие объектов | Полный реестр | Гарантию трафика |
| Карточка | Направление связи | Длинный путь | Новый адрес вместо старого |
| Короткое видео | Порядок идеи | Дополнительный вариант | Фактическую проверку |
| Практическое видео | Все нужные шаги | Ожидание при монтаже | Скрытую настройку |
Версия и происхождение
В карте PACK-01 запишем источник каждого объекта. Это принятая локальная версия PUB-01, а не случайный файл из переписки. Если автор меняет термин или пример, редактор видит, какие адаптации требуют просмотра. Такая связь особенно полезна, когда одна статья представлена десятком сообщений: по памяти трудно определить, где сохранилось прежнее неточное объяснение.
Версия ядра и версия изображения могут различаться. Например, CORE-01 v1 поддерживают сообщение второй версии и паспорт карточки первой версии. Это нормально, если смысл согласован. Номер сам по себе ничего не доказывает. В документе нужны конкретные отношения: «поддерживает ядро v1», «требует просмотра после изменения F-02». Не пытайтесь считать все объекты автоматически одинаковыми только из-за общего номера.
Отдельно храните статус готовности. Статья может быть готова локально, карточка — только заданием, видео — сценарием. Пакет не становится полностью готовым к внешнему выпуску, пока необходимые части не подготовлены и не принято отдельное решение. В нашей лаборатории external_actions остаётся ложным. Карта зависимостей помогает готовить материалы, но не даёт разрешения на отправку сообщений.
Не приписывайте адаптации новый источник опыта. Если исходная статья содержит ожидаемый пример, сообщение не может сказать «мы провели эксперимент». Если интервью было синтетическим, видео не может представить его как реальный разговор с инженером. Происхождение факта переносится вместе со смыслом. Красивое оформление не увеличивает уровень подтверждения утверждения.
Исправление одного положения
Рассмотрим предметную правку: выяснилось, что заданный путь обслуживается только при дополнительном правиле конфигурации. Ядро меняется на v2: явного адреса недостаточно без настройки выдачи. В урок добавляется условие. В коротком сообщении потребуется уточнить последнюю фразу, в практическом видео — добавить видимый шаг, в карточке — проверить, не выглядит ли отношение автоматическим.
Не все объекты нужно переписывать целиком. VIS-01 уже показывает назначенную связь и не изображает выполненный результат. Возможно, достаточно уточнить подпись сопровождающего сообщения. VID-02 требует содержательной правки сцены, потому что его обещание включает полный порядок действий. Карта помогает выбрать объём изменения по смыслу, а не применять механический поиск и замену ко всему пакету.
Укажем причину пересмотра: «уточнено условие серверной выдачи». Это отличается от «обновили дизайн». При следующей рецензии важно знать, какая техническая предпосылка изменилась. Если исправление касается только цвета карточки, ядро сохраняет версию. Если меняется причина результата, ядро нужно пересмотреть даже при неизменном заголовке статьи.
Можно использовать старый материал повторно без изменения, если задача нового размещения совпадает и условия актуальны. Но повторный выпуск не делает страницу новой автоматически. В учебном календаре для такой операции создаётся задача «повторно представить», а не новый материал с тем же текстом. Публичный адрес и основная карточка статьи сохраняются. Это защищает библиотеку от лишних дублей.
Проверка пакета
Просмотрите каждый объект вне исходного контекста. Сообщение должно оставаться понятным без изображения. Карточка должна сохранять отношение объектов без текста статьи. Практический сценарий должен называть предпосылки, даже если зритель не видел короткий ролик. При этом адаптации могут ссылаться на подробный источник. Самостоятельность означает достаточный контекст для выбранного обещания, а не повтор всей программы в каждом формате.
Особенно полезен ошибочный вариант: удалите из сообщения слово «явно». Оно станет звучать как автоматическое свойство переноса. Затем удалите из видеосценария сцену исходных данных. Путь появится без происхождения. Эти маленькие изменения показывают, что смысл зависит не только от темы и общего заголовка, но и от конкретных связей в объяснении.
В artifact.md перечислены четыре адаптации и необходимые действия при правке ядра. В after.json добавлен PACK-01, остальные решения сохранены. Ожидаемый результат — возможность найти все места, которые нужно пересмотреть при изменении одного технического положения. Никакой синхронизации с внешними площадками не происходит, потому что опубликованных объектов в модели нет.
Попробуйте добавить текстовую подборку для рассылки. Укажите, какой смысл она сохраняет, какие детали переносит по ссылке и какую версию ядра использует. Если для нового объекта нельзя определить эти отношения, он ещё не является согласованной адаптацией. В следующей главе проектируем вход в сообщество, где вокруг материала появляются вопросы и собственные действия участников.