AI Event Card: Manus, Genspark и что на самом деле напечатали


Китайская новостная сеть, проводящая ужин в честь открытия чемпионата мира 2026 в Мехико, отправила нам четырехстрочное резюме: один лист A4, обе стороны, повестка мероприятия с одной стороны и справочник из 36 гостей с другой, ключевое искусство мексиканского papel-picado вверху, как можно компактнее, не теряя читаемости при печати. Имена — двуязычные китайские + английские, с такими титулами, как *中国驻墨西哥合众国大使馆文化专员* и *Экономический эксперт Всемирного банка; бывший советник по стратегии рынка ИИ, Microsoft Research Asia* — должны быть написаны правильно. Мы обработали одно и то же резюме через три инструмента в одно и то же утро: **Manus** (агентный ИИ для создания документов), **Genspark** (броузерный ИИ с выполнением кода) и наш собственный стек HTML+CSS с ключевым искусством в качестве буквального актива. Два из трех вернули артефакты, которые команда не могла отправить в печать. Этот пост указывает, что не так с каждым из них и режимы неудачи, которые затрагивают любой инструмент ИИ, которому поручено создать плотные двуязычные печатные материалы. Также смотрите наше [сравнение моделей генерации изображений](/blog/image-generation-model-comparison) и случай [промышленного ИИ для иллюстратора IP](/blog/industrial-ai-for-illustrator-ip) для параллельного анализа производственной точности.
Резюме, которое дало три разных артефакта

Скриншот выше — это фактическая передача. Переведенные четыре ограничения:
1. Один лист A4, обе стороны — единственный физический артефакт в центре каждого стола для 36 участников и спикеров.
2. Компактно, но читаемо после печати — освещение на столе, а не в студии. Все, что меньше 6pt, не выживет.
3. Ключевое искусство сверху — мексиканское papel-picado + adobe-arch + постер с маригольдами, который команда мероприятия уже разработала.
4. Источник правды находится в таблице — команда отметила, что черновик повестки, сгенерированный ИИ, имел ошибки символов, и исправления были обведены в онлайн-таблице. Рендер должен учитывать таблицу, а не выдумывать.
То, что кажется простым, становится сложным по двум причинам. Во-первых, *карточка стола* неоднозначна — это может означать одну программу на общий стол или одну сложенную карточку для каждого участника (桌签). Резюме сказало первое; один из трех инструментов выбрал второе. Во-вторых, справочник из 36 гостей имеет имена с смешанными письменностями — только латиница (Andro Miralrio, Aneta Pavli), китайский с романизацией (王昕息 / Xinxi Wang) и более 30 двуязычных титулов. Каждая ячейка должна отображаться идеально. Нет версии «достаточно хорошей» для напечатанного имени на месте у гостя.
Что отправил каждый инструмент
Manus: отправил красивый артефакт для неправильного резюме

Manus интерпретировал *карточка стола* как карточка для каждого участника и произвел 9 страниц A4 с 4 сложенными карточками — 36 индивидуальных сложенных карточек, по одной для каждого гостя на ужине. Геометрия сложенной карточки выполнена хорошо: верхняя половина каждой ячейки зеркально перевернута, так что при сгибании по пунктирной линии обе стороны читаются прямо с другого конца стола. Двуязычная типографическая иерархия на каждой карточке чистая. Имена написаны правильно.
Но это неправильный артефакт. Резюме требовало один общий лист A4 с повесткой на стороне A и полным справочником на стороне B. Команда ужина не может разместить 36 индивидуальных карточек на столе, где 36 гостей делят одну программу — это 10-кратная печать на картоне, резка и работа по складыванию, на которые команда не закладывала бюджет. Хуже того, дизайн для каждого участника полностью исключает повестку; гость, смотрящий на карточку перед собой, ничего не узнает о программе.
Вывод не в том, что Manus потерпел неудачу — а в том, что он потерпел неудачу *на этапе выполнения*. Агентный цикл уверенно оптимизировался против неправильной цели, и артефакт, который он произвел, был *более отполированным*, чем тот, который он должен был произвести. И Manus, и наш собственный первый взгляд на резюме допустили одну и ту же ошибку интерпретации. Единственное, что это поймало, — это шаг коррекции с участием человека, который агентный сбор пропустил по замыслу.
Genspark: отправил правильный артефакт, сломанный на уровне типографии

