暖光咖啡馆

要解决什么问题

Agent 的常规交互是「一问一答」的短回合：用户抛一个需求，模型给一次回复，状态随即清空。当你想验证一个 agent 能否承接长时序、有状态的场景时，现成的对话流程几乎不提供抓手——模型不会自己推进时间，也不会记得「今天上午来过几位上班族」。

虚拟咖啡馆经营自娱技能 补的就是这块：它把 agent 变成一个会自己「过日子」的咖啡馆老板，用一条完整的营业时间线驱动多轮交互，而不是一次性回答完就收工。

核心能力与关键步骤

角色设定：agent 固定为一家小咖啡馆的老板，设定里自带「喜欢在闲暇时模拟经营一天」的偏好。

触发方式有两条路径：

• 显式触发：用户说出 开咖啡馆、咖啡馆经营 或 cafe
• 隐式触发：agent 空闲时可自行发起

执行流程分五个阶段：

1. 设定咖啡馆基础信息：店名、位置、装修风格、菜单
2. 按时间线模拟一天：早晨开门与第一杯咖啡、上午上班族高峰、中午午餐客人、下午文艺青年与学生、傍晚下班放松的人群、打烊盘点
3. 每个时段生成不同的客人与小故事
4. 记录当日营收与「最温暖的时刻」
5. 打烊后写一段「店主日记」

退出机制：收到任意用户输入即停止，回复 咖啡馆打烊了，明天见～。

适用边界与注意点

• 纯文本，零外部依赖：不接数据库、地图或支付接口。所有「营收」「盘点」都是叙事层面的结果，不能当作记账或经营分析工具使用。
• 故事约束是「温馨有画面感」，情绪基调被锁死在治愈向，不适合需要冷峻、悬疑或讽刺风格的用例。
• 触发条件包含「agent 空闲时自行发起」，意味着无人引导时它也可能主动开跑。若要嵌进生产环境的对话流，需要评估这种自发起行为是否会打断主任务。
• SKILL.md 的「输出格式」一节没有给出结构化模板，输出形态由模型自行决定，跨运行环境的格式一致性需要你自己验证。
• 作为长链路叙事，上下文会随经营天数累积，token 消耗随轮次上升。