AIイベントカード:Manus、Genspark、そして実際に印刷されたもの


2026年ワールドカップのオープニングナイトディナーをメキシコシティで開催する中国のニュースネットワークが、4行の概要を送ってきました:A4一枚、両面、片面にイベントアジェンダ、もう片面に36人のゲストディレクトリ、上部にはメキシコのパペルピカドのキーメインアートがあり、印刷時の可読性を失わないようにできるだけコンパクトに。名前は、*中国驻墨西哥合众国大使馆文化专员*や*World Bank Economic Expert; Former AI Market Strategy Advisor, Microsoft Research Asia*のようなバイリンガルの中国語と英語で、正しく綴られなければなりません。 同じ朝に、私たちは3つのツールで同じ概要を実行しました:**Manus**(エージェントAIドキュメントビルダー)、**Genspark**(コード実行を伴うブラウジングAI)、そして私たち自身のHTML+CSSスタックをキーメインアートをリテラルアセットとして使用しました。3つのうち2つは、チームがプリンターに出荷できないアーティファクトを返しました。この投稿では、それぞれが何を間違えたのか、そして密なバイリンガル印刷資料を生成するように求められたAIツールに影響を与える失敗のモードを示します。また、私たちの[画像生成モデル比較](/blog/image-generation-model-comparison)や[イラストレーターIPのための産業AI](/blog/industrial-ai-for-illustrator-ip)のケースもご覧ください。
3つの異なるアーティファクトを生み出した概要

上のスクリーンショットは実際のハンドオフです。翻訳された4つの制約:
1. A4一枚、両面 — 36人の参加者とスピーカーが共有するための各ディナーテーブルの中心にある単一の物理的アーティファクト。
2. 印刷後も可読性があるがコンパクト — ディナーテーブルの照明、スタジオではない。6pt未満は生き残れません。
3. 上部にキーメインアート — イベントチームがすでにデザインしたメキシコのパペルピカド + アドビアーチ + マリーゴールドポスター。
4. 真実のソースはスプレッドシートに存在 — チームは、AI生成のアジェンダ草案に文字エラーがあり、修正がオンラインシートに丸で囲まれていることを指摘しました。レンダリングはスプレッドシートを尊重し、発明してはいけません。
簡単に聞こえることが2つの理由で難しくなります。まず、*テーブルカード*は曖昧です — 共有テーブルごとに1つのプログラムカードを意味するか、参加者ごとに1つの折りたたみ名札(桌签)を意味するか。概要では前者が言及されており、3つのツールのうちの1つは後者を選びました。次に、36人のゲストディレクトリには混合スクリプトの名前があります — ラテン文字のみ(Andro Miralrio, Aneta Pavli)、ローマ字表記の中国語(王昕息 / Xinxi Wang)、および30以上の文字のバイリンガルタイトル。すべてのセルは完璧にレンダリングされなければなりません。ゲストの席に印刷された名前の「十分な良さ」はありません。
各ツールが出荷したもの
Manus:間違った概要のために美しいアーティファクトを出荷

Manusは*テーブルカード*を参加者ごとの名札として解釈し、4アップの折りたたみカードの9ページのA4を生成しました — 36人のディナーペストごとに1つの折りたたみカード。折りたたみテントのジオメトリはうまく実行されています:各セルの上半分はミラーフリップされているため、点線に沿って折りたたむと、両面がテーブルの向こうから正しく読み取れます。各カードのバイリンガルタイポグラフィの階層はクリーンです。名前は正しく綴られています。
しかし、それは間違ったアーティファクトです。概要では1つの共有A4シートを求めており、サイドAにアジェンダ、サイドBに完全なディレクトリが必要です。ディナーチームは、36人のゲストが共有する1つのプログラムのためにテーブルに36個の個別のテントを置くことはできません — それはカードストック、スコアリング、折りたたみ作業で10倍の印刷作業であり、チームはその予算を組んでいません。さらに悪いことに、参加者用のデザインはアジェンダを完全に省略しています。目の前のテントを見ているゲストは、プログラムについて何も学べません。
教訓は、Manusが失敗したのではなく、*実行の上流で失敗した*ということです。エージェントループは間違ったターゲットに対して自信を持って最適化し、生成されたアーティファクトは*本来生成すべきものよりも洗練されていました*。Manusと私たち自身の概要の最初の読みは同じ解釈エラーを犯しました。それを捉えた唯一のものは、人間のループ修正ステップであり、エージェントビルドは設計上それをスキップしました。
Genspark:正しいアーティファクトを出荷したが、タイポグラフィレイヤーで壊れた

