单屏 Claude 写得很好,5 屏开始漂 —— 我做了一套 Figma+PRD 到 React 的 Harness

简介: 单屏 Claude 输出很好,多屏开始漂(文案/路由/state/「说完成了」4 种模式)。我做了一套 14 gate × retry × handoff 的 Harness 治这件事,10 demo / 54 屏 / 4 业务域全跑通。代码 MIT 开源:https://github.com/JiuwenDragon/harness-mini

TL;DR

我让 Claude / Codex 看 Figma + 一段 PRD,要它写出 5-10 屏可跑的 React 页面。单屏输出很好,多屏开始漂,而且漂的模式相当一致。我花了大概 3 个月做了一套 Harness:14 道 gate × 自动 retry × handoff JSON,把多屏漂移压住。10 个 demo / 54 屏 / 4 个完全不同业务域,build 通过率 100%。

代码:https://github.com/JiuwenDragon/harness-mini(MIT)


先说一个反直觉的开场

Twitter 上所有「Figma + AI 一键生成」demo,都是单屏。这不是骗人——Claude 看图能力是真好。我自己反复试过:Figma 截图 + 一段 PRD 给 Claude,30 秒就能给一个 70-80 分的页面

这件事在 5 屏以上就崩了。我量化了 4 个具体的漂移模式。

漂移模式 1:文案不一致

屏 1 屏 2 屏 3
用户名:张三 用户名:李四 用户名:测试用户

LLM 在跨次生成时不会带「世界状态」,每屏都重新发挥。

漂移模式 2:跨页路由死链

// transfer 屏生成的:
<button onClick={() => router.push("/banking/home")}>  // ← /banking
// home 屏实际路径:
app/bank/home/page.tsx                                  // ← /bank

单屏 review 看不出来,串起来就是死链。

漂移模式 3:共享 state 漂移

zustand store 设了 5 个 key(user / balance / lastTx / recent / selected)。LLM 写到第 4 屏忘了 2-3 个 key,自己又新发明 2 个名字。同一个业务概念,3 套变量。

漂移模式 4:「说完成了」的幻觉

亲身例子:Codex 告诉我「10 个页面全部生成完毕,可以预览」。一跑 npm run build:3 屏 build 红,2 屏是空 div,1 屏 import 路径错。这条最痛——没有外部 check,「说完成了」不等于真完成了。


Harness 怎么治这 4 类漂移

整体数据流是:Figma + PRD → intake(拆 fixture)→ contract(冻结)→ generate(codex / claude / gemini 任一)→ 14 道 gate(语义 / PRD / spec / UI 卫生 / build / 跨页)→ visual review(人审)→ web-preview(可点可跳)。

每道 gate 只检查一件事。原因是 Constraint Decay 论文(arXiv 2605.06445):一次性塞 10+ 个约束,LLM 性能掉 30 个百分点。

Retry 不是「让 LLM 再试一次」——是把 gate 的结构化错误报告喂回去,Reflexion 风格(arXiv 2303.11366)。

Handoff:每个阶段产出 status JSON 状态包,下次接手的人或 LLM session 直接吃 JSON,不用读对话历史。

为什么是 14 道 gate,而不是一个大 prompt

  • Constraint Decay(arXiv 2605.06445):一次性约束多了直接掉点
    • Lost in the Middle(arXiv 2307.03172):LLM 对长 context 中间几乎失明,关键约束塞中间等于没塞
      所以拆 14 道,每道不超过 3 个约束。

泛化证据——4 domain ablation

Domain 主色 屏数 Build 通过
Banking(金融) 深红 10 10/10
Fitness(健身) 3 3/3
Travel(旅行) 3 3/3
Shoes(鞋类电商) 3 3/3

同一套 14 gate,Codex / Claude / Gemini 三个 provider 通过 contract 切换。不需要为每个业务域调 prompt

为什么没直接用 Builder.io / Locofy / v0 / Figma Make

工具 长处 我用不上的原因
Builder.io Visual Copilot 2M+ 训练数据 + Mitosis IR SaaS,无 PRD 维度,无审计
Locofy LDM Large Design Model 设计先验 SaaS,要求严格 Auto Layout
Figma Make EPAM 测评 fidelity 最高 无公开 API,只能浏览器人工用
v0(Vercel) shadcn/Next.js 集成好 Figma link 会降级成截图(官方文档承认)

这些都很适合「单个开发者写漂亮 demo」。但我要的是多屏一致性 + PRD 闭环 + 审计日志 + 本地部署 + provider 切换,这是企业场景的真实诉求。

如果重来,我会做不一样的 3 件事

  1. 不要跟 Claude 抢单屏。Claude 看图已经 80 分,Harness 应该围绕它做不好的事(跨页一致 + 「说完成了」)来设计。
    1. 更早做确定性 IR。我做过一次(类 Builder.io 的 Mitosis 思路),第一个渲染 bug 就放弃了——是错误决策。Builder.io 整套架构就是围绕 IR 转的。
    1. 视觉 diff 自动化。我现在 visual review 还是人审。Design2Code 论文(arXiv 2403.03163)给了 CLIP-score / CW-SSIM / TreeBLEU 几个可微分指标,应该早接进来。

      开源链接

https://github.com/JiuwenDragon/harness-mini

  • 14 道 gate 是独立的 Python script,在 scripts 目录下
    • 10 个 demo fixture 全部 codex/claude/gemini trace
    • HE 演化日志:每次改动 → 根因 → 修复 → 预测,87 条
    • 文档:设计理由 / 成熟度图 / 工作流
      MIT 协议(LICENSE 文件还没加,欢迎 PR)。

