惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

N
News and Events Feed by Topic
爱范儿
爱范儿
Apple Machine Learning Research
Apple Machine Learning Research
博客园 - 叶小钗
Last Week in AI
Last Week in AI
博客园 - 三生石上(FineUI控件)
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
月光博客
月光博客
大猫的无限游戏
大猫的无限游戏
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
博客园 - Franky
人人都是产品经理
人人都是产品经理
The Cloudflare Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 司徒正美
罗磊的独立博客
博客园 - 聂微东
T
Troy Hunt's Blog
美团技术团队
IT之家
IT之家
A
Arctic Wolf
腾讯CDC
雷峰网
雷峰网
SecWiki News
SecWiki News
博客园_首页
L
LINUX DO - 最新话题
Cloudbric
Cloudbric
量子位
N
News and Events Feed by Topic
小众软件
小众软件
C
CXSECURITY Database RSS Feed - CXSecurity.com
Cyberwarzone
Cyberwarzone
J
Java Code Geeks
V
V2EX
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Latest news
Latest news
Webroot Blog
Webroot Blog
F
Fortinet All Blogs
P
Privacy International News Feed
NISL@THU
NISL@THU
Google Online Security Blog
Google Online Security Blog
WordPress大学
WordPress大学
PCI Perspectives
PCI Perspectives
GbyAI
GbyAI
宝玉的分享
宝玉的分享
阮一峰的网络日志
阮一峰的网络日志
S
Secure Thoughts
Simon Willison's Weblog
Simon Willison's Weblog
P
Palo Alto Networks Blog
V
Visual Studio Blog

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Notion + RAG + Telegram: архитектура AI-копирайтера для сети ресторанов
it-calm · 2026-05-15 · via Все публикации подряд на Хабре

В ресторанной сети с несколькими заведениями контент быстро становится отдельным операционным процессом. Нужно регулярно готовить описания блюд, тексты для социальных сетей, рассылки, пресс-релизы, переводы, анонсы мероприятий, описания ресторанов и другие материалы. При этом у каждого ресторана может быть своя концепция, своя аудитория и собственный Tone of Voice.

В таком сценарии копирайтеру недостаточно просто писать тексты. Ему нужно помнить факты о каждом заведении: часы работы, фирменные блюда, формат кухни, имена шеф-поваров, особенности интерьера, правила коммуникации, ограничения по формулировкам и стиль бренда. Если ресторанов девять, эта задача быстро перестаёт быть только творческой и превращается в задачу управления знаниями.

У заказчика была именно такая проблема: сеть ресторанов по России, у каждого заведения отдельная концепция и свой стиль общения с гостями. Большая часть ресурсов уходила на ежедневную текстовую работу: описания ресторанов, переводы на разные языки, пресс-релизы, рассылки, описания блюд, мероприятий, посты для социальных сетей и тексты в Tone of Voice каждого бренда.

Задача заключалась не в том, чтобы заменить редактора, а в том, чтобы вынести рутинную часть генерации текстов в AI-систему. Один-два редактора должны были управлять контентом всей сети: ставить задачи, получать черновики, проверять факты, корректировать стиль и доводить материалы до публикации.

Общая логика решения

Система состоит из двух основных блоков.

Первый блок — память и стиль. AI-копирайтеру нужно знать фактическую информацию о каждом ресторане и отдельно понимать, в каком стиле писать тексты. Для этого были разделены два слоя: «Концепция» и Tone of Voice.

Второй блок — интерфейс выдачи текстов. Редактору нужен простой способ запрашивать материалы, уточнять ресторан, получать результат, вносить правки, переключаться между заведениями и работать с разными типами задач. Для этого был выбран Telegram-бот.

Итоговая архитектура строится вокруг связки Notion, RAG и Telegram-бота. Notion используется как рабочее хранилище исходных материалов и сформированных стилевых профилей. RAG отвечает за поиск релевантной фактической информации. Telegram-бот становится интерфейсом для редактора.

Зачем системе отдельная «память»

Для генерации ресторанного контента недостаточно передать модели короткий промпт с просьбой «напиши текст в стиле бренда». Если система не знает фактов о заведении, она может ошибиться в блюдах, именах, расписании, формате кухни или описании пространства. Если система не знает стиля бренда, она будет писать обобщённо и одинаково для всех ресторанов.

Поэтому сначала нужно было собрать память системы.

В проекте для каждого ресторана заказчик собирал в Notion документ «Концепция». В него входила информация о заведении, правила коммуникации, особенности бренда, нормативы, описания кухни, форматы сервиса, сведения о блюдах, персонале, времени работы и другие данные, которые могут понадобиться при подготовке текстов.