Genspark правильно понял резюме — один лист A4, повестка на стороне A, справочник участников на стороне B. Структурная компоновка похожа на то, что мы в конечном итоге отправили: колонка времени слева на повестке, 4-колоночная сетка на справочнике, двуязычные ячейки. Уровень типографии имеет три блокировщика для отправки:
1. Неудачи с запасными шрифтами CJK (тофу — □). Несколько китайских символов с обеих сторон отображаются как заполнители, которые браузеры показывают, когда шрифт не имеет глифа. Серверный Chrome Genspark не имел загруженного шрифта CJK. Заголовок повестки читается как *寻梦之夜 □ 文明与智能* — даже точка-разделитель не отображается.
2. Искажение романизации в справочнике. Сторона B показывает имена, такие как Wenbo Bao□Wang, с латинскими фрагментами имен, просачивающимися между соседними ячейками. Классическая опасность табуляции LLM: когда просят заполнить плотную сетку из списка, модель теряет границу строки.
3. Неправильное использование ключевого искусства + не замененные заполнители. Ключевое искусство показано как миниатюрный штамп в верхнем правом углу стороны A, а не как баннер, который требовался в резюме. Два текстовых заполнителя Curify Logo никогда не были заменены в нижнем колонтитуле.

Неудача Genspark является противоположностью неудачи Manus. Manus отправил отполированный артефакт для неправильного резюме; Genspark отправил правильный артефакт с нарушенным выполнением. Интерпретация резюме правильная, но рендеринговый процесс не может соблюдать стандарт двуязычной точности.
Исправление: HTML и CSS с ключевым искусством в качестве буквального актива

Наша команда отправила 2-страничный PDF A4, который команда ужина может передать любому офисному принтеру для двусторонней печати. Путь был преднамеренно скучным: один event-card.html с встроенным печатным CSS, два правила @page, размером A4 портрет, ключевое искусство использовано как буквенное фоновое изображение (без повторной генерации ИИ), Chrome headless для экспорта PDF.

