Design Agent 怎么装品味：Skills、沙箱与可删规则
模型会写 HTML、CSS 和动画时间轴；缺你的审美时，成品常会「看起来很 AI」。LangChain 在 2026-10-27（美国时间）的官方博客里，拆开了自家 Content Studio（设计 Agent）怎么把设计品味写进 harness：设计师原则进 Skills / wiki、每条 Slack 线程一台「设计师电脑」、模型变强就删掉补丁规则、长任务用多人可插话的 Slack UX，以及可 fork 的开源仓库。本文按该博客与 langchain-ai/design-agent README 整理成概论。
说明：机制与数字以 LangChain 官方博客《How We Built Our Design Agent》（2026-10-27）和 GitHub langchain-ai/design-agent README 为准。星数与许可证以 2026-10-28（北京时间）查询 GitHub API 为准。
品味写进 Skills 和 wiki，而不是只塞品牌色
博客开篇就说：模型已经能写出像样的代码，缺的是你的设计师原则、防「AI 味」的护栏，以及评审反馈背后的理由。只给本地 coding agent 一份品牌色 / 字体 Skill，同样提示词仍可能 logo 锁版错了、主次色搞反、对齐乱掉；Content Studio 把决策空隙填成「我们的选择」而不是「训练集里最常见的样子」。
可量化的问题最好做成确定性检查（博客举例：默认大写曾经常被揪，现在有自动化检查）。更难的是主观判断——战役想法够不够强、信息是否说清楚——设计师拍板时，要把理由写进 Skill，供后续草稿套用。官方内部 Content Studio 还按任务路由：先读 media-production 这类路由器 Skill，再落到启动片、缩略图、重绘等专项；博客称约 48 个 Skill、近千个文件；开源仓库 README 写 Skills 目录里约 35 个专项，按需加载。Wiki 放品牌 token、图形语言、运动指导与参考片拆解，Skill 只链过去，改字体规则改一处即可。
补偿模型弱点的规则会过期；留下来的是环境、工具和人怎么带它干活。
给 Agent 一台「设计师电脑」
设计师平时横跨静帧、视频引擎和共享画布。Content Studio 的做法是：每条 Slack 线程对应一台 LangSmith Sandbox（隔离 Linux，带文件系统和 shell），项目在线程生命周期内常驻。幻灯片是 HTML，影片是动画时间轴——改一只鹦鹉提前出场，往往只动一个时间参数再渲染，而不是整段重生成。
工具层博客写得很具体：剪辑侧用 HeyGen 开源的 HyperFrames（把视频当网页时间轴编辑）；原创动画用自研 motion-studio（按时间戳渲帧，可抽单帧自检，也可并行渲）。主 Agent 当「幕僚长」：拆任务、开异步子 Agent、中途仍能接人话；子 Agent 通过项目目录协调，各写各的文件。大片默认走分镜 → 动绘粗剪（animatic）→ 正式制作，且流水线用代码卡住顺序，避免 Agent 为省时间跳过评审。
| 层 | 放什么 | 谁维护 |
|---|---|---|
| Skills | 按任务的路由与做法（含何时别用） | 设计 + 工程一起迭代 |
| Wiki | 品牌、工艺、参考片拆解 | 集中更新，Skill 引用 |
| Gate | 可测的硬检查（大小写、锁版等） | 代码确定性校验 |
| Memory | 团队共享 + 个人偏好两层文件 | 对话里即时写入；慢环从完工项目提炼 |
模型变强就删规则：一次「苦涩教训」
早期 harness 试图替模型做设计：115 个可复用 UI / 动效组件、大量「何时用」说明。品牌稳住了，但每帧布局和动效开始重复。团队一边加规则一边等模型变强；Opus 5.5 一类更强模型到位后，他们删掉大部分硬编码补丁，只留设计原则和高层指引——多样性和创意决定反而上来了。博客把这总结成：补偿弱点的规则会贬值，值得长期投资的是沙箱、工具、上下文和人机协作方式。
官方披露的内部结果（博客 / README，属厂商自报）：自 8 月起交付逾 3000 个资产、80 余套幻灯片；约四分之三请求来自营销以外；周复访用户约 75%；中位单次模型花费约 0.5 美元（9 月中约 8 美元）；迁到 Managed Deep Agents 后自有代码量约减 80%。
长任务要多人 UX，别只丢进黑洞
重做 52 页幻灯片这种过夜活：主 Agent 跑约一小时，子 Agent 合计六小时以上，线程里还要有人塞参考、改开场、点第 4 帧。同步子 Agent 会把主循环堵死，人插不上话。他们改成异步任务工具（启动 / 检查 / 取消 / 恢复、子 Agent 中途汇报、定时唤醒），Slack 线程展示计划与 ETA、进行中的子任务与花费、每次改动的确认，以及公开发布前的审批卡。任何人都能在中途改方向。
共享画布（博客提到 Paper）：分镜是空间的，Slack 是线性文字；能在画布上直接点帧、留批注，比把「左边第三个按钮」写进下一轮提示更稳。他们的桥接是在常驻 Linux worker 上无头跑桌面端，再和云沙箱连起来——这是他们的部署细节，fork 时按官方 Integrations / Customization 文档启用自己需要的集成即可。
开源仓库怎么上手
仓库 langchain-ai/design-agent（Apache-2.0；2026-10-28 北京时间 GitHub API 约 163★）包含博客里的 harness：按线程沙箱、Skills / wiki / memory、异步子 Agent 与 Slack UX。README 建议 fork 后换上自家品牌 token、字体与 Skills，再用 Managed Deep Agents 部署到团队 Slack。本地也可按 README「Try it locally」路径试跑（具体依赖与密钥以仓库当前文档为准）。
和站内已有的 公司级 Agent 五个底座对照：那篇讲入口、身份、记忆、沙箱、定时；这篇把「设计品味」钉在 Skills / wiki / 自检渲染 / 可删补丁规则上——同一套公司 harness 思路，落到内容生产场景。
常见坑
- 只给色板当「品牌 Skill」。缺原则、反例和反馈理由时，模型会填训练集默认值。
- 补丁规则只加不删。模型换代后硬编码布局会变成重复模板；定期回顾哪些规则是在补偿旧弱点。
- 长任务没有进度与审批面。小时级渲染若只回一条「好的」，团队无法中途纠偏，也不敢让它发外发渠道。
- 记忆索引无限涨。博客称早期团队记忆索引曾到约 50 万 token；他们把各层
AGENTS.md指数限制到约 200 行。
完成标准
- 能说清：品味进 Skills / wiki、沙箱电脑、删补偿规则、多人 Slack UX、开源 fork 五条分别解决什么。
- 打开官方博客与 design-agent README，能对应到 Skills 路由、按线程沙箱、异步子 Agent 与 Managed Deep Agents 部署入口。
- 若要自建：先写 3～5 条你们设计师真正在用的原则 + 2 条「禁止的 AI 味」，再考虑组件库。
最后
设计 Agent 要交付的是可版本管理的「什么叫好」：Skills / wiki、能改代码并看渲染的电脑，以及模型变强后敢删的补丁规则。从 LangChain 这篇构建笔记 和开源仓库起步，通常比从零堆提示词更接近可团队共用的 Content Studio。
