场景
网页直接从 PRD 生成，反馈却仍散落在截图和群聊里。
解法
在网页上圈选、评论、拉人确认，并一键整理给 Agent。
价值
让任何网页都能被评论、被 Agent 看懂、被团队共同改好。
01 · Live Demo
在真实网页里运行：圈出问题，交给 Agent。
先看核心体验：在任意网页里直接标注问题、同步协作，并把批注整理成 Agent 可执行的 Markdown。
1
2
Intro
准备进入飞标的运行演示……
演示为纯前端模拟，自动循环播放；不加载真实插件、不采集任何页面数据。
02 · Why
当网页就是原型，协作就该发生在网页上。
网页生成得越来越快，但反馈仍需要被准确表达、讨论和执行。
Vibe Coding 让网页可以直接从想法或 PRD 生成，但评审仍停留在截图、群聊和口头描述里。
飞标的判断是： 评论应该直接长在网页上，位置、预期和修改上下文一起交给团队与 Agent。
核心能力压缩成三件事：
- 01
直接在页面上圈出问题，说清楚位置和预期。
- 02
把同事拉进飞书，一起讨论、确认和推进。
- 03
自动整理页面信息与批注，生成 Markdown 交给 Agent 修改。
从发现问题到执行修改，网页本身就是共同工作区。
Positioning
飞标，让任何网页都能被评论、被 Agent 看懂、被团队共同改好。
Chrome Web Store
查看飞标插件页面
03 · Process
设计过程：把“看得懂”和“改得动”放进同一条流。
飞标不是把功能堆多，而是让每一步都服务于“反馈能被准确定位、被 Agent 执行”。
-
01
就地表达
右侧 side panel 附着在被评审网页旁，评审者不离开现场，就能对着真实页面直接圈选、写批注。
-
02
双通道定位
DOM 标注用于按钮、表单、卡片等明确元素；截图框选用于布局、间距与跨元素的视觉问题——两者互补，覆盖大多数走查场景。
-
03
拉人协作
把同事拉进飞书，一起在同一份网页上讨论、确认和推进，反馈不再散落在群聊截图里。
-
04
交付 Agent
把 DOM 选择器、截图证据与意见文本自动整理成结构化 Markdown，Agent 拿到就能判断改哪里、为什么改、改成什么样。
04 · Risks Solved
风险点攻克：真实网页远比想象复杂。
要让“评论长在网页上”真正可用，得先解决几个绕不开的工程与体验难题。
DOM 定位稳定性
结构会变，定位不能失效
真实页面结构随时可能调整。飞标为每条标注生成足够精确又具备可读性的定位线索，让批注在页面变动后仍能关联到正确对象。
跨页面状态
刷新、跳转都不丢批注
评审常经历刷新、跳转和多页面切换。批注被稳定地绑定到对应上下文，保证走查过程连续、不断线。
证据一致性
截图、文字、位置对得上
截图证据不能脱离文字意见。飞标让视觉区域、文字解释与页面位置绑定在同一条批注里，避免“看得到却说不清”。
Agent 可读性
不只完整，还要可执行
导出的 Markdown 让 Agent 能判断修改对象、问题原因和期望结果，把“人类的反馈”翻译成“机器能执行的上下文”。
05 · Data
数据表现：预留真实看板接入位。
当前看板已能读取到近 30 日、版本分布、协作趋势、链路质量等模块；可见筛选区已有“全部版本 · 2,242”，细分指标仍需从运行时接口补齐。
近 30 日 · 全部版本
飞标数据看板
看板可见的全部版本事件量，作为后续数据区的首个真实信号。
打开插件、创建批注、整理 Markdown 到复制交付的转化漏斗。
同步成功率、异常分布与版本稳定性，后续替换为真实数值。
已确认看板可访问，并返回“埋点链路运行正常”等模块信息；除可见事件量外，细分指标暂不伪造，等待接口级数据接入。
06 · Outcome
产出成果：网页成为团队的共同工作区。
1 层
为任意网页叠加的“飞书式评论”能力，无需改动原页面。
2 种
DOM 标注 + 截图标注双通道，覆盖元素级与视觉级问题。
1 键
批注一键整理成 Agent 可读的结构化 Markdown 交付。
飞标的价值不只是“标注网页”，而是把网页走查从零散表达变成可执行对象：人负责发现问题、团队负责做出判断，Agent 负责动手修改，三者围绕同一份网页协作。
当网页本身就是原型和工作区，从“我发现了什么”到“这个问题被谁改好了”之间的链路，被压到了最短。
飞标，让任何网页都能被评论、被 Agent 看懂、被团队共同改好。