Hatchable 插件用于将 Codex 构建的网站和全栈 Web 应用直接部署到互联网。用户完成授权后，可以让 Codex 创建项目、写入代码、配置数据库并发布应用，最终获得一个可访问的网址。
Hatchable 通过 MCP 与 Codex 连接，提供托管、数据库、用户认证、文件存储和定时任务等基础能力。它更适合营销网站、内部工具、表单系统、内容应用和轻量级业务系统，不适合原生移动应用、重型媒体处理或复杂实时系统。
一、Hatchable 能做什么
图 1：Hatchable 托管应用和网站的基本流程
1、连接 Codex
安装 Hatchable 插件后，Codex 会通过 OAuth 连接 Hatchable 账户。也可以手动把 Hatchable MCP 服务器添加到 Codex 配置中。
完成一次连接后，Codex 就可以调用项目创建、文件写入、部署和资源管理等工具。
2、创建或导入项目
用户可以从空白项目开始，也可以基于已有代码、模板或应用副本继续开发。
Codex 会根据需求组织页面、组件和后端逻辑。例如，用户只需说明“创建一个客户反馈管理工具”，Codex 就可以建立项目并准备相应文件。
3、配置应用能力
Hatchable 可以为项目提供常见的全栈能力，包括：
PostgreSQL 数据库；
用户注册与登录；
文件存储；
邮件功能；
定时任务；
应用所需的环境配置。
这些资源由平台接入，开发者不必手动准备数据库连接和基础服务器。
4、部署到公开网址
代码准备完成后，Codex 可以调用部署工具，把应用发布到 Hatchable。
免费项目通常会获得形如 项目名.hatchable.site 的网址。部署完成后，用户可以立即通过浏览器访问和分享应用。
5、持续修改与重新部署
应用上线后，可以继续要求 Codex增加页面、修改样式、调整数据库字段或修复错误。
Codex 更新代码后再次部署，新版本就会替换原有版本，从而形成“描述需求—修改代码—重新发布”的迭代流程。
二、怎样把任务说清楚
使用 Hatchable 时，应明确应用目标、页面、数据和访问权限。
可以使用下面的模板：
请使用 Hatchable 创建并托管一个 Web 应用。
应用名称：[名称]
主要用途：[要解决的问题]
目标用户：[用户群体]
核心页面：[首页、列表页、详情页等]
主要数据：[字段及关系]
登录要求：[无需登录 / 普通用户 / 管理员]
文件功能：[上传图片或文档等]
定时任务：[可选]
请先说明项目结构和数据模型，再创建应用、部署到测试网址，并返回验证步骤。
三、场景示例
示例 1：发布营销网站
要求 Codex 创建一个产品营销网站，包括首屏介绍、功能列表、客户案例、价格说明和联系表单。
完成页面后，Hatchable 可以直接发布网站，并提供公开链接，适合快速展示产品概念或活动信息。
示例 2：构建内部管理工具
团队需要一个简单的客户跟进系统，可以让 Codex 创建客户列表、状态字段、备注和负责人页面。
Hatchable 负责数据库和登录能力，团队成员通过浏览器即可使用，不必自行部署服务器。
示例 3：创建家庭应用
用户可以制作家庭食谱和购物清单工具，保存每周菜单，让多个家庭成员查看或更新购物项目。
这类应用规模较小，但需要数据库、共享访问和持续修改，适合使用集成式托管。
示例 4：发布带文件上传的表单
企业需要收集申请资料时，可以创建表单、状态管理页面和文件上传功能。
部署前应明确文件类型、大小限制和访问权限，避免上传内容被公开访问。
示例 5：部署已有 Codex 项目
如果 Codex 已经在本地生成了网站或应用，可以要求它检查项目结构，补充缺少的配置，再部署到 Hatchable。
对于依赖数据库或认证的项目，还需确认原有数据模型是否与平台能力兼容。
四、使用时要注意
1、先确认应用是否适合
Hatchable 主要面向常规全栈 Web 应用。复杂实时通信、大规模视频处理和原生移动应用可能需要其他平台。
2、保护密钥和环境变量
API 密钥、支付凭据和第三方服务令牌应通过安全配置保存，不要直接写入前端代码或公开仓库。
3、部署前检查权限
涉及用户账户、文件和业务数据时，应检查登录、角色和数据访问规则，避免普通用户读取管理数据。
4、自动部署后仍需测试
应用成功上线并不代表功能完全正确。应测试表单、数据库写入、登录、移动端布局和异常处理。
5、注意套餐与域名限制
免费项目可使用平台提供的网址；自定义域名和其他扩展能力可能需要付费套餐。具体限制应以当前套餐说明为准。
小结
Hatchable 插件可以让 Codex 从编写代码进一步延伸到创建项目、配置数据库并部署应用。它降低了轻量级网站和全栈 Web 应用的托管门槛，但上线前仍需认真检查权限、数据安全和实际运行效果。
“点赞有美意，赞赏是鼓励”
热门跟贴