Четыре дизайнерских хода:
1. Баннер как растр, а не как генерация. JPG ключевого искусства размером 3125x5558, который команда мероприятия уже разработала, становится CSS background-image, показывающим верхние 72 мм. Никакого участия ИИ на визуальном уровне, никакого риска появления галлюцинированного глифа на активе бренда.
2. Текст как настоящий текст. Каждое имя, титул, время и заголовок главы — это реальный текстовый узел DOM, предоставленный стеком шрифтов CJK браузера (Source Han Serif → Noto Serif CJK → PingFang → Songti fallback). Выход является текстом, который можно выделить; каждый глиф отображается идентично в Preview, Adobe Reader и офисном лазере.
3. Таблица как входные данные. 36 гостей поступают прямо из attendence.txt (разделенные табуляцией). Никакого переписывания LLM. Если строка неверна, она неверна в одном месте.
4. Геометрия печати как математика. A4 = 210x297mm. Баннер 72 мм на стороне A + мета + заголовок + 5-главная повестка + нижний колонтитул помещается в оставшиеся 205 мм полезного пространства. Сетка 4x9 на стороне B (36 ячеек × ~27 мм + заголовок) помещается в 270 мм. Настроено дважды по сравнению с рендерингом PDF.
Общее время сборки: ~90 минут, включая два цикла настройки рендеринга по интервалам на стороне A. То, что на самом деле отправил дизайнер печати — создано в HTML+CSS, а не в InDesign.
Почему двуязычные печатные материалы ломают открытые ИИ инструменты
Три режима неудачи являются системными, а не специфичными для инструмента. Следующий инструмент для документов ИИ, который вы попробуете, по умолчанию столкнется как минимум с одним, а следующий — с двумя:
1. Запасной шрифт CJK в безсерверной рендеринге. Серверный Chrome (Playwright, Puppeteer, Browserless) наследует системный стек шрифтов своего контейнера. Большинство контейнеров Linux поставляются только с латиницей (DejaVu, Liberation). Передайте ему 寻梦之夜, и каждый китайский глиф отобразится как .notdef tofu box (□). Исправление: один apt-get install fonts-noto-cjk в сборке контейнера — но предварительный просмотр инструмента ИИ показывает это нормально, потому что *этап генерации* выполняется в окружении с шрифтом CJK, в то время как *этап рендеринга PDF* выполняется в другом контейнере. Ошибка невидима, пока пользователь не откроет артефакт.
2. Табуляция LLM, теряющая границы строк. Wenbo Bao□Wang от Genspark — это модель, которая конкатенирует две соседние строки справочника, пытаясь их расположить. Когда просят отобразить 36-строчный список в сетке 4x9, модель работает с линейной последовательностью; пространственно-линейное отображение — это нетривиальный шаг, который она не всегда выполняет правильно. Исправление: дайте движку компоновки 36 ячеек в виде структурированного массива и никогда не позволяйте модели повторно выводить координаты.
3. Неоднозначность резюме, усугубленная агентными циклами. Человек-менеджер, слышащий *карточка стола*, спросит *вы имеете в виду одну карточку на участника или одну программу на общий стол?* и уточнит. Агентный цикл выбирает интерпретацию, планирует, генерирует и отправляет. К тому времени, когда вы увидите выходные данные, вы просматриваете артефакт, завершенный на 90%% для неправильного резюме — и гравитация затраченных средств *он выглядит готовым* делает ошибку интерпретации труднее заметить.
Рамки принятия решений: когда использовать генерацию изображений ИИ, когда HTML+CSS, когда ИИ-помощь плюс человеческая кураторская работа
Это резюме выбрало HTML+CSS. Резюме для Pinterest выбирает генерацию изображений. Падение контента с 30 шаблонами выбирает ИИ-помощь + человеческую кураторскую работу. Три правила:
Генерация изображений ИИ когда артефакт является единственным визуальным героем с низкой плотностью текста, аудитория смотрит на экран (незначительные ошибки глифов допустимы), и *почти правильно* приемлемо. Маркетинговые герои, социальные карточки, доски настроения, макеты продуктов. Смотрите наше руководство по переносу стиля и рабочий процесс генератора фотографий продуктов.
HTML+CSS (шаблонные или ручные) когда каждый глиф должен быть идеальным, артефакт предназначен для печати или PDF, компоновка имеет форму сетки с множеством ячеек, и контент имеет единственный файл источника правды. Программы мероприятий, конференционные бейджи, листы с именами, счета, сертификаты, меню, схемы рассадки на свадьбах. Рендеринговый процесс должен включать правильные шрифты; контент должен поступать из файла источника правды без переписывания LLM.
ИИ-помощь + человеческая кураторская работа когда объем высок (50-500 артефактов), визуальная идентичность должна быть последовательной, а поля контента структурированы. Ежедневные выпуски Curify производят сотни двуязычных нано-шаблонов вдохновения в неделю таким образом — gpt-4o-mini обрабатывает структурированные поля + псевдонимы, конвейер шаблонов обрабатывает визуалы, человек проверяет партию перед синхронизацией. Смотрите случай SEO для трансграничной электронной коммерции для параллели структурированного контента.
Ошибка, которую все три инструмента допустили в этом резюме: рассматривать *двуязычную печать мероприятий* так, как будто это *двуязычное маркетинговое изображение*. Делитесь словами. Не делитесь стандартом точности.
Где этот подход все еще имеет ограничения
Подход HTML+CSS с ключевым искусством в качестве актива не является безусловным. Три честных оговорки:
Работает только тогда, когда ключевое искусство уже существует. Если команда мероприятия не отправила разработанный постер, создание самого ключевого искусства стало бы отдельной задачей генерации изображений (где инструменты ИИ действительно блестят — смотрите определения направлений выше). Путь здесь предполагает, что визуальный слой бренда завершен; мы накладываем текст сверху.
Типография печати все еще требует дизайнерского суждения. Два цикла настройки рендеринга по интервалам на стороне A произошли, потому что первый рендер переполнился и обрезал строку 21:15 Finale. Иерархия 12pt для часов / 9.5pt для глав / 7pt для спикеров была настроена на глаз по сравнению с рендерингом PDF, а не выведена по формуле.
Сетка из 36 ячеек масштабируется, пока не перестанет. Ужин на 60 гостей заставляет справочник занимать две страницы или уменьшает ячейки до 5pt, где читаемость нарушается. При более чем 50 гостях правильным решением является брошюра справочника, а не один общий лист — другое резюме, другой инструмент.
Часто задаваемые вопросы:
*В: Могли бы вы использовать InDesign или Figma вместо этого?* Да. Мы использовали HTML+CSS для цикла итерации — каждый *уменьшите баннер на 20 мм и подгоните заново* цикл — это один повторный запуск Chrome headless. Для разовых задач InDesign хорош; для задач, которые мы ожидаем шаблонировать позже, HTML выигрывает по скорости итерации.
*В: Почему не использовать Nano Banana или DALL-E для рендеринга всего листа как одного изображения?* Потому что каждое имя должно быть написано правильно. Текущие модели генерации изображений, включая Nano Banana Pro, вводят ошибки на уровне символов в плотном двуязычном тексте с ненулевыми ставками. Для напечатанного места, где один неправильно отрендеренный глиф является серьезным инцидентом, выберите детерминированный путь. Смотрите сравнение моделей генерации изображений для стандартов точности.
*В: Сколько времени это заняло?* ~90 минут на сборку (включая цикл коррекции интерпретации резюме), 5 минут на рендеринг, 0 минут на отладку шрифтов, потому что Chrome headless на macOS использует системный стек CJK. Manus и Genspark каждый заняли ~10 минут на генерацию, плюс время на триаж, что каждый артефакт не мог быть отправлен.
*В: Сработает ли это для нашей схемы рассадки на свадьбе / листа бейджей конференции / меню ресторана?* Да, с теми же ограничениями: файл источника правды существует, активы бренда существуют, геометрия печати вычисляема. HTML находится по адресу raw/[your-project]/event-card.html и повторно рендерится с одной командой Chrome.
Tools & Resources
Learn about the best tools available...
Где Curify подходит — и где не подходит
Мы создали эту карточку стола вручную — HTML, CSS, Chrome headless, JPG ключевого искусства команды мероприятия. Причина, по которой мы отправили готовую к печати версию за 90 минут, не в инструменте; это *вкус*, который приходит от ежедневной работы с двуязычным контентом Curify. Мы отправляем более 235 нано-шаблонов по 10 локалям с тысячами двуязычных вдохновений в месяц; мы столкнулись с каждой неудачей шрифта CJK и проблемы с табуляцией, с которыми может столкнуться инструмент ИИ, и мы знаем, в какой направлении принадлежит каждое резюме, прежде чем сгенерировать пиксель.
Двуязычная печать материалов — это именно то, для чего Curify создана дальше. То, что вы увидели в исправлении *event-card.html* — баннер с ключевым искусством в качестве актива, таблица как источник правды, текст как текстовое рендеринг, математическая геометрия печати — подлежит шаблонированию. Та же форма применяется к программам ужинов, листам бейджей конференций, книгам брифинга спикеров, панелям выставок музеев, многоязычным меню ресторанов, схемам рассадки на свадьбах. Сегодня это разовые задачи, которые мы создаем для каждого клиента; естественный продукт Curify — это уровень шаблонирования над этой формой — выберите макет, загрузите свою таблицу, загрузите свое ключевое искусство, выберите свои локали, рендерьте в готовый к печати PDF. Если вы управляете издательской операцией или серией мероприятий и сталкиваетесь с этой формой более одного раза в месяц, свяжитесь с нами — мы хотим партнеров по производственному дизайну, когда мы запустим печатный трек в 2026 году.
Что Curify уже делает хорошо, сегодня:
- Ежедневные выпуски двуязычного контента — 5-15 новых вдохновений в день по каталогу из 235 шаблонов, с автоматически помеченными псевдонимами поиска (EN + ZH) и 10 локалями i18n. Смотрите самые посещаемые нано-шаблоны.
- Двуязычные целевые страницы на уровне программного SEO — руководство в нашем учебнике по интеграции программного SEO Webflow и кейс по автоматизации контента.
- Шаблонные визуальные артефакты для издателей — смотрите случай использования издателя для операционной модели.
Честный вывод: мы использовали ручной путь HTML+CSS *в этот раз*, потому что объем был один. Следующий клиент с той же формой получит шаблон — и цикл будет накапливаться. Если эта арка резонирует, свяжитесь с нами.
Три принципа для ИИ в двуязычных печатных материалах
Если вы собираетесь поручить инструменту ИИ создать программу мероприятия, лист бейджей конференции, схему рассадки на свадьбе или любой двуязычный печатный артефакт, где каждое имя должно быть написано правильно:
1. Прочитайте резюме вслух перед генерацией. Неоднозначность накапливается в агентных циклах. *Карточка стола* неоднозначна; *карточка программы мероприятия, размещенная на каждом общем столе* — нет. Две минуты заранее, одна поездка сэкономлена.
2. Если точность текста важнее визуальной сложности, оставьте генерацию изображений вне рендерингового цикла. Используйте ИИ для актива визуального бренда; используйте HTML+CSS (или инструмент для дизайна печати) для текстового слоя.
3. Источник правды должен находиться вне ИИ. Таблица, файл JSON, экспорт базы данных — где угодно, где ИИ не может переписывать. Задача ИИ — рендерить; задача источника правды — быть правильным.
Если вы сталкиваетесь с аналогичным резюме, скопируйте event-card.html, замените свою таблицу, замените свое ключевое искусство, повторно рендерьте. Смотрите случай использования издателя Curify для модели взаимодействия или интеграцию программного SEO Curify Webflow для рабочего процесса двуязычного контента с высоким объемом.
Take the next step
Putting what you read into practice.
Связанные статьи
Creator Tools
Midjourney против Nano Banana Pro против Stable Diffusion: Сравнение 2026 года

AI промышленного уровня для Illustrator IP: почему универсальные модели терпят неудачу в последовательности серий, точности узоров и готовности к печати
