核心用法
Goals 技能构建了一套基于纯文本文件的个人目标管理体系，工作空间位于 ~/goals/ 目录。用户提出任何愿望或抱负时，系统协助澄清并结构化为具体目标文件，包含：具体成果（What）、动机意义（Why）、截止日期（By when）、里程碑路径、当前状态及进度日志。目标按活跃（active）、已完成（achieved）、已放弃（abandoned）及未来待办（someday）分类存放。
里程碑设计是核心机制：将宏大目标拆解为可验证的检查点（如马拉松：5k→10k→半马→全马；储蓄 €10k：每季度 €2.5k）。系统强调不唠叨式跟踪——仅在相关场景 surfaced 进度，并遵循固定复盘节奏：每周浏览、每月检查、季度深度审视、年度主题反思。
显著优点
- 极致简约：拒绝 SMART 框架的教条化，用清晰的问题（成功具体什么样？为何重要？）替代复杂方法论
- 认知负荷极低：纯 Markdown 文件，无需专用软件，避免复杂追踪系统的维护成本
- 心理安全边际：将放弃目标重新定义为「优先级调整」而非失败，要求记录放弃原因与教训，消除负罪感
- 聚焦机制硬性约束：主动限制 3-5 个活跃目标、1 个「大目标」原则，从根本上对抗多任务稀释效应
- 灵活的层级关系：明确区分 Goal（结果）、Project（任务序列）、Habit（重复行为），允许目标自然衍生项目与习惯
潜在局限
- 无自动化提醒：依赖用户自律执行复盘节奏，缺乏系统级推送或通知机制
- 量化依赖主观：进度记录「尽可能量化」但无强制格式，数据一致性取决于用户习惯
- 协作属性薄弱：虽提及「 accountability partner」，但无内置共享或同步机制
- 长期趋势分析有限：基于文本日志的结构难以生成年复一年的可视化趋势图表
- 跨设备同步需自行解决：依赖
~/goals/文件夹的同步方案（如 Dropbox、iCloud、Git）
适合人群
- 厌倦 Notion/Things/Omnifocus 等复杂工具、追求「文件即系统」极简主义者
- 目标周期以季度/年度为单位、重视深度复盘而非高频打卡的「慢思考」型执行者
- 易受「计划完美主义」困扰、需要「放弃无罪」心理许可的多目标挣扎者
- 开发者、作家等习惯 Markdown 与版本控制的知识工作者
常规风险
- 文件夹膨胀：someday.md 与未来待办清单无限增长，需严格执行季度清理
- 里程碑设计失误：检查点过大导致长期无反馈，或过小导致管理 overhead，需迭代调整
- 复盘流于形式：固定节奏若无真实反思易成 checkbox ticking，系统依赖用户诚实面对「无进度」的脆弱时刻
- 目标漂移：季度轮换机制若执行不严，可能演变为不断追加而非完成或放弃