Для каждого ресторана получились десятки страниц документов. Загружать такой объём целиком в контекст каждого запроса неэффективно: контекстного окна не хватит, а качество ответов будет нестабильным. Поэтому материалы из «Концепции» используются не как один большой промпт, а как источник для RAG.

Система обрабатывает данные из Notion, загружает их в векторную базу и использует при генерации ответа только релевантные фрагменты.

Разделение фактов и стиля

Важное архитектурное решение — разделить фактическую память и стиль.

Документ «Концепция» отвечает за факты: кто шеф-повар, какие есть блюда, когда работает ресторан, какие особенности кухни, какие есть события, правила, ограничения и другие проверяемые данные.

Tone of Voice отвечает за манеру текста: как бренд говорит с аудиторией, насколько текст должен быть формальным или эмоциональным, какие формулировки допустимы, какие конструкции лучше не использовать, как описывать блюда, события и гостей.

Tone of Voice в этом проекте формируется автоматически на основе материалов, которые заказчик загружает в «Концепцию». Для каждого ресторана создаётся отдельная страница ToV в Notion. Её можно открыть, проверить и отредактировать.

Такой подход решает две задачи. Во-первых, модель не смешивает фактические данные и стилевые инструкции. Во-вторых, стиль становится управляемым: редактор может видеть, на какие правила опирается AI-копирайтер, и вносить корректировки.

Память системы получается динамической. Если заказчик обновляет документ «Концепция», данные заново обрабатываются, попадают в RAG, а Tone of Voice может быть скорректирован на базе изменений.

Как работает формирование памяти

Процесс можно описать так.

Заказчик вносит данные о ресторане в документ «Концепция» в Notion. Система обрабатывает эти материалы, разбивает их на фрагменты, подготавливает к поиску и загружает в векторную базу данных. Этот слой отвечает за фактическую часть.

После этого на основе материалов формируется отдельный документ Tone of Voice для конкретного ресторана. Он тоже сохраняется в Notion и может использоваться редактором как проверяемый стилевой профиль.

В результате память AI-копирайтера состоит из двух частей:

  1. Фактическая база, которая хранит данные о ресторане и используется через RAG.

  2. Стилевой профиль, который задаёт Tone of Voice конкретного заведения.

Такой подход важен для сети, где разные рестораны не должны звучать одинаково. Один ресторан может использовать более спокойный и гастрономический тон, другой — более неформальный, третий — премиальный и сдержанный. При этом фактическая точность должна сохраняться во всех случаях.

Почему интерфейсом стал Telegram-бот

Для редакторов был нужен быстрый и понятный интерфейс, который не требует отдельного обучения и позволяет работать с текстами в ежедневном режиме. Поэтому для общения с AI-копирайтером был выбран Telegram-бот.

Редактор пишет запрос в свободной форме. Например:

Напиши два предложения для поста во VK про шеф-повара ресторана Tramonto Osteria, включая дни работы ресторана и фирменное блюдо.

После этого система выполняет несколько действий.

Сначала AI определяет ресторан, к которому относится запрос. Затем обращается к «Концепции» и через RAG находит факты: кто шеф-повар, какие дни работы указаны, какие блюда являются ключевыми. На этом этапе формируется фактический черновик.

После этого черновик переписывается с учётом Tone of Voice конкретного ресторана. Только затем результат возвращается редактору.

Пример результата:

Наш шеф-повар Алексей Громов с особым вниманием к деталям создаёт для вас подлинные блюда Южной Италии из локальных фермерских продуктов. Мы рады видеть вас в ресторане Tramonto Osteria со среды по субботу. Главные звёзды меню — сочный флорентийский стейк и деликатные антипасти, приготовленные с душой и уважением к традициям.

Такая схема позволяет разделить две операции: сначала получить факты, затем привести текст к нужной стилистике.

Так выглядит полный майндмэп базы знаний

Так выглядит полный майндмэп базы знаний

Какие задачи выполняет AI-копирайтер

Система не ограничивается запросами вида «напиши текст». AI-копирайтер может работать с несколькими типами задач:

  • писать тексты для социальных сетей;

  • создавать описания блюд;

  • готовить пресс-релизы;

  • формировать тексты рассылок;

  • переписывать готовые материалы;

  • переводить тексты на разные языки;

  • обрабатывать голосовые сообщения;

  • проверять текст на соответствие стилистике;

  • писать по примеру;

  • адаптировать текст под площадку и формат.

Если редактор указывает, где будет опубликован текст, система учитывает специфику формата. Например, описание профиля Telegram должно укладываться в ограничение по символам, а пост для VK может быть длиннее и иметь другую структуру.

Определение ресторана в запросе

Так как система работает с сетью ресторанов, важная часть логики — определение заведения.

