90 天增长计划
目标是提高真实使用、贡献和传播的概率，不承诺在 90 天内达到某个 Star 数。Star 里程碑用于决定下一阶段投入，不用于制造焦虑或虚假宣传。
可控质量指标
| 指标 | 测量方式 | 初始目标 |
|---|---|---|
| README 理解率 | 5 位首次访问者能否说出“是什么/给谁/怎么开始” | 4/5 |
| 3 分钟完成度 | 首次用户能否在 3 分钟内得到行动、证据和回看时间 | 70% 以上 |
| 文档完整度 | 主要目录 README、模板元数据、返回/下一篇 | 100% |
| 自动检查 | npm run quality 与 main CI | 持续通过 |
| 来源质量 | 直接引文有定位或明确待核实 | 100% |
| Issue 响应 | 首次维护者响应中位数 | 7 天内 |
| Release 节奏 | 小版本或内容发布 | 2—4 周一次 |
| 外部贡献 | 合并的非维护者 PR | 记录数量与类型，不设虚假基线 |
| 文档站使用 | Pages 流量、入口页和搜索词（若启用统计） | 只使用尊重隐私的聚合数据 |
13 周执行表
| 周 | 更新主题 | 可发布内容 | 可拆 Issue | 社区与贡献动作 |
|---|---|---|---|---|
| 1 | v1 基线 | 定位、3 分钟入口、审计摘要 | 快速开始可用性测试 | 邀请 5 位真实读者只做首次测试 |
| 2 | 来源周 | 原典出处索引与纠错流程 | 核对三个核心引文 | 联系心学/古籍读者做具体勘误 |
| 3 | 拖延周 | 行动卡与拖延案例 | 英文行动卡 | 中文社区分享一个可复制模板 |
| 4 | 决策周 | 决策校准填写示范 | 决策案例改进 | 发布 v1.0 或下一 RC，汇总真实反馈 |
| 5 | 情绪周 | 情绪事件记录与边界说明 | 英文情绪模板 | 面向 PKM/反思社区征求可用性反馈 |
| 6 | 职场周 | 工作矛盾模板与案例 | 更多角色场景 | 邀请管理者审查“边界与正式渠道”部分 |
| 7 | 关系周 | 关系反思模板与案例 | 英文关系案例 | 中文长文解释“理解不等于放弃边界” |
| 8 | 练习周 | 30 天计划阶段总结 | 练习日历导出 | 发布 v1.1，邀请贡献练习变体 |
| 9 | 英文周 | English Edition 补齐 | 30-day plan translation | HN/Reddit 草稿人工审核后择一发布 |
| 10 | 案例周 | 社区案例规范 | 合成案例模板 | 发起一个有截止日期的案例贡献活动 |
| 11 | Obsidian 周 | 无插件 vault 工作流 | 新手截图与设置 | 向 Obsidian 社区提交非夸大介绍 |
| 12 | 维护周 | 来源、断链、术语清理 | Good First Issue 批次 | 做一次贡献者感谢与公开维护回顾 |
| 13 | 复盘周 | 90 天公开复盘 | 下一季度 roadmap | 发布 v1.2 候选版并说明真实数据和不足 |
Star 阶段与策略
- 0—100： 证明定位、首次使用和基础质量。重点是 5—10 次真实可用性测试。
- 100—300： 建立稳定内容更新。重点是 Issue 响应、双周发布和第一批外部贡献。
- 300—800： 形成中文场景传播。重点是模板型内容、案例和 Obsidian/PKM 社区。
- 800—1500： 补齐英文版与海外传播。重点是自然英语、来源透明和国际贡献体验。
- 1500—2500： 扩大持续贡献、案例和社区协作。重点是维护者机制、稳定 Release 和高质量案例库。
如果 Star 增长没有发生，不通过夸大、频繁求 Star 或偏离定位来补偿；优先检查首次使用完成度、发布价值和渠道匹配。
每次发布前
- 运行全仓质量检查。
- 让至少一位没有参与写作的人完成入口任务。
- 只发布本次真实新增与修复，不复用虚假数据。
- 每个平台只选择一个与社区有关的切入点。
- 记录访问、Issue、PR、Release 与反馈，但不收集个人敏感信息。