debut-enginespike 体验 Demo 调研报告

Agent 生成「千人千面」个性化个人主页：技术方案与核心链路

调研日期：2026-06-12 · 方法：deep-research（5 路并行检索 → 去重抓一手源 → 对抗式交叉核验 → 带引用综述）
场景：模拟明星出道——每人一个个人主页，含 AIGC 图/视频、「每日通告」任务/日程模块；全员骨架一致，主题风格千人千面。
置信度逐条标注（高 / 中 / 低）。配套 POC 即本页的「体验 Demo」。
▶ 直接体验「模拟主题引擎」Demo（千人千面对比墙）

0. 结论速览（TL;DR）

1. 核心链路图（SVG）

1.1 生成 agent 编排链路图

一条 orchestrator-workers 流水线：单一 orchestrator 解析输入、定计划，把「各 section 的内容生成」fan-out 成并行 worker，再 fan-in 装配。段间一律 JSON schema 卡口。

生成 agent 编排链路图
图 1 · 生成 agent 编排链路：orchestrator-workers + fan-out/fan-in + 质检回环 + 确定性杠杆

1.2 个性化主题系统数据流图

单一 seed（人设派生）→ 色彩空间生成调色板 → primitive token → semantic token（绑定固定角色）→ component token → 注入固定骨架。骨架不变，token 变 = 千人千面。

个性化主题系统数据流图
图 2 · 个性化主题系统数据流：persona → seed → HCT 调色板 → 3 层 token → 固定骨架

2. 生成 agent 编排链路（重点一）

2.1 五种编排范式（Anthropic 官方）

Anthropic Building Effective Agents 给出 5 个可组合范式：prompt chaining（串联）、routing（分类分流）、parallelization（sectioning/voting）、orchestrator-workers（中心 orchestrator 动态拆分派发）、evaluator-optimizer（生成-评审回环）。高 本场景最贴合 orchestrator-workers：主页天然可按 section 切成并行子任务。高

2.2 可复用的流水线分段

Brief intake   收集人设/关键词/已有资料 → 结构化 brief
  ↓
Persona synth  合成 persona schema(JSON)：身份/背景/人格/声音/视觉/出道运营
  ↓
Plan / sitemap 决定页面有哪些 section、各自目标
  ↓
Theme decide   persona → 主题 token（见 §3），seed 固定
  ↓
Content fan-out  并行 worker：每个 section 生成 typed-block 内容
  ↓
Assemble fan-in  汇成「有序 typed-block 数组」= 页面骨架填充
  ↓
QA / guardrail  schema 合规 + 对比度 + 语义质检 + 虚拟人披露 + 品牌安全
  ↓
Publish        产出可发布主页

参考产品印证此分段：v0（检索 + 前沿 LLM + 流式 AutoFix 修复 → TS/Tailwind/shadcn/Radix）、Relume（sitemap→wireframe→moodboard→导出）、Wix ADI（问答式 brief）、Beacons「describe yourself」AI block。中

2.3 确定性与可复现性的工程杠杆 高

杠杆做法依据
段间 schema每个 stage 输出受 JSON schema 约束OpenAI Structured Outputs，100% 结构合规
约束解码Outlines / XGrammar / Guidance，pin 版本约束解码保证语法合法
声明式 > 自由生成模型产「规格」，渲染交给确定性代码typed-block 契约
固定随机种子主题种子、图像 seed 全部固定 → 同输入同输出见 §3/§4
程序化闸门对比度/必填项/越界值用代码硬卡—
语义质检单列schema 只保证语法，语义对错另起一段syntax ≠ semantics
关键认知：结构合规 ≠ 内容正确。约束解码能让你拿到一个永远能 parse 的 JSON，但「这个文案是否贴人设、这张图是否同一个人」要另设质检。高

3. 个性化 / 主题系统（重点二，POC 直接借鉴）

3.1 核心模式

稳定的语义骨架 + 可替换的取值集 + 从单一种子生成取值集的算法。 这是「千人千面」工程化的全部秘密。高

3.2 三层 design token 高

primitive（blue-500）→ semantic（color.bg color.accent）→ component（button.bg）。换肤只动下层，component 与骨架不动。W3C DTCG（stable 2025.10）用 $value/$type + name-reference 表达引用。Style Dictionary：一份 source → 各平台 transform/format。

3.3 单一种子色 → 调色板（Material 3 HCT）高

3.4 固定语义角色（Radix / Spectrum）高

Radix Colors 固定 12 级，角色固定——1-2 背景、3-5 组件、6-8 边框、9-10 实色、11-12 文字；步 11/12 保 APCA Lc 60/90。角色固定 = 骨架可盲填：无论主题怎么变，「文字用第 12 级」永远成立。Adobe Spectrum 语义色 accent/positive/negative/notice/informative 含义固定。

3.5 类型 / 间距 / motion 比例 中–高

字号 size(n)=base×ratio^n，ratio 本身就是人格：1.2 小三度（克制）/1.25 大三度/1.618 黄金（张扬）。motion token（duration+easing）：productive vs expressive。

3.6 persona → theme 映射（启发式，标注为判断）中

3.7 主题 token schema（POC 直接用）