Gensparkは概要を正しく理解しました — A4一枚、サイドAにアジェンダ、サイドBに参加者ディレクトリ。構造的レイアウトは、最終的に出荷したものに似ています:アジェンダの左側の時間列、ディレクトリの4列グリッド、バイリンガルセル。タイポグラフィレイヤーには3つの出荷ブロッカーがあります:
1. CJKフォントフォールバックの失敗(トーフ — □)。 両面にわたる複数の中国語文字が、フォントにグリフがないときにブラウザが表示するプレースホルダーボックスとしてレンダリングされます。GensparkのサーバーレスChromeにはCJKフォントがロードされていませんでした。アジェンダのタイトルは*寻梦之夜 □ 文明与智能*と表示されます — 区切りのドットさえもレンダリングできません。
2. ディレクトリのローマ字化の乱れ。 サイドBには、Wenbo Bao□Wangのような名前が表示され、ラテン名の断片が隣接するセルの間に漏れています。クラシックなLLMタブレーションの危険:タイトなグリッドからリストを埋めるように求められたモデルは、行の境界を失います。
3. 誤ったキーメインアート + 置換されていないプレースホルダー。 キーメインアートは、サイドAの右上にスタンプサイズのサムネイルとして表示され、概要で求められたバナーとして表示されていません。2つのCurify Logoリテラルテキストプレースホルダーは、フッターから置換されませんでした。

Gensparkの失敗はManusの逆です。Manusは間違った概要のために洗練されたアーティファクトを出荷しましたが、Gensparkは正しいアーティファクトを壊れた実行で出荷しました。概要の解釈は正しかったが、レンダリングパイプラインはバイリンガルの忠実度基準を尊重できませんでした。
修正:キーメインアートをリテラルアセットとして使用したHTMLとCSS

私たちのチームは、ディナーチームが任意のオフィスプリンターに二重出力のために手渡すことができる2ページのA4 PDFを出荷しました。道筋は意図的に退屈でした:埋め込まれた印刷CSSを持つ単一のevent-card.html、A4ポートレートにサイズ設定された2つの@pageルール、キーメインアートをリテラル背景画像として使用(AIの再レンダリングなし)、PDFをエクスポートするためのChromeヘッドレス。

