CASE STUDY / PROTOLENS

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

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

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

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

ProtoLens 区域锚点与具体评论
FIG. 01从原型上的标记找到评论,再从评论返回它对应的位置。此图保留真实的中文评审素材。

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

ProtoLens 把 GitHub 中的静态文件变成稳定的评审链接。评审者可以在区域或文字上定位评论,团队不用再凭一张孤立截图猜测讨论的是哪里。

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

01HTML

将需求做成可浏览原型

02定位评论

对具体文字或区域留言

03Markdown / MCP

把修改依据交给人或 Agent

04修改与复核

回到原型核对结果

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

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

只收集评论还不够。Markdown 导出和 MCP 读取,让修改者能拿到完整反馈。人的判断可以进入 Agent 的下一轮工作,但修改之后仍需要回到原型验收。

取舍:把静态评审做好

HTML、SVG、PNG 覆盖了这条工作流的主要输入。为了控制评审环境的边界,ProtoLens 不执行任意构建、依赖安装或应用后端;这种约束也意味着某些完整交互需要在产品自己的环境里验证。