引用论文

  • Constraint Decay(arXiv 2605.06445)
    • Lost in the Middle(arXiv 2307.03172)
    • Design2Code(arXiv 2403.03163)
    • Reflexion(arXiv 2303.11366)
    • Handoff Debt(arXiv 2606.02875)

评论区欢迎讨论。最有帮助的反馈是:你在 >5 屏场景下遇到过其它的漂移模式吗?

相关文章
|
6天前
|
缓存 测试技术 API
Qwen 3.7 Plus 与 Max 实测:性价比与多模态能力差异解析(2026)
2026 年 6 月 1 日,阿里悄无声息地发布了 Qwen 3.7 Plus,距 Qwen 3.7 Max 上线刚好 11 天。同样的 1M 上下文,同样的 35 小时自治上限。但价格才是头条:Plus 是 0.40/M输入,Max是 2.50/M——便宜约 6 倍——并且还能看图、看视频。Vision Arena 上 Plus 已经排到 #16。所以这周真正值得讨论的问题不是”要不要为视觉能力买单”,而是”Max 凭什么用 6 倍价格换来 2 个百分点的 benchmark 领先”。
|
7天前
|
JavaScript 定位技术 API
CodeGraph 爆火:编程 Agent 需要的不是更多上下文,而是一张提前画好的代码地图
CodeGraph 是一款爆火的本地代码智能工具,通过 tree-sitter 解析 AST 构建结构化知识图谱(存于 SQLite),为编程 Agent 提前生成“代码地图”。它显著降低 Agent 在中大型项目中的探索成本——实测工具调用减少71%、Token 降57%、速度提升46%,支持19+语言及主流框架路由识别,完全离线、无需 API Key。
732 7
CodeGraph 爆火:编程 Agent 需要的不是更多上下文,而是一张提前画好的代码地图
|
7天前
|
人工智能 运维 JavaScript
阿里云Qoder CN(原通义灵码)全解析 产品形态、版本划分与技术适配说明
在AI辅助开发与智能办公工具持续普及的当下,阿里云旗下原通义灵码正式更名为Qoder CN,同时延伸出QoderWork CN、Qoder CN CLI、Qoder CN Mobile等多款配套产品,形成覆盖代码开发、日常办公、终端交互、移动端使用的完整工具矩阵。Qoder CN核心定位为AI智能编码助手,深度适配主流代码编辑器、集成开发环境以及终端场景;QoderWork CN则偏向桌面端综合办公辅助,二者面向不同使用场景,划分了多个版本档位,搭配差异化资源配额、功能权限与计费规则,同时兼容多款主流大模型。
717 6
|
7天前
|
存储 安全 Java
AgentScope Java 2.0:打造分布式、企业级智能体底座
AgentScope 2.0 面向分布式部署、稳定运行、权限安全等企业级需求全面升级,打造支持多租户隔离与长期稳定运行的企业级智能体底座。
|
7天前
|
数据采集 人工智能 前端开发
让 Coding Agent 从黑盒到透明:阿里云 Agent 观测审计数据采集实践
AI Agent 规模化落地带来执行黑盒、行为难追溯、成本难度量三大难题。阿里云基于 OTel 标准,面向 Coding Agent、个人通用助理和框架型 Agent,推出 LoongSuite Pilot、插件及探针等无侵入采集方案,让 Agent 实现可看见、可分析、可审计、可治理。
750 148
|
7天前
|
JSON 缓存 安全
通过 CC Switch 本地路由让 Codex CLI 接入 DeepSeek 等第三方模型
CC Switch 通过本地路由(`127.0.0.1:15721`)实现协议转换:将 Codex 的 Responses API 请求自动映射为 DeepSeek 等厂商的 Chat Completions 接口,兼容流式响应与工具调用,无需修改 Codex 源码,安全隔离 API Key。(239字)
1869 3
通过 CC Switch 本地路由让 Codex CLI 接入 DeepSeek 等第三方模型
|
7天前
|
人工智能 运维 自然语言处理
阿里云百炼Qwen3.7-Max模型详解:综合能力、核心优势与订阅计划参考指南
2026年,大模型技术持续向通用化、高性能、场景化方向迭代,阿里云百炼作为一站式大模型服务平台,持续推出迭代升级的模型产品,Qwen3.7-Max便是当前主力旗舰级大模型之一。该模型依托深度优化的底层架构与大规模训练数据,在文本理解、逻辑推理、多模态交互、代码生成、长文本处理等多个维度实现能力升级,同时搭配灵活的订阅计划体系,能够适配个人开发者、中小企业、大型企业、政企机构等不同类型用户的使用需求。
599 2
|
7天前
|
人工智能 缓存 自然语言处理
阿里Qwen3.7-Max评测:Agent能力显著提升,耗时与调用成本大幅下降
阿里云百炼推出面向智能体的旗舰大模型Qwen3.7-Max,具备长周期自主执行能力,显著提升编程、办公自动化等复杂任务处理水平;支持MCP集成与多框架兼容,并以限时5折+100万Tokens免费试用大幅降低使用门槛,助力企业高效落地AI应用。在阿里云百炼平台快速体验:https://t.aliyun.com/U/fPVHqY
1982 10
|
7天前
|
人工智能 运维 API
2026年阿里云百炼通义千问Qwen3.7-plus深度介绍 功能特性、使用优势及618大促订阅方案指南
大模型技术的普及,让AI能力逐步融入个人办公、内容创作、代码编写、企业运营、教育培训等各类场景。不同定位的模型对应不同使用需求,旗舰级模型性能强劲但使用成本偏高,轻量化模型价格低廉却难以胜任复杂任务,而介于两者之间的中端主力模型,凭借均衡的能力、亲民的定价、广泛的场景适配性,成为绝大多数个人用户、小型团队、中小企业的首选。
827 1

热门文章

最新文章