网站协作工具让商店团队围绕同一个项目工作，而不是反复传递互不关联的草稿。Runner AI 提供工作空间成员管理、邮件邀请和商店预览。从正确的工作空间、支持团队席位的套餐和同事的邮箱开始，你可以获得共享访问，并让团队检查商店。这不等于自动审批，也不保证多人同时编辑同一页面。
在正确的工作空间配置网站协作工具
打开商店名称菜单，进入工作空间设置，再选择成员。先确认工作空间名称，不要仅凭上次打开的商店判断。成员页面会一起显示活跃成员和待接受的邀请。再次发送邀请前，按姓名或邮箱搜索，区分对方已经获得访问权限，还是仍需接受邀请。
成员管理同时受到角色和套餐限制。工作空间所有者或管理员可以在套餐支持团队席位且仍有容量时发出邀请。按照 Runner 显示的套餐限制处理，不要默认每个账户都包含团队协作。检查容量时也会计算待接受的邀请。因此，即使活跃成员很少，一封尚未接受的邀请也可能阻止你继续邀请其他人。
授予访问前，先明确同事要完成什么。检查商品文案的人需要具体的检查要求，而不是改动整个商店的指令。成员资格涉及工作空间项目的访问。不要把邀请描述成仅能看到一张截图的链接，也不要说它会创建另一个面向消费者的商店。
邀请同事并确认加入成功
在操作可用时选择邀请成员，输入目标邮箱并发送邀请。检查通知和待接受的成员行。邮件发出只是加入流程的开始，并不能证明对方已经能打开商店。邀请表单没有角色选择器。等同事加入后再检查角色，不要期待输入邮箱时就能选择权限。
同事打开邀请链接，使用受邀邮箱登录，确认工作空间后选择加入。如果提示账户不符，需要切换到收到邀请的邮箱。工作空间已满时，邀请人需要处理席位容量。已过期或被取消的邀请，需要由有权限的所有者或管理员重新发送，而不是反复点击失效链接。
回到成员页面，确认对方已经成为活跃成员。然后让同事打开目标工作空间和商店。这是两个不同的检查：加入成功说明获得访问，打开项目说明找到正确的工作对象。邀请好友属于推荐奖励流程，不能代替工作空间邀请。
用页面路径、任务和预期结果交接检查
确认访问后，选定需要检查的商店页面和顾客操作。有效的交接应包含页面路径、已知版本、设备预览尺寸、已确认的内容和预期结果。例如，检查商品集合页时，让同事通过集合链接找到商品，再把介绍文字与已确认的文案对照。这比询问整个商店是否看起来完成了更具体。
使用网站预览工具浏览商店和各条路径。两个人应确认检查的是同一个对象，因为旧任务的预览可能与当前商店不同。直接检查请求的变化是否出现在页面上，不要把聊天回复完成当成预览已更新的证据。检查预览不会发布商店。
发现问题后，向 Runner 提交范围明确的修改请求，写清起始状态、操作、预期结果和实际结果。AI 网站编辑器介绍了这种修改方式。团队需要约定谁提出修改、谁重新检查。这是一种建议的工作方法，并不表示 Runner 会锁定页面、自动分配审核任务或合并相互冲突的请求。
把访问权限与发布决定分开
权限允许时，在成员页面检查角色。所有者、管理员和普通成员具有不同的管理权限。看到操作按钮，并不意味着能够绕过角色层级。更改后要确认页面显示的新角色；打开菜单并不代表更新完成。只在职责确实需要时授予管理权限。
清理邀请时要谨慎。取消待接受邀请会立即使其失效，没有第二次确认。移除成员或离开工作空间时，会出现关于失去项目访问的确认。提交前检查人员与工作空间；如果访问应当保留，就取消操作。不要为了重试一次失败的邀请，在没有理解状态前先移除同事。
团队认为修改可以交付后，发布仍是独立操作。发布网站介绍了如何检查公开结果。共享访问和通过视觉检查，并不证明支付已连接、库存准确、配送可用或能够完成购买。邀请顾客下单前，应在适当授权下使用正确的连接服务测试顾客流程。
网站协作工具常见问题
任何人都能邀请同事加入 Runner 工作空间吗？
不能。邀请需要符合条件的套餐、可用席位，以及所有者或管理员权限。待接受邀请也会计入容量检查。进入工作空间设置和成员页面查看当前状态。如果邀请操作不存在或被禁用，先处理套餐、角色或容量问题，不要共享自己的登录凭据。
发送邀请后，同事会立即成为活跃成员吗？
不会。对方使用受邀账户接受邀请前，状态仍是待接受。同事需要确认工作空间并选择加入。随后检查成员行是否变为活跃，并确认对方能找到目标商店。仅有邮件发送通知，不能证明加入流程已经结束。
Runner 是实时共同编辑或自动审批系统吗？
这个网站协作工具支持工作空间访问和可检查的商店工作流程，不保证实时共同编辑、页面锁定或自动审批。团队应自行约定谁请求每次修改、谁检查结果。交接中保留页面路径和版本，让反馈对应同一份工作。
同事查看预览会发布商店吗？
不会。查看预览与发布网站是不同步骤。修改后应重复相关顾客操作，并确认目标版本。单独决定是否发布，发布后再检查公开商店。成员资格、任务完成和视觉正确，都不能代替购买流程及连接服务的验证。