面向任何需要接受预约的商家——餐厅、美容沙龙、理疗诊所、诊所等——使用 BALIA OS 构建"预约管理 + 自动通知"技能盒带的实战案例。我们搭建了向商家发送的新预约通知（通过 Discord），以及向顾客自动发送的到店提醒和感谢消息，并通过针对具体商家的访谈来定制每一部分。
发给商家的通知（Discord）和发给顾客的通知（WhatsApp、短信、LINE 等）走的是根本不同的渠道。在这个实战案例中，我们会在最初的访谈阶段就把这一区别理清楚，然后再进入设计环节。
| 工具 | 角色 | 可以理解为 |
|---|---|---|
| Chat Claude（claude.ai） | 通过对话决定"要做什么"，负责设计/需求方面的工作 | 与你的架构师一起做规划会议 |
| VS Code 中的 Claude Code | 接手最终确定的设计，实际创建文件并编写代码 | 现场施工的承包商 |
第一次思考预约系统时，仅仅确定一个"行业类型"并不能告诉你实际需要管理什么。基于现有预约系统（餐厅用、美容院用）实际追踪的内容，这里提供一个访谈的起点。
这只是一个参考起点。实际需要管理的内容会因行业和店铺运营方式而异，因此在 Phase 0，我们会先询问你的行业类型，再以此为基础共同确定具体的管理项目。
在 Phase 1，你需要在"从零构建全新的专用数据库 + 预约站点"和"继续使用现有的 Google 日历作为预约台账"之间做出选择。作为参考，这里以一家假设中的居酒屋（20 个座位、4 张桌子）为例，比较两种方案各自能做到和做不到的事情。
经验法则：如果你的预约量不大，只是想先试试通知功能，从接入日历开始就可以了。如果你想真正用好到店历史、过敏信息追踪等针对具体商家的管理项，就需要一个专用数据库。
| 阶段 | 内容 | 使用的工具 | 交付物 |
|---|---|---|---|
| Phase 0 | 需求访谈（行业类型、预约颗粒度、现有工具、通知渠道） | Chat Claude | 需求说明书 |
| Phase 1 | 确定系统架构（新建预约站点 vs. 接入现有日历、选择顾客通知渠道） | Chat Claude | 架构方案 |
| Phase 2 | 搭建卡带（SKILL.md/WORKFLOW.md 以及专属的 SPEC/soul.md 均为必需） | Chat Claude | SKILL.md、WORKFLOW.md、SPEC/soul.md |
| Phase 3 | 实现（迭代进行） | VS Code 中的 Claude Code | 可运行的卡带 |
| Phase 4 | 测试与验证 | 两者协同 | 经过验证的卡带 |
| Phase 5 | 打磨与文档化 | Chat Claude | 成品 + 使用指南 |
由于前提条件会因行业类型的不同而有很大差异，因此没有可以跳过访谈直接使用的现成 TASK.md。请务必从 Phase 0 的需求访谈开始。
只需将下面这段提示词原样粘贴到与"Chat Claude"（claude.ai）的新对话中，即可启动 Phase 0 需求访谈。
如果你要向顾客发送自动消息（到店提醒、感谢消息等），请务必在预约时获得他们的同意——即"预约确认后将会收到一条自动消息"。我们建议只对已确认同意的预约发送此类消息。