feat: 圆心商业化工作流 v0.0.1 初始发布

- 核心框架：README + 8 条命令执行模板
- 每条命令含 Checklist + 输出结构 + 常见误区
- ROADMAP 含 v0.1~v1.0 迭代路线
- MIT 开源协议
- 维护方：筑基阁（开阳星）

commands/pfit.md

@@ -0,0 +1,41 @@
+# /pfit - 痛点真伪验证
+
+## 命令定位
+在投入产品资源之前，验证用户所述「痛点」是否真实存在、
+是否足够痛、是否值得解决。
+
+## 核心追问清单
+
+### 1. 痛点来源验证
+- [ ] 这个痛点是谁说的？（用户、客户、老板、竞品、猜测）
+- [ ] 有多少人说过？频次如何？（定量证据）
+- [ ] 用户因为这个问题损失了什么？（时间、金钱、情绪）
+
+### 2. 痛点强度评估
+- [ ] 用户是否已经在尝试自行解决？如何解决的？
+- [ ] 如果这个问题不解决，用户会怎么办？（放弃、忍受、找替代品）
+- [ ] 用户愿意为此付费吗？愿意付多少？
+
+### 3. 真伪判断
+- [ ] 这是真痛点还是痒点？（必须有 vs 有了更好）
+- [ ] 这是高频痛点还是低频痛点？
+- [ ] 是否存在「幸存者偏差」？（只听到了主动反馈的用户）
+
+### 4. 竞品验证
+- [ ] 竞品是否在解决同样的问题？效果如何？
+- [ ] 用户对竞品方案的满意度如何？
+
+### 5. 可行动性验证
+- [ ] 我们是否有能力解决这个问题？（资源、能力、时间）
+- [ ] 解决后的收益有多大？（用户价值 × 市场规模）
+
+## 输出结构
+1. **痛点陈述**：一句话描述痛点
+2. **真伪评分**：1-10 分，附理由
+3. **证据清单**：支持/反对的证据
+4. **行动建议**：Go / No-Go / 需要更多验证
+
+## 常见误区
+- 把自己的痛点当成用户的痛点
+- 把「不足」当「痛点」（功能不够炫 vs 核心场景受阻）
+- 因一两个用户的强烈反馈而过度反应