用途
LaunchChair 是一个面向创始人和 AI 构建者的、以规格（spec）驱动的产品与功能工作流，主要服务于由编码代理（如 Codex、Claude）执行开发的工作方式。它把凌乱的产品想法整理为验证研究、动态规格、PRD、构建卡片，以及可被代理直接执行的工作。
它包含两条轨道：
- Product 轨道：把一个新想法从验证一路带到发布。
- Feature 轨道：面向已有产品的功能开发，跳过新产品阶段，验证现有产品内的需求，定义 PRD，并给代理准备好可直接构建的工作，无需更换技术栈或架构。
主要能力
产品验证与规格生成
- 从 ICP 痛点、替代品行为、竞品差距和市场楔子证据出发，进行深度竞品分析、替代行为与差距分析、市场楔子选择。
- 将原始想法转化为 ICP 清晰度、竞品背景、替代行为、验证测试和市场楔子方向。
- 自动生成 PRD 与动态规格，把定位、定价、MVP 范围集中在同一系统中。
动态规格（Living spec）
- 动态规格是 LaunchChair 背后的中央项目状态。研究、选择、定位、定价、MVP 范围、屏幕、数据模型、构建板卡片、落地页文案、SEO、发布资产和代理循环状态都从中读取或写回。
- 提示引擎根据当前阶段、分桶规则、允许的写入路径、必需的 JSON 结构、下游依赖和已保存的项目状态，编译出每个提示。
构建卡片与代理循环
- 构建卡片是从 MVP 蓝图和动态规格生成的、按功能划分的实现单元，携带依赖、验收标准、提示上下文、证据、QA 状态、SQL 操作和修复状态。
- 代理循环：读取项目状态、排队下一动作、运行代理、接受结构化输出、应用、验证、重试或修复，并在人工检查点暂停。
- 人工检查点包括 SQL 操作、外部账号授权、手动 QA 备注等。
- Agent API 与 MCP：让 Codex、Claude、Cursor、Hermes、Grok、Kimi、Gemini 及本地代理执行排队、应用、验证、重试、修复和检查点流程。
发布与增长
- 把同一份规格带入 SEO、GEO、AEO 和销售。
- 将规格转化为落地页、CTA 策略、schema、llms 文件、发布计划、外呼序列、活动、线索和信号跟踪。
- 从规格生成 SEO/GEO/AEO 提示、schema、网站地图、robots 和 llms.txt。
私有起步样板（Boilerplate）
- 从 Next.js 和 Supabase 样板创建用户私有的 GitHub 仓库，已包含认证、受保护路由、UI 组件和 SEO 脚手架。
- 代码可检查、编辑和部署。包含代理指令和架构文档，以及支付、分析和邮件集成，代理可按需配置。
- 包含仓库本地的 AGENTS.md、design.md、launchchair.json 和 docs。
使用方式
- 连接代理：给 Codex 或 Claude Code 提供设置提示以连接 LaunchChair，在浏览器中批准登录，让代理验证连接。也可使用 CLI：安装 @launchchair/agent，然后运行 launchchair setup codex 或 launchchair setup claude。CLI 会处理登录、AGENTS.md、MCP 配置、桥接启动和连接检查。
- 运行工作流：在聊天中运行 Product 或 Feature 工作流。例如“Build a booking app for dog groomers.”，代理会进行产品构思、市场验证、定位与定价、落地页与搜索等工作。
- 代理通过受保护的 stdio 桥接操作 LaunchChair，使用限定范围的令牌解析 Product 和 Feature 项目、读取规格、认领运行、完成运行并导出阶段摘要。
适用场景
- 创始人要从零验证并发布新产品。
- 已有产品需要发布新功能，希望在不更换技术栈的前提下验证需求、定义 PRD 并获得可构建设计。
- 希望让编码代理基于当前产品事实工作，而不是从模糊段落出发。
- 需要把产品决策一路带入 SEO、GEO、AEO 和销售执行。
限制
- LaunchChair 不是托管式“一句话生成应用”的 AI 应用构建器，不提供托管部署或运行时环境。
- 代理可以操作循环，但在 SQL 操作、外部账号授权和手动 QA 等真实人工检查点会暂停；这属于产品边界，不是故障。
- 编码代理或模型提供方可能另行计费。LaunchChair 定价为订阅制，不在 LaunchChair 内隐藏 token 使用费用。
- 具体套餐价格、功能差异的详细收费金额暂未提供。