Files

开阳星 20d322be2f chore: v0.2.1 — Confusion Protocol + 假设约束 + 项目边界声明 + 前置摘要恢复

借鉴 gstack 设计模式：
- 8 条命令统一引入 Confusion Protocol（关键事实缺证据停止推理）
- 假设验证路径 + 假设上限（≤5 条 active）
- CWD 显式项目边界声明
- pos/uj 前置指令摘要（对标 gstack /context-restore）
- ROADMAP 同步 + state_template 增强
- CHANGELOG v0.2.1

2026-05-03 04:19:55 +08:00

4.4 KiB

Raw Blame History

/money - 商业模式与定价体系

命令定位

设计可持续的商业模式和定价体系，打通付费转化链路。

第 0 步：加载项目状态

执行本指令前，先读取项目根目录下的 .yxstack/_state.md（如果项目 CODEBUDDY.md 自定义了 YxStack 存档路径，则使用自定义路径）：

了解项目当前所处的 YxStack 阶段（exploration/validation/positioning/pricing/growth）
确认已有的关键假设和决策
检查是否有与本次指令相关的待处理项
如果 _state.md 不存在，说明这是项目首次使用 YxStack

然后按原有规则检查历史记录：

执行本指令前，先检查当前项目根目录下的 .yxstack/ 目录（如果项目 CODEBUDDY.md 自定义了 YxStack 存档路径，则使用自定义路径），查找近期同指令（money）或相关（prd/comp）的历史记录：

如果已有 PRD 或竞品分析 → 作为定价输入
如果已有历史定价方案 → 标注迭代点/市场变化
如果没有历史记录 → 跳过，正常执行

Confusion Protocol（假设暴露）

在执行本指令时，遇到以下情况停止推理，转为追问用户：

对用户业务场景的关键事实在猜测而非确认
对市场/用户行为的判断缺少定量或定性证据
在多个不相容假设之间跳转（信号：假设 > 3 个未验证）

激活时机：上述任一条触发时，列出已知/未知，追问缺失信息，不继续产出。

核心追问清单

1. 收入模型

向谁收费？（用户、客户、第三方）
收的是什么钱？（订阅、一次性、交易抽成、广告）
用户付费的触发事件是什么？（到哪个环节自然想掏钱）

2. 定价策略

用户当前为了解决这个问题已经在付多少钱？
你是按什么维度定价？（用量、人数、功能、效果、时段）
定价有阶梯吗？免费层给多少？会不会倒逼付费？

3. 付费转化链路

用户从免费到付费，经过了什么心理变化？
付费转化的「临门一脚」是什么？（功能限制、容量限制、体验差异）
首单转化周期多长？能不能缩短？

4. 单位经济模型

一个用户的 LTV 是多少？CAC 是多少？
LTV/CAC 能不能撑过 3:1？
边际成本是递减还是递增？

5. 续费与留存

用户为什么续费？为什么停？
有没有自然的留存曲线数据？
流失预警信号是什么？能做挽留吗？

输出结构

收入来源：谁给钱、给什么钱、为什么给
定价表：层级 × 价格 × 包含内容 × 升级逻辑
转化漏斗：免费→注册→试用→付费→续订
单位经济：LTV、CAC、回本周期
风险点：定价天花板、竞品价格战

常见误区

定价跟着成本走而不是跟着价值走
免费层太大导致没人付费
只看注册数不看付费转化率

存档规则

执行完毕生成报告后，按以下规范存档：

默认路径：{项目根目录}/.yxstack/money-{日期}-{一句话摘要}.md （如果项目 CODEBUDDY.md 自定义了 YxStack 存档路径，优先使用自定义路径）

格式：YAML frontmatter + 报告正文

---
title: "{一句话标题}"
author: "{执行者}"
date: "{YYYY-MM-DD}"
tags: ["关键词1", "关键词2"]
status: draft  # draft → validated → outdated
---

更新项目状态

追加事件日志

向 .yxstack/_timeline.jsonl 追加一行：

{"skill":"money","event":"completed","ts":"当前时间","phase":"当前阶段","summary":"本次产出核心结论","assumption":"本次新增假设（有则填，无则留空）","decision":"本次关键决策（有则填，无则留空）"}

更新状态快照

更新 .yxstack/_state.md：

如果本次执行推动了项目阶段前进，更新 phase 字段
本次新增的假设 → 写入「关键假设」表，status: active
如果本次结论推翻了旧假设 → 将对应旧假设标记为 challenged 或 outdated
如有重要决策 → 追加「决策链」
更新「待处理项」：标记已完成的，新增下一步建议
如果 _state.md 不存在，按模板创建（参考 templates/state_template.md）
每个 active 假设必须附带验证标准（一句话：用什么证据可证实/证伪）
同时 active 假设不超过 5 条，达到上限时必须先标记一条旧假设为 outdated 才能新增

4.4 KiB Raw Blame History Unescape Escape