Переработка контента с помощью ИИ
Автор: Ai Flowi · Опубликовано .
Переработка контента с помощью ИИ превращает один одобренный источник в черновики для разных форматов и аудиторий. Сохраняйте утверждения и оговорки источника, меняйте структуру под каждый канал и связывайте каждый вариант с версией источника для редакторской проверки. Результат здесь — очередь на проверку; публикация в социальных сетях и подключение аккаунтов не предусмотрены.
пример конфигурации, а не зафиксированный тест. Схема преобразования источника в варианты документирована в каталоге; Ai Flowi не проверяла её в рабочей среде.
1. Выберите один одобренный источник и определите его границы
Начните с предоставленного текста статьи, расшифровки, которую разрешено использовать, или доступного вам документа Google. Запишите его идентификатор, версию, статус одобрения и целевую аудиторию. Добавьте указания о фрагментах, в которых нужно сохранить формулировку или оговорку. Краткий пересказ условного утверждения должен сохранять условие даже в коротком формате.
Определите каждый результат до запроса текста. Вступление к рассылке должно объяснять, зачем читать источник; план статьи для блога — содержать разделы и ссылки на подтверждающие фрагменты; краткое объяснение — описывать чётко ограниченную задачу и давать достаточно контекста. Для этих черновиков нужны отдельные требования. Несколько сокращённых копий одного абзаца ещё не создают полезных различий между форматами.
Вам нужны AI Flowi Workflow, доступ к одобренному источнику и подключённый провайдер модели с вашим собственным аккаунтом и, при необходимости, API-ключом. Услуги провайдера оплачиваются отдельно. Для чтения Google Docs и очереди проверки в Sheets используйте собственный аккаунт Google, сохранённое подключение и разрешения для обоих сервисов. Доступ к файловому источнику зависит от выбранного способа хранения.
2. Прочитайте источник, сохранив сведения о нём
Прочитайте одобренный источник через Read File по инструкции по выбору файла или через Get Text по справке по чтению Docs.
Прежде чем что-либо сокращать, выделите основное утверждение, подтверждающие материалы, оговорки и контекст. Найдите фрагменты, смысл которых зависит от соседнего текста, например исключение в следующем абзаце. Сохраните эту зависимость в задании для формата. Вступление к рассылке может опустить подробные подтверждения и дать ссылку на полный источник, но не должно убирать условие, от которого зависит применимость основного утверждения.
Если документ содержит несколько вкладок, определите, какие входят в одобренную версию. Во вкладке с планом могут остаться утверждения, от которых отказались и которые намеренно удалили из готовой статьи. Если включить её в набор исходных материалов, пересказ может вернуть эти утверждения. Перед созданием любого варианта сопоставьте извлечённый материал с одобренным порядком чтения.
3. Определите требования к варианту в Structured Output
Передайте одобренный источник и задание для каждого формата в Structured Output, в поле input_value, как проверенный текст. В плане варианта разделите сохраняемые, перестраиваемые и опускаемые элементы. Смена формата не разрешает добавлять новые факты: сведения, которых нет в источнике, должны попасть в запрос редактора на исследование, а не в черновик варианта.
| Группа полей | Содержимое | Редакторская проверка |
|---|---|---|
| Идентификатор и версия источника | Точный одобренный материал, использованный для этого черновика. | Каждый вариант ссылается на одну и ту же проверенную версию источника. |
| Целевой формат и аудитория | Назначение варианта и контекст читателя. | Структура соответствует назначению. |
| Утверждение и подтверждающий фрагмент | Фрагмент источника для каждого сохранённого фактического утверждения. | Условия и ограничения сохраняются при переписывании. |
| Текст черновика и опущенный контекст | Предлагаемый текст и сведения, убранные при сокращении. | Ни одно сокращение не меняет смысл. |
| Статус проверки и проверяющий | Предоставленное редакторское решение после проверки. | Сгенерированный статус не может одобрить собственный черновик. |
Используйте справку по схеме Structured Output для реализации плана варианта, запретив в system_prompt новые статистические данные, заявления о поддержке со стороны третьих лиц и утверждения о причинно-следственных связях.
4. Подготовьте каждый формат по принятому плану
Руководство по компоненту промпта и справка по модели описывают подключение, используемое для подготовки черновика по принятому плану варианта.
Для вступления к рассылке настройте template так, чтобы текст объяснял читателю, зачем открыть источник, и сохранял его главную оговорку. Для плана статьи в блоге запросите последовательность вопросов для разделов со ссылками на подтверждающие фрагменты вместо готовых предложений. Для краткого объяснения запросите одну чётко ограниченную задачу и оговорку, необходимую для её выполнения. Через system_message потребуйте сопровождать каждый черновик заметкой об опущенном контексте, чтобы редактор мог осознанно оценить сокращения.
В плане статьи для блога по расшифровке видео сохраняйте указатели на фрагменты расшифровки, если они доступны, и отмечайте неуверенность в определении говорящего. Не выводите позицию человека из фрагмента без окружающего обсуждения. В кратком объявлении сохраняйте условия допуска и границы применимости рядом с основным утверждением. Формат может меняться, но связь с границами подтверждающих материалов должна оставаться.
5. Сохраните проверенные варианты в явно заданной очереди
Настройте Append Rows по справке по добавлению строк в Sheets, выбрав для этой очереди проверки с буквальными текстовыми значениями value_input_option "RAW".
Подготовьте values вручную: версию источника, идентификатор варианта, формат, текст черновика, опущенный контекст и редакторское решение. Изменённый вариант оформляйте как новую запись проверки со ссылкой на предыдущую, чтобы редактор мог сравнить изменения. Прежде чем повторять добавление с неясным результатом, найдите идентификатор этого варианта: дубли в очереди могут направить проверяющих к разным редакциям одного текста.
Для настройки поступления записей в очередь используйте учебное руководство по Sheets; проверка преобразования источника в варианты остаётся отдельной конфигурацией. После сбоя с неясным результатом не повторяйте сохранение, пока не проверите, есть ли вариант в очереди.
6. Как проверить изменения смысла и расхождения версий при переработке контента?
Сопоставьте каждый вариант с подтверждающими фрагментами источника. Проверьте неоднозначную расшифровку, утверждение о продукте с оговоркой и обновление источника после подготовки черновика. Проверка должна выявлять потерю контекста, сохранять неопределённость и находить черновики, связанные со старой версией. Сохраняйте отклонённый текст для выяснения причин вместо замены одобренного источника сгенерированным текстом.
Для иллюстративной проверки сокращения возьмите источник, описывающий возможность только для проверенных входных данных. Отклоните короткий вариант, в котором пропущено слово «проверенных», даже если остальные слова по отдельности верны. Сравните также подразумеваемую аудиторию: формулировка для опытного оператора может вводить в заблуждение, если превратить её в совет новичку. Если необходимое объяснение не помещается в выбранный формат, сузьте утверждение или используйте этот формат, чтобы направить читателя к полному источнику.
Не используйте эту схему для автоматической публикации, выдумывания заявлений о поддержке со стороны третьих лиц или преобразования материалов с ограниченным доступом без разрешения. В ней нет этапа отправки в социальные сети и измеренного результата эффективности контента. Если одобренного источника ещё нет, начните с создания контента по заданию; если источник устарел, используйте проверку версий источников.
Тарифы: Go от USD8 в месяц при годовой оплате (USD10 помесячно), Plus от USD16 (USD20 помесячно), Pro 100 от USD80 (USD100 помесячно), Pro 200 от USD160 (USD200 помесячно) и Pro 500 от USD400 (USD500 помесячно), от 5,000 до 250,000 Flowi Tokens в месяц с возможностью пополнения; 1 токен за каждый запуск узла; использование сторонних API и моделей не включено.
Каталог компонентов задаёт базовые требования к интерфейсам, а сценарии использования описывают существующие стартовые решения. Это руководство добавляет очередь вариантов со ссылками на источник и запись редакторского решения.