5.3.11版本上线:AI生成网页开始支持存储、协作与持续修改
8月13日,WorkBuddy发布5.3.11版本,资料库新增“轻应用”能力。AI生成的网页不再只是一次性的展示页面,而是可以连接数据、持续编辑、多人协作并直接发布的工作工具。
8月13日,WorkBuddy发布5.3.11版本,资料库新增“轻应用”能力。AI生成的网页不再只是一次性的展示页面,而是可以连接数据、持续编辑、多人协作并直接发布的工作工具。
过去,AI生成网页往往停留在“看起来完成了”:页面有布局、有文字、有按钮,但数据保存在哪里、如何持续更新、换设备后能否继续使用,仍然需要用户自己补齐。
这次,网页开始拥有了“记忆”。
AI生成HTML,页面可以打开,但内容更新和数据保存往往要重新生成。
HTML负责呈现,CSV负责存储,AI把两者连接起来并保持实时联动。
支持记录、修改、筛选、协作和发布,不再只是一次性网页。
阅读方式:三张卡片对应从“展示内容”到“可用工具”的能力增量,重点不在页面外观,而在数据是否能被持续使用。
用户只需要描述需求,WorkBuddy就可以生成前端页面,并为页面配置相应的数据结构。合同、发票、图片、设计稿等文件,也可以直接放进CSV单元格,再同步展示到HTML页面中。
注:上述是能力适用场景,不代表每个场景都已被逐项验证;原始实测聚焦于自媒体运营工作台。
为了判断“编辑HTML像修改Word”是否成立,实测没有写代码,而是把WorkBuddy当成一个轻应用开发工具,依次检查页面生成、自然语言修改和数据双向同步。
生成页面 → 修改代码或重新生成 → 手动寻找数据存储方式 → 再次发布。
描述需求 → 生成HTML与CSV → 页面内修改 → 数据自动同步 → 一键发布。
注:对比展示的是工作流变化,不是对所有网页开发场景的替代承诺;复杂业务仍可能需要专业开发。
注:流程卡片按实测顺序阅读;“基本跑通”表示主要功能可用,同时保留局部编辑失败和入口限制等问题。
测试使用免费版混元3,整个过程没有写一行代码。生成的工作台包含选题内容、来源和参考链接、发生时间、预期效果、发布时间、阅读量和发布状态,并支持按月份和状态筛选。
实测选择了一个自媒体运营工作台作为样本。它不是单纯展示内容,而是要承载选题记录、状态管理和后续数据更新,因此能较好检验“网页能不能继续工作”。
注:三个案例按实际测试顺序排列;“通过”只代表本次样例中的核心操作成功,不等同于所有页面和复杂数据结构都无差错。
此外,人机双写能力也扩展到了Markdown。AI的修改不会直接覆盖原文,而是以建议修订形式呈现,用户可以逐条接受或拒绝;文档还支持插入图片和多人批注。
这次升级的底层思路并不神秘:让不同类型的文件各自承担擅长的角色,再由AI负责理解需求、生成页面和维护它们之间的关系。
阅读方式:AI是连接层,HTML是展示层,CSV是数据层;只有三者保持同步,网页才从“成品”变成“工具”。
在人机双写模式下,HTML不再是只能阅读的代码文件。用户可以直接改文字、图片和区块,也可以用自然语言让AI增加模块;多人和多个Agent还能在同一份HTML上协同编辑,修改结果实时可见。
注:这条链路描述的是内容工作流的连续性;一键发布解决的是交付,不意味着复杂网页的专业部署问题全部消失。
因此,WorkBuddy把HTML、Markdown和CSV组合成所谓的“AI原生办公三件套”:HTML负责呈现,Markdown负责轻量内容,CSV负责结构化数据,AI则把它们组织成一个可持续使用的工作空间。
从样例看,WorkBuddy已经跨过了“AI生成一个网页”的门槛:它可以生成带字段和筛选器的工作台,允许用户继续编辑,并让页面与数据文件相互同步。
但它距离成熟的低代码平台仍有距离。页面局部识别并非每次都准确,部分编辑入口不够直接;当页面结构变复杂、数据关系变多时,用户仍需要理解字段、权限和文件之间的关系。
注:左侧是本次实测观察到的有效能力,右侧是原始测试中明确出现的限制,二者共同构成完整结论。
将WorkBuddy升级至5.3.11版本,进入资料库,尝试用自然语言创建一个带数据存储的工作台,再分别修改HTML页面和CSV文件,观察两端是否同步。