让 AI 工作流连接到实际交付的文件。

先生成可检查的成品

向 AI 明确要求输出静态 HTML，并说明资源要内嵌还是分别打包。提前约定屏幕尺寸与需要实现的交互。产品方案应有可阅读的层级；数据报告应标明数据来源和计算假设，不能只看图表是否好看。

不要把密钥或不必要的个人信息写入生成文件。亲自检查按钮、链接、图表与手机布局。看似完整的界面可能仍使用占位数据，或缺少真正的后端能力。交付之前，应让查看者能区分演示交互与已经接入的功能。

上传之后，再验证托管结果

通过工作台上传单个 HTML 或完整 ZIP，检查托管页面是否缺资源、是否依赖被阻止的外部来源。初次上传仍是私有作品；确认文件、交互和信息都符合预期后，再创建访问授权。

同一份交付物的后续修改，优先更新原作品，保留地址与授权，避免每次变更都新增一条链接。若需要恢复历史版本，请在本地维护源文件历史；托管覆写不等于版本控制系统。不同接收对象需要不同内容时，应使用不同作品。

用 MCP 连接兼容的 AI 客户端

MCP 是 Model Context Protocol，让兼容的 AI 客户端调用明确提供的工具。6HL 工具可以查询空间、列出作品、上传文件和更新内容。MCP 负责把操作连接起来，不负责生成 HTML，也不会补齐作品缺少的服务端。

在账户中创建独立 MCP 凭证，为本地适配器配置明确允许读取的目录。本地适配器支持最多 50 MB 的 HTML 或 ZIP；远程 MCP 接收最多 1 MB 的 HTML 字符串，不能读取电脑上的文件路径。管理授权需要额外开启权限，Google 登录令牌和访客代码都不能替代 MCP 凭证。

同一次操作重试应复用幂等键，避免响应丢失后重复创建作品。更新时提供作品 ID 与当前 revision；若期间已有其他更新导致版本冲突，应重新检查当前状态，再决定是否覆写。

按交付物类型安排流程

交互原型适合保持固定作品地址：让 AI 修改指定交互，本地检查，更新托管作品，再让评审者刷新原页面。如果两组评审者应看到不同版本，分别建立作品，避免相互影响。

数据报告先复核来源、总数与标签，再上传确认后的文件，以有限期限授权给接收者。产品方案则把截图、流程图和说明图随 HTML 一起打包，避免交付后仍指向自己的本地文件。三个用例共享流程，但检查重点不同。

当前流程面向个人创作者，公开注册与邮箱登录尚未开放，也不需要团队协作或收费步骤。已有创作者可在空间设置中绑定 Google，完成绑定后再使用 Google 登录。