CASE STUDY / PROTOLENS

当需求变成 HTML,
反馈也需要一个落点。

从可浏览的需求描述,到带位置的评论,再到人和 Agent 都能接住的修改依据。

01 / 页面表达得更多,聊天却接不住

我开始更多地用 HTML 原型表达需求:布局、信息层级和交互意图,可以直接打开看。但原型做出来后,协作意见仍散落在聊天里。“这里改一下”离开截图和页面位置,很快就失去上下文。

Trailmate 原型上的两个批注标记,与右侧评审面板中的评论卡一一对应
FIG. 01顺着标记找到评论,也能从评论回到它所指的位置。Trailmate 是虚构的演示产品。

02 / 让反馈跟着具体内容走

你连接的 AI 通过 MCP,将单个自包含 HTML 原型发布到 ProtoLens,并创建私有评审链接。评审者打开私有链接,选择昵称即可参与,无需注册账号。评审者可以在区域或文字上定位评论,团队不用再凭一张孤立截图猜测讨论的是哪里。

让反馈带着位置回到下一轮修改

01HTML

将需求做成可浏览原型

02定位评论

对具体文字或区域留言

03AI 读取与回应

请你连接的 AI 读取已提交的反馈,发布 V2,并逐条回应。

04修改与复核

回到原型核对结果

工作流程示意,不表示 Agent 会自动修改或自动验收所有反馈。

03 / 人的判断怎样进入下一轮 AI 工作

只收集评论还不够。请你连接的 AI 读取已提交的反馈,发布 V2,并逐条说明如何处理。原评审者在 Previous round 中,对照自己的反馈检查每条回应,并核验是否符合原意。

取舍:限定在自包含的评审环境中

这条工作流接收单个自包含 HTML 原型,可包含内联样式、脚本和嵌入图片。为了控制评审环境的边界,ProtoLens 不执行任意构建、依赖安装或应用后端;这种约束也意味着某些完整交互需要在产品自己的环境里验证。