// 输入：seed（人设派生，决定一切）
{
  "seed": {
    "sourceColor": "#E84D8A",      // 由 persona 派生
    "schemeVariant": "EXPRESSIVE", // 9 选 1 = 人格预设
    "mode": "dark",
    "contrastLevel": 0.0,          // -1..1，影响 tone 差
    "type": { "baseSize": 16, "ratio": 1.25, "families": {...} },
    "motion": "expressive"
  },
  // 算法产出（确定性）：
  "primitive": { "tonal": { "primary": {...}, "neutral": {...} }, "size": {...} },
  "semantic":  { "color": { "bg","surface","accent","onAccent","text","muted","border" },
                 "typography": {...}, "space": {...}, "radius": {...}, "motion": {...} },
  "component": { "button": { "bg":"semantic.accent", "fg":"semantic.onAccent" } },
  "a11y": { "minContrastBody": 4.5, "minContrastLarge": 3.0 } // 程序化硬卡
}

4. AIGC 资产一致性（次要）中–高

5. 骨架 slot 定义 + 每日通告数据模型（次要，POC 直接用）

5.1 页面骨架（Shopware Sections→Blocks→Slots + Payload typed-block 数组）高

Page = 有序 sections[]；Section = 有序 blocks[]；Block 带 blockType 判别式 + 各自 typed 字段；全部按 position 排序。AI 只动「哪些 section 可见 / block 顺序 / 填充内容」，骨架不变。

possection.key典型 blockType
1header/identityAvatar、Title/Name、Bio、SocialIcons
2hero/highlightHero 图/视频、CTA、Carousel
3announcement/todayDailyAnnouncement / ScheduleFeed、Countdown
4linksLink、Header(分组)、CollapsibleGroup
5mediaEmbed、Gallery、VideoLink
6commerce/bookingProduct、Appointment/Booking、Tip
7engagementCheckIn/Quest、FollowerCount、ContactForm
8footer/metaSpacer/Divider、Text、Map、SocialIcons

5.2 每日通告 / 日程数据模型（RFC 5545 VEVENT + FullCalendar + 偶像 feed）高

ScheduleEvent {
  id, ownerId,
  title,                 // SUMMARY
  description?,          // DESCRIPTION
  type,                  // CATEGORIES，见下分类法
  start, end?, allDay,   // DTSTART / DTEND / 全天则时间 null
  timezone,              // IANA tz
  location { name, address?, geo?, online?, url? },
  status,                // CONFIRMED | TENTATIVE | CANCELLED（RFC5545）
  recurrence?,           // RRULE
  sourceLink?, thumbnail?, color?,
  visibility,            // public | fan_only | members
  reminderOffsets?, extendedProps {}
}

事件 type 分类法（来自 blip/CHOEAEDOL）：music_show · concert · world_tour · fan_meeting · fan_sign · comeback · showcase · release · livestream · broadcast · youtube · radio · award_show · birthday · interview · photoshoot · other

注：偶像「通告」并无公开标准 schema，§5.2 是从 feed UI 反推的可复用提案，非已发布标准。中

6. 出道式产品的人设与披露要点（次要）

7. 给 POC 的工程清单（report → playground 落地）

playgrounds/debut-engine 一个确定性「模拟主题引擎」，直接复用本报告三处结构：

  1. persona→theme 映射表（§3.6）：archetype → {schemeVariant, hueBias, ratio, fontPair, density, motion}。
  2. 主题 token schema（§3.7）：seed → 调色板 → 3 层 token，纯函数、固定种子 → 同输入同输出。
  3. 骨架 slot 定义（§5.1）+ 通告数据模型（§5.2）：固定有序 section/blocks，规则（模拟 AI）只填内容与可见性。

效果：选不同样例人设 → 同一骨架渲染出风格迥异的主页（千人千面），含占位 AIGC 图/视频 + 今日通告 + WCAG 对比度质检闸门。真实接入只需把占位换成 §2/§4 的真实产物，接口契约不变。

8. 来源（一手优先）

编排 / 确定性 高： Building Effective Agents · 多 agent 研究系统 · OpenAI Structured Outputs · Outlines / XGrammar / Guidance

主题 / token 高： W3C DTCG · Material 3 HCT（403，二手互证）· Radix Colors · Adobe Spectrum · Style Dictionary

骨架 / 数据模型 高： Payload Blocks · Shopware CMS · FullCalendar · RFC 5545

AIGC 一致性 中–高： InstantID · PhotoMaker · IP-Adapter · Runway Gen-4 / Veo 3.1 / Kling

产品 / 人设 / 通告 中：v0 / Relume / Wix ADI · Beacons · Linktree · blip · CHOEAEDOL · Character Card V2 / BAIR Anthology

降级说明：Material 3、Mobiscroll、Bento 博客、部分 RFC 镜像对自动抓取返回 403，相应主张以检索引擎逐字摘录 + 二手互证支撑；Payload block 模型与 iCalendar 字段/STATUS 是最权威者。偶像「通告」schema 为反推提案。

9. 方法论说明

本报告由 Claude Code /deep-research 工作流产出：拆成 5 个角度（编排链路 / 主题个性化 / AIGC 一致性 / 虚拟偶像人设 / 骨架与日程模型）→ 5 路并行检索 → URL 去重后优先抓官方源 → 逐条主张交叉核验、冲突处显式并列、标注置信度 → 综述。配套 POC：本页「体验 Demo」。

▶ 体验「模拟主题引擎」Demo