4つのデザインの動き:
1. バナーは生成ではなくラスタとして。 イベントチームがすでにデザインした3125x5558のキーメインアートJPGは、CSSのbackground-imageとして表示され、上部72mmが表示されます。視覚レイヤーでのAIの関与はゼロ、ブランドアセットでのハルシネーションされたグリフのリスクはゼロ。
2. テキストは実際のテキストとして。 名前、タイトル、時間、章の見出しはすべて、ホストブラウザのCJKフォントスタックによって提供される実際のDOMテキストノードです(Source Han Serif → Noto Serif CJK → PingFang → Songtiフォールバック)。出力はテキスト選択可能であり、すべてのグリフはPreview、Adobe Reader、およびオフィスレーザーで同一にレンダリングされます。
3. スプレッドシートを入力として。 36人のゲストはattendence.txt(タブ区切り)から直接取得されます。LLMの書き換えはありません。行が間違っている場合、それは1か所で間違っています。
4. 印刷ジオメトリは数学として。 A4 = 210x297mm。サイドAの72mmバナー + メタ + ヘッダー + 5章のアジェンダ + フッターは残りの205mmの使用可能なスペースに収まります。サイドBの4x9グリッド(36セル×約27mm + ヘッダー)は270mmに収まります。レンダリングされたPDFに対して2回調整されました。
総ビルド時間:約90分、サイドAの間隔に2回のレンダーチューニングループを含む。実際の印刷デザイナーが出荷するもの — InDesignではなくHTML+CSSで作成されました。
なぜバイリンガル印刷資料がオープンエンドのAIツールを壊すのか
3つの失敗モードは、ツール特有ではなく、システム的です。次に試すAIドキュメントツールは、デフォルトで少なくとも1つの失敗に直面し、その次は2つの失敗に直面します:
1. サーバーレスレンダリングにおけるCJKフォントフォールバック。 サーバー側のChrome(Playwright、Puppeteer、Browserless)は、そのコンテナのシステムフォントスタックを引き継ぎます。ほとんどのLinuxコンテナはラテン文字のみを出荷します(DejaVu、Liberation)。尋夢之夜を渡すと、すべての中国語グリフが.notdefトーフボックス(□)としてレンダリングされます。修正:コンテナビルドでapt-get install fonts-noto-cjkを1回実行しますが、AIツールのプレビューは、*生成ステップ*がCJKフォント環境で実行される間、*PDFレンダーステップ*が異なるコンテナで実行されるため、正常に表示されます。バグは、ユーザーがアーティファクトを開くまで見えません。
2. LLMタブレーションが行の境界を失う。 GensparkのWenbo Bao□Wangは、ディレクトリの隣接する2行を連結しながらレイアウトしようとしているモデルです。36行のリストを4x9グリッドにレンダリングするように求められると、モデルは線形シーケンスで操作します。空間から線形へのマッピングは、常に正しく実行されるわけではない非自明なステップです。修正:レイアウトエンジンに36セルを構造化された配列として提供し、モデルに座標を再導出させないようにします。
3. エージェントループによって複雑化された概要の曖昧さ。 人間のPMが*テーブルカード*を聞くと、*参加者ごとに1枚のカード、または共有テーブルごとに1枚のプログラムを意味しますか?*と尋ねて明確にします。エージェントループは解釈を選択し、計画し、生成し、出荷します。出力を見る頃には、間違った概要のために90%完成したアーティファクトをレビューしていることになります — そして*完成したように見える*という埋没コストの重力が、解釈エラーを見つけるのを難しくします。
意思決定フレームワーク:AI画像生成、HTML+CSS、AIアシストと人間のキュレーションの使い分け
この概要はHTML+CSSを選択しました。Pinterestピンの概要は画像生成を選択します。30テンプレートファミリーのコンテンツドロップはAIアシスト + 人間のキュレーションを選択します。3つのルールオブサム:
AI画像生成は、アーティファクトが低テキスト密度の単一のヒーロービジュアルであり、オーディエンスが画面で見る場合(軽微なグリフエラーは許容される)、*ほぼ正しい*ことが許容されるときに使用します。マーケティングヒーロー、ソーシャルカード、ムードボード、製品モックアップ。私たちのスタイル転送ガイドや製品写真生成ワークフローをご覧ください。
HTML+CSS(テンプレート化または手作り)は、すべてのグリフが完璧でなければならず、アーティファクトが印刷またはPDF用に運命づけられ、レイアウトが多くのセルを持つグリッド状であり、コンテンツが単一の真実のソースファイルから来るときに使用します。イベントプログラム、会議バッジ、名刺シート、請求書、証明書、メニュー、結婚式の席次表。レンダリングパイプラインには正しいフォントが含まれている必要があります。コンテンツは真実のソースファイルからゼロのLLM書き換えで来なければなりません。
AIアシスト + 人間キュレーションは、ボリュームが高い(50-500アーティファクト)、視覚的アイデンティティが一貫している必要があり、コンテンツフィールドが構造化されているときに使用します。Curifyのデイリードロップは、毎週数百のバイリンガルnano-templateインスピレーションをこの方法で生成します — gpt-4o-miniは構造化されたフィールド + エイリアスを処理し、テンプレートプロンプトパイプラインはビジュアルを処理し、人間がバッチをレビューしてから同期します。構造化コンテンツの平行については、クロスボーダーeコマースSEOケースをご覧ください。
この概要で3つのツールが犯した間違い:*バイリンガルイベント印刷*を*バイリンガルマーケティング画像*のように扱ったこと。言葉を共有してください。忠実度基準を共有しないでください。
このアプローチにはまだ限界がある場所
キーメインアートをアセットとして使用したHTML+CSSアプローチは無条件ではありません。3つの正直な注意点:
キーメインアートがすでに存在する場合にのみ機能します。 イベントチームがデザインしたポスターを出荷していなければ、キーメインアート自体を生成することは別の画像生成の仕事になります(AIツールが実際に輝く場所 — 上記のレーン定義を参照)。ここでの道筋は、ブランドビジュアルレイヤーが完了していることを前提としています。私たちはその上にテキストを重ねます。
印刷タイポグラフィにはデザインの判断が必要です。 サイドAの間隔に2回のレンダーチューニングループが発生したのは、最初のレンダリングがオーバーフローし、21:15のフィナーレ行が切り取られたからです。12ptの時計 / 9.5ptの章 / 7ptのスピーカーの階層は、数式から導出されたのではなく、レンダリングされたPDFに対して目で調整されました。
36セルのグリッドはスケールしますが、限界があります。 60人のゲストのディナーでは、ディレクトリが2ページに分かれるか、可読性が壊れる5pt未満のセルに縮小されます。50人以上のゲストの場合、正しい動きはディレクトリパンフレットであり、単一の共有シートではありません — 異なる概要、異なるツール。
よくある質問:
*Q: InDesignやFigmaを代わりに使用できたのでは?* はい。私たちは反復ループのためにHTML+CSSを使用しました — 各*バナーを20mm縮小して再フィット*サイクルは、1回のChromeヘッドレスの再実行です。単発の仕事にはInDesignが適していますが、後でテンプレート化することを期待する仕事にはHTMLが反復速度で勝ります。
*Q: なぜNano BananaやDALL-Eを使用してシート全体を1つの画像としてレンダリングしなかったのですか?* すべての名前が正しく綴られる必要があるからです。現在の画像生成モデルには、Nano Banana Proを含め、密なバイリンガルテキストにおいて非ゼロ率で文字レベルのエラーが発生します。ゲストの席に印刷された名前で1つの誤ってレンダリングされたグリフが重大な事件である場合、決定論的な道を選択してください。忠実度基準については、画像生成モデル比較をご覧ください。
*Q: これにはどのくらいの時間がかかりましたか?* 構築に約90分(概要解釈修正ループを含む)、レンダリングに5分、フォントデバッグには0分かかりました。なぜなら、macOSのChromeヘッドレスはシステムCJKスタックを取得するからです。ManusとGensparkはそれぞれ生成に約10分かかり、各アーティファクトが出荷できないことをトリアージする時間がかかりました。
*Q: これは私たちの結婚式の席次表 / 会議バッジシート / レストランメニューに機能しますか?* はい、同じ制約で:真実のソースファイルが存在し、ブランドアセットが存在し、印刷ジオメトリが計算可能です。HTMLはraw/[your-project]/event-card.htmlにあり、1つのChromeコマンドで再レンダリングされます。
Tools & Resources
Learn about the best tools available...
Curifyが適合する場所 — そして適合しない場所
私たちはこのテーブルカードを手作業で作成しました — HTML、CSS、Chromeヘッドレス、イベントチームのキーメインアートJPG。90分で印刷準備完了を出荷できた理由はツールチェーンではなく、毎日Curifyバイリンガルコンテンツパイプラインを運営することで得られる*センス*でした。私たちは、月に数千のバイリンガルインスピレーションを持つ235以上のnano-templatesを10のロケールで出荷しています。私たちは、AIツールが直面できるすべてのCJKフォントとタブレーションの漏れの失敗モードに直面し、各概要が生成される前にどのレーンに属するかを知っています。
バイリンガル印刷資料のレーンは、まさにCurifyが次に構築するためのものです。 *event-card.html*修正で見たもの — キーメインアートをアセットとして持つバナー、真実のソースとしてのスプレッドシート、テキストとしてのレンダリング、印刷ジオメトリの数学 — はテンプレート化可能です。同じ形は、ディナープログラム、会議バッジシート、スピーカーブリーフィングブック、博物館展示パネル、多言語レストランメニュー、結婚式の席次表に適用されます。今日、これらはクライアントごとに手作成される一回限りの仕事です。自然なCurify製品は、この形の上にあるテンプレートレイヤーです — レイアウトを選択し、スプレッドシートをドロップし、キーメインアートをドロップし、ロケールを選択し、印刷準備完了のPDFにレンダリングします。出版社の運営やイベントシリーズを運営していて、この形に月に1回以上直面する場合は、私たちに連絡してください — 2026年に印刷トラックを出荷する際の生産デザインパートナーを探しています。
Curifyが今日うまく行っていること:
- 毎日のバイリンガルコンテンツドロップ — 235テンプレートカタログ全体で、1日あたり5-15の新しいインスピレーション、自動タグ付けされた検索エイリアス(EN + ZH)および10ロケールのi18n。最もトラフィックの多いnano-templatesをご覧ください。
- プログラム的SEOスケールのバイリンガルランディングページ — 私たちのWebflowプログラム的SEO統合チュートリアルとコンテンツ自動化ケーススタディのプレイブック。
- 出版社向けのテンプレート化された視覚アーティファクト — オペレーティングモデルについては、出版社のユースケースをご覧ください。
正直なところ:今回はボリュームが1だったため、手作成のHTML+CSSパスを使用しました。同じ形の次のクライアントにはテンプレートが提供されます — そしてサイクルは複合的です。このアークが共鳴する場合は、ご連絡ください。
バイリンガル印刷資料におけるAIのための3つの原則
AIツールにイベントプログラム、会議バッジシート、結婚式の席次表、またはすべての名前が正しく綴られる必要があるバイリンガル印刷アーティファクトを生成するように依頼する前に:
1. 生成する前に概要を声に出して再読してください。 曖昧さはエージェントループで複合化します。*テーブルカード*は曖昧です;*各共有テーブルに配置されたイベントプログラムカード*はそうではありません。最初の2分で、1回の往復を節約できます。
2. テキストの忠実度が視覚的洗練度よりも重要である場合、画像生成をレンダリングループから外してください。 ブランドビジュアルアセットにはAIを使用し、テキストレイヤーにはHTML+CSS(または印刷デザインツール)を使用します。
3. 真実のソースはAIの外に存在しなければなりません。 スプレッドシート、JSONファイル、データベースエクスポート — AIが書き換えられない場所。AIの仕事はレンダリングすること、真実のソースの仕事は正しいことです。
同様の概要に直面している場合は、event-card.htmlをコピーし、スプレッドシートを入れ替え、キーメインアートを入れ替え、再レンダリングしてください。エンゲージメントモデルについてはCurifyの出版社のユースケースをご覧ください。または、高ボリュームのバイリンガルコンテンツワークフローについてはCurify Webflowプログラム的SEO統合をご覧ください。
Take the next step
Putting what you read into practice.


