首页 / 资讯详情
当 AI 开始批量写 HTML，WorkBuddy 想解决「生成之后」的问题
摘要
头图来源：视觉中国 「人人都应该有一个 AI 工作台」，最近这段时间，网络上掀起了一阵搭建个人工作台的热潮。 先是一位百万级大网红用 WorkBuddy 几句话搭出了一个专属工作台，视频发出后，抖音、小红书的评论区随即变成了「大型交作业现场」—— 有人搭自媒体选题看板，有人做健身打卡记录，有人给一年级孩子做暑期学习计划，有人整了短视频带货管理系统…… 但热闹之下，一个共性问题也很快浮出水面：工作台搭起来容易，用起来却卡壳了。 不少用户在晒完新鲜感之后，很快发现了同一个坑—— 数据只存在本地。在办公室电脑上录的一条待办，回家打开手机，空的；手机上记的一笔账，回到电脑上看，没有。原因很简单：AI 生成的 HTML 工作台，数据默认存储在浏览器的 localStorage 里，这是「这台设备 + 这个浏览器」的专属空间，换个设备、清个缓存，数据就没了。 小红书上的「踩坑帖」和「避坑指南」随之扎堆出现—— 有人研究怎么手动备份数据库文件，有人折腾三端迁移教程，有人写脚本定时同步本地数据。为了让一个「几分钟搭好的工作台」能真正用起来，用户反而要做大量技术活。 这是 AI 生成 HTML 的另一个尴尬：它能快速生成一个「看起来能用」的系统，却没有提供一个「能持续用」的底座。生成的门槛降下来了，但维护、同步、协作的门槛还横在那里。 WorkBuddy 这次升级的资料库，尝试把这一断点接起来：一方面，将原有「人机双写」延展至 HTML 与智能 Markdown，让用户可以直接修改页面、选区让 AI 定点改、邀请同事协作，并将成品一键发布为链接；另一方面上线「轻应用」，以 HTML 做交互界面、智能 CSV 承载数据，尝试让网页从一次性展示内容，变成可持续更新的个人工作台或团队看板。 这次升级的真正价值，在于验证一些更具体的问题：当网页进入真实工作流后，AI 生成的 HTML 能不能像文档一样被修改、审阅、协作、分享，并在数据变化时继续可用？ 极客公园通过实测，尝试验证 WorkBuddy 资料库是否真的降低了 HTML 的「最后一公里」门槛，以及「轻应用」对个人和小团队工作台意味着什么。 一、网页生成之后，普通人究竟能不能把它改好、协作好？ AI 生成网页的门槛已经降得很低，但「生成完成」往往不等于「可以交付」。 一个更常见的场景是：AI 做出了一份完整的 HTML 汇报页，临近交付时，负责人要改标题，客户要换一张主视觉，同事还要补充一组数据。面对 PPT，团队至少知道该怎么分工修改；面对 AI 生成的 HTML，很多人的第一反应却是：这段代码谁能动？ 这正是本次实测想了解的问题。WorkBuddy 将「人机双写」延伸到 HTML 后，能否让不会写代码的人，像修改文档一样修改网页；又能否让 AI、人与协作者围绕同一份页面继续工作，而不是在生成之后重新回到文件传递和代码沟通？ 先从一份真实的方案汇报页开始测试。我准备了一份提示词，让 workbuddy 生成包含项目背景、传播主题、节奏规划、预算分配和预期效果的 HTML 页面；页面完成后，不做整体推倒重来，而是提出几个工作中最常见的修改需求。 图片来源：极客公园 页面生成后，我选中了最后一页的「这不仅是一次新品发布，而是一个品类的开场白。」让 workbuddy 改成「这是一个品类的开场白。」可以看到，workbuddy 精准地识别了选区并进行了修改，其他页面并没有受到影响。 图片来源：极客公园 随后我将其存在