Запрос редактора должен содержать название ресторана. Если название не указано, AI-копирайтер не должен угадывать контекст. В таком случае бот запрашивает уточнение перед генерацией текста.

При этом название может быть написано на русском, английском или с ошибками. Система всё равно должна сопоставить его с нужным рестораном и выбрать правильные материалы: соответствующую «Концепцию», RAG-контекст и Tone of Voice.

Это важно, потому что ошибка в определении ресторана приведёт не просто к неправильному стилю, а к фактическим ошибкам: не тем блюдам, не тем часам работы, не тому шеф-повару и не той концепции.

Сохранение контекста и правки

После получения текста редактор может сразу продолжить диалог и внести правки. Не нужно заново описывать всю задачу. Достаточно написать, что именно нужно изменить: сделать текст короче, добавить больше гастрономических деталей, убрать слишком рекламные формулировки, адаптировать под другой формат или изменить акцент.

AI-копирайтер сохраняет контекст предыдущего запроса и формирует новый вариант с учётом правок.

Также пользователь может попросить систему переключиться на другой ресторан. В этом случае бот меняет контекст и начинает использовать другую «Концепцию» и другой Tone of Voice.

Такой механизм делает работу похожей не на одиночную генерацию текста, а на редакционный процесс: запрос, черновик, правка, уточнение, новая версия.

Разделение доступа

Доступ к Telegram-боту выдаётся администратором вручную через отдельный интерфейс. Это нужно, чтобы системой пользовались только сотрудники с соответствующими правами.

Для ресторанной сети такой контроль важен, потому что база может содержать внутренние материалы: правила коммуникации, черновики, описания процессов, внутренние стандарты, служебные данные о заведениях. Даже если AI-копирайтер работает только с текстами, доступ к нему должен быть управляемым.

Ролевой доступ также позволяет разграничивать функции. Например, один пользователь может только запрашивать тексты, другой — редактировать материалы, третий — управлять доступами или обновлять исходные документы.

Почему это не просто генератор текстов

Главная задача системы — не в том, чтобы генерировать больше текста. Обычная LLM и без дополнительной архитектуры может написать пост, описание блюда или пресс-релиз. Проблема в другом: такой текст часто будет недостаточно точным, плохо связанным с конкретным рестораном и слишком общим по стилю.

В этом проекте AI-копирайтер работает как связка нескольких компонентов:

  • Notion хранит исходную «Концепцию» и сформированный Tone of Voice;

  • RAG отвечает за получение фактов из базы знаний;

  • Telegram-бот служит интерфейсом для редактора;

  • механизм определения ресторана выбирает правильный контекст;

  • сохранение контекста позволяет работать с правками;

  • ролевой доступ ограничивает использование системы;

  • стилевой слой приводит результат к манере конкретного бренда.

Именно эта архитектура делает систему применимой для сети из девяти ресторанов. Без разделения фактов и стиля AI будет либо ошибаться в данных, либо писать одинаково для всех заведений.

Что получает ресторанная сеть

После внедрения такой системы большая часть рутинной текстовой работы переносится в AI-интерфейс. Редакторы не начинают каждый материал с нуля: они ставят задачу, получают черновик, проверяют факты, корректируют стиль и готовят финальную версию.

Это позволяет одному-двум редакторам управлять контентом всей сети. При этом система сохраняет различия между ресторанами, потому что для каждого заведения используется собственная «Концепция» и отдельный Tone of Voice.

AI-копирайтер помогает ускорить подготовку:

  • описаний блюд;

  • постов для социальных сетей;

  • рассылок;

  • пресс-релизов;

  • описаний мероприятий;

  • переводов;

  • текстов по примеру;

  • адаптаций под разные форматы.

По сути, система автоматизирует не творчество как таковое, а подготовительную и рутинную часть редакционного процесса: поиск фактов, первичный черновик, адаптацию к стилю, перевод, переработку и форматирование.

Вывод

AI-копирайтер для ресторанной сети — это не единый промпт и не универсальный генератор текстов. Это система, в которой фактическая база, Tone of Voice и интерфейс редактора разделены на разные уровни.

Фактическая часть хранится в «Концепции» и используется через RAG. Стилевой профиль формируется отдельно как Tone of Voice для каждого ресторана. Telegram-бот обеспечивает быстрый интерфейс для запросов, правок, переключения между ресторанами и выдачи материалов.

Такой подход позволяет масштабировать контент для сети из девяти ресторанов без пропорционального увеличения команды копирайтеров. Редакторы сохраняют контроль над качеством и финальной версией текста, а AI берёт на себя повторяемые задачи: поиск фактов, черновики, переводы, переписывание и адаптацию под стиль конкретного заведения.