ARTICLE · 1195025
我们丢给AI一个文档,它把官网页面做上线了
我们丢给AI一个文档,它把官网页面做上线了做官网这事儿，说小不小，说大也不大。 一个常规页面从需求到上线，通常要经历：产品经理写需求、设计师出稿、前端开发、后端联调、测试验收、再改两版。哪怕只是一个新增导航栏加静态页面，也起码要跨好几个人、好几个工具。 上周我们试了一条新路：把这件事交给智员平台上的"归序研发协作"智能体。结果，一个文档发过去，对话确认几轮，页面就上线了。 下面把这次实战完整摊开，你们自己看。 
事情的起因很简单。我们整理了一份《生态合作_归序科技.docx》，内容是官网要新增一个"生态合作"页面，包含渠道合作、专家共建、技术服务三种模式，末尾留了联系邮箱kangjinlong@guixucloud.com。 放在以前，这份文档要先传给产品经理，产品经理再拆解成需求，再排给设计和开发。 这次我们只把文档丢给了"官网开发助手"。它在智员平台上的岗位名称是"归序研发协作"，属于研发协作类数字员工。它的工作方式，是承接研发任务、理解需求、拆步骤、推进开发，直到任务上线。 文档发过去后，它没有直接说"好的我来做"。它先做了一件事：确认。 
它回了三个问题： 这三个问题问完，我们就知道它不是只会执行的工具。它先理解业务影响，再动手。 我们回复：导航栏新增"生态合作"，内容按文档来展示，不增加其他内容，但版式可以调得更好看一些。 接着它把理解整理成一份任务方案： 标题：官网导航栏新增"生态合作"栏目及页面 背景：官网顶部导航目前没有合作生态入口 期望：顶部导航新增入口，页面内容严格按文档展示，版式按官网风格优化 验收标准：桌面端和手机端都能看到入口；页面文字与文档逐条一致，没有增删；版式与官网整体风格一致 范围：只新增导航项和这个页面，不改其他页面、SEO 和留资表单 注意：分成承诺和联系邮箱标注"需人工确认"，开发前会先找我们确认 到这里，需求已经被拆成一份可执行、可验收的任务单。 
确认完方案，它立刻建了一个任务单：GUIX-281。 同时它再次抛出三个待确认点： 这种确认很重要。很多项目返工，不是因为开发能力不行，是因为开头没对齐。它把"对外承诺""联系邮箱""路径位置"这些容易埋雷的点，提前摆到桌面上。 我们回了"确认 GUIX-281"。它把确认转给开发，开发开始动手。 
开发完成后，它直接发了结论： 页面已上线： 改动：顶部导航在"培训与交付"后面新增"生态合作"，新增对应页面 文字与文档逐条比对，没有增删 版式与官网一致，手机端显示正常 无未验收项 也就是说，从需求文档到可访问的页面，整个链路被它串起来了。我们不需要去翻 Jira、看代码仓库、问前端进度。一个对话框里，需求、确认、开发、上线、验证，全都能看到。 
它附了两张截图。第一张是桌面端导航栏，能看到"生态合作"出现在顶部导航里。第二张是手机端页面，版式没有错乱，内容按文档展示。 这个案例的关键不是页面多复杂。恰恰相反，它是一个标准的、流程化的官网需求。真正值得说的，是这种标准化需求以后可以被一个智能体完整承接。 
我们回复"确认 GUIX-281"。它记录为验收通过，不会再触发开发。 同时它提醒我们，还有几个任务也在等回复：GUIX-262、GUIX-263、GUIX-266。这说明它不只是单任务执行，还在帮我们管理多个并行任务的状态。 这次实战给我三点感受： 第一，它把研发流程拆成了可跟踪的任务。需求、确认、开发、上线、验收，每一步都有编号、有记录、有状态。 第二，它先问清楚再做。对外承诺、联系邮箱、路径位置，这些容易出问题的点都被提前确认。与其后期返工，不如开头多问两句。 第三，它让非技术人员也能发起研发任务。你不需要懂代码，不需要写 PRD，只要把文档和意图说明白，它就能翻译成开发能执行的任务单。 这就是智员平台上"归序研发协作"智能体在做的事。它不是替代工程师，是把工程师从需求对齐、进度跟踪、验收沟通这些琐事里解放出来，让他们把精力放在更难的技术问题上。 如果你也有这种"丢个文档就想看到结果"的研发任务，可以发邮件到kangjinlong@guixucloud.com，我们帮你看看能不能让它先跑一轮。 官网www.guixucloud.cn，上面有更多岗位和案例。
一、发需求：只丢了一个文档
二、理解需求：先问清楚再做
做什么？是新增独立页面，还是改现有页面？ 入口在哪？顶部导航加"生态合作"，还是只在页脚加链接？ 文案能不能照搬？文档里有"固定比例分成""数字人收益分成"这类对外承诺，还有联系邮箱，要不要原样上线？
三、建单开发：任务编号 GUIX-281
分成承诺是否可以对外公开？ 联系邮箱确认用这个吗？ 路径 /ecosystem、导航位置可以吗？
四、完成上线：页面地址直接发回来
五、效果截图：官网风格保持一致
六、验收通过：任务正式闭环
