打开豆包工作，说一句“帮我做一份北京红叶旅行手册”，几分钟后，一份排版清爽、带时间轴、带预算表的网页就躺在你的文件夹里。可朋友想看？你得把HTML连同图片文件夹一起发过去，朋友们下载、解压、双击打开 —— 手机上还可能错位。想让一群人一起往里填行程、投票、算AA？更不可能。

问题不在做得好不好，而在做完之后那最后一步：怎么让它被看到、被一起用。

IGA Pages 就是补上这一步的插件——它把豆包工作做出来的页面，一句话变成可以分享、可以共创的在线链接。下面用一次真实的北京红叶行程，看两个Demo分别怎么落地。

个人旅行手册Demo

这是最基础的用法 —— 一个人做、所有人看。

如何做出来它？

第一步，描述你要什么。

在豆包工作里打开一个新的工作任务说：

帮我做一份「北京5日秋季红叶」旅行手册网页：

-封面用北京秋季主题。

-按天做时间轴，每天列景点、交通方式、预计停留时间。

-每个行程节点配一段100字左右的介绍和亮点。

-附一张整体路线示意。

-最后加一个预算表和5条实用贴士。

风格清爽，适合手机看。

几分钟后，一份移动端手册就出来了：慕田峪长城秋色封面、五天时间轴、路线示意图、预算表、五条贴士。它是一个HTML文件，待在你的项目目录里。

第二步，说一句“部署”。

这时你不用管它怎么发布、发布到哪、域名是什么。只要说：

帮我部署上线。

第一次部署时，Pages会引导你完成登录认证（在浏览器里授权一次即可，后续会自动保持登录；授权失效时重新登录即可）。这一步只做一次。

完成认证后，Pages自动接管：打包项目文件、上传到火山引擎服务器、完成部署，几秒后返回一个公网预览链接。你把它发给同行的朋友，她在手机上点开就是完整的手册 —— 不需要下载、不需要解压、不需要任何设置。

这就是第一件事的价值：一个人做出来的东西，一句话变成所有人都能看到的页面。它适合旅行手册、活动通知、产品介绍页、个人作品集 —— 任何“做好了就发给大家看”的场景。

从“我的行程”到“我们的行程”

旅行手册真到了组队出行的时候，问题才刚开始。

一个人做的手册是给别人看。可真到了行前，群里就开始刷屏：香山和慕田峪先去哪个？酒店定城区还是住景区旁？故宫门票谁来约？这顿烤鸭谁先垫了？钱怎么分？

这些事，一份定稿的手册回答不了 —— 因为它已经“定稿”了，但组队的行程是所有人一起攒出来的。你需要一个大家都能打开、都能往里写、写了别人立刻能看到的地方 —— 一面“大家一起写的墙”。

共创行程墙Demo

接着上面那个项目，不用推翻重来。你说：

在这份旅行手册的基础上，升级成一个多人共创行程墙：

①景点投票，大家能点赞、票数实时更新

②想去清单，任何人都能新增条目

③可认领的任务卡（订票/订酒店/租车），显示认领人

④ AA 预算表，自动汇总人均

这些数据要能被多人写入并长期保存下来。帮我部署上线。

关键就在最后那句“多人写入、长期保存”——Pages识别到这需要数据库，自动接上了火山引擎Supabase。它做了几件你不需要操心的事：

·在云端数据库里建好四张表：投票记录、想去清单、任务卡、预算明细；

·打开行级安全，让任何人都能读、能写，数据长期留在云端；

·开启实时同步 —— 一个人投了票，其他人的页面几秒内就更新；

·把页面和数据库一起部署到同一个链接下。

整个过程你不需要写一行代码、不需要建一张表。Pages按你的描述把数据库结构设计好，再把它和页面一起发出去，返回一个可分享的链接。

同行的朋友打开页面，先在顶部输入自己的昵称，就能开始协作：给想去的景点投一票、把“五道营胡同午餐”加进清单、认领“订故宫门票”那张任务卡、记下一笔酒店的垫付。

这就是第二件事的价值：从“给别人看”升级到“我们一起写”。它适合组队出行、活动筹备、班级作业、部门小项目 —— 任何“一群人需要在同一个地方对齐信息”的场景。

IGA Pages：补上“用起来”这一步

两个Demo背后，是IGA Pages 在发挥作用。

豆包工作近日正式发布。它能围绕一句话的目标，自动写文档、做表格、生成图片视频，甚至直接搭出一个网页或小应用。你描述想要什么，它就把成品交到你手上。可东西做出来，不等于用起来。

IGA Pages 是豆包工作里的一个内置技能插件。你只需在「插件-豆包推荐」中搜索“iga pages”并安装，就可以使用。安装插件以后，当豆包帮你做完一个页面，你只要顺口说一句“帮我部署”、“发出去给别人看”，它就自动接管，不需要你单独找入口、装工具、配环境。

Pages做两件事：

·第一件，把静态页面变成可分享的链接。你做的网页在“做好那一刻就定稿了”—— 谁打开都是同一份内容。Pages把它发布到火山引擎遍布全球的服务器上，几秒内生成一个预览链接。你把链接转发到微信群，对方在手机浏览器里直接打开，不需要任何额外操作。

·第二件，也是它真正不一样的地方。当你说“这个要多人一起写、数据要存下来”，Pages会自动接上火山引擎Supabase —— 一个云端数据库，把“前端页面+数据库”打包成一个完整项目一起部署。你不需要懂什么是表、什么是接口，Pages帮你搭好。正是这一层，让“大家一起用”成为可能。

AI负责造，Pages负责流通

两个Demo看似不同，其实是同一条路径上的两步。

·Demo一的静态部署，解决的是“被看到”—— 你做的东西不再困在自己的文件夹里，一个链接就能送到任何人手机上。

·Demo二的动态部署，解决的是“被一起用”—— 页面不再是一张定稿的纸，而是一面可以共同编辑、共同记录、共同决策的墙。

Pages不是把东西“做完”的工具，而是把做完的东西“发出去”的那一步。AI负责造，Pages负责让它真正流通起来。

立即试用

打开豆包工作，把你最近做的那份东西 —— 一份手册、一个清单、一个活动页 —— 顺口说一句“帮我部署”。你会立刻看到它从文件夹里走出来，变成一个可以转发、可以打开、可以和朋友一起填的链接。

开始前提醒

·需要火山引擎账号。第一次使用Pages时按提示完成登录授权即可，全程在浏览器里完成。

·预览链接有效期3小时，必须包含有效的token。需要长期分享的话，建议在控制台更换使用自己的域名。链接打不开？先检查是不是复制完整了（链接末尾带一串访问参数）；再看是不是超过3小时过期了 —— 过期就重新说一句“部署”。

合法的预览链接必须包含 iga_token 和 iga_time。出于安全考虑，豆包展示的预览链接可能没有这两个参数。这时，你可以直接要求豆包提供保留 iga_token 和 iga_time 的预览链接。

·火山引擎Supabase按实际用量计费。搭建动态Demo前需确保火山引擎账号余额充足，否则可能搭建失败。

·AI生成具有随机性。同一句提示词每次生成的版式、配图、文案细节可能不同；上文Demo中的页面结构是本次生成的结果，不代表每次都完全一致。你可以多生成几次挑最满意的，再让Pages部署它。