季度审查（quarter-review）：把每个季度的得失，沉淀成下一季度的行动清单
核心结论速览
- 它是什么：一个面向个人目标管理体系的 AI 技能，用一条
/quarter-review命令，把刚结束的季度“复盘”成结构化文档。 - 它解决什么：季度结束时，人最常犯的毛病是“凭记忆总结”——只记得住高光时刻，记不住停滞的项目、被浪费的时间和真正的学习经验。
- 它怎么做：自动扫描目标文件、任务清单、项目目录、会议记录、每周综合，结合逐目标交互式追问，输出一份可归档的季度审查报告。
- 它的独特之处：不只看“目标完成率”，还看支柱平衡、系统健康度、能量收支，并可选接入语义搜索（QMD）发现“没被标记但其实推进了目标”的隐性工作。
- 谁最适合：使用目标/项目管理体系（季度目标 + 任务 + 项目 + 会议记录）的个人、独立开发者、小团队负责人。
该技能叫什么？如何下载安装 AI 技能提升开发效率？
技能中文名：季度审查Skill 技能英文名：quarter-review 技能ID：11897
它到底解决什么问题
大多数人的“季度复盘”是三种失败模式的循环：
- 没有输入：坐下来回忆三个月发生了什么，结果只想起最近两周的事；
- 只有结果没有归因：知道目标没完成，但说不清是被什么拖住的；
- 复盘完没有下一步：报告写完就归档，下个季度照旧。
季度审查这个技能的设计思路，是先把散落在各处的“工作痕迹”聚合成证据，再用交互式提问补上人脑里的“叙事”——机器负责翻账本，你负责解释账本。最终产出的是一份带状态标记（✅ 完成 / 🔄 部分 / ❌ 未开始 / 🚫 已降级）、带学习经验、带下季度建议的结构化审查文档。
一键安装的思路与步骤
AI 技能的通用安装逻辑通常分三步：找到技能 → 加入本地技能目录 → 用命令验证生效。本技能详情中未提供具体的安装命令、仓库地址与价格信息，以下为通用路径描述，具体入口与命令以官方说明为准。
第一步：确认安装前提
- 你使用的 AI 客户端/助手需要支持“AI 技能（Skill）”机制，能挂载技能目录并识别斜杠命令；
- 你需要有一个正在进行目标管理的本地工作区，本技能运行时依赖如下路径结构（来自技能详情）：
| 路径 | 作用 | 缺失时的影响 |
|---|---|---|
System/user-profile.yaml |
存放 quarterly_planning.enabled 开关与季度起始月 |
需先启用季度规划，否则命令会终止 |
01-Quarter_Goals/Quarter_Goals.md |
本季度目标与成功标准 | 只能基于任务、项目、会议降级审查 |
03-Tasks/Tasks.md |
任务完成情况 | 统计数据缺失 |
04-Projects/ |
项目活动、启动/完成/停滞状态 | 项目维度缺失 |
00-Inbox/Meetings/ |
会议数量与关键决策 | 会议统计缺失 |
00-Inbox/Weekly_Synthesis_*.md |
每周综合，提取重复主题 | 学习经验需用户口述补齐 |
System/pillars.yaml |
支柱（人生/业务重心）定义 | 支柱平衡审查跳过 |
System/Dex_Backlog.md |
系统改进待办事项 | 该模块静默跳过 |
第二步：安装技能
在支持 AI 技能的客户端中，进入技能市场/技能目录，搜索技能英文名 quarter-review 或直接使用技能 ID 11897 添加；若客户端采用本地技能目录方式，则按官方文档将技能文件放入指定的 skills 目录后重启会话。具体命令与目录位置以官方说明为准。
第三步：验证是否生效
- 在会话中输入
/quarter-review，若技能已生效，应能看到“确定目标季度 → 上下文收集”的流程开始执行； - 若提示“季度规划已禁用。请先使用
/quarter-plan启用”，说明技能已安装成功，只是前置开关未打开——这其实是一个很好的验证信号； - 也可以输入带参数的
/quarter-review Q4 2025，检查它能否正确解析季度与年份。
该技能的主要功能和特点
- 双模式命令调用：
/quarter-review审查当前或刚刚结束的季度；/quarter-review Q4 2025审查指定的历史季度，方便补做旧季度复盘。 - 自动计算季度边界：根据用户档案中的
q1_start_month推导目标季度，并生成quarter_start/quarter_end日期范围，后续所有扫描都以这个范围为准。 - 多源上下文自动收集：目标文件、任务清单、项目目录、会议记录、每周综合五路并行采集，把“记忆”变成“证据”。
- 逐目标交互式评估：对每个目标显示进度指示器与里程碑完成情况，让你从 ✅ / 🔄 / ❌ / 🚫 中选一个状态，再追问“关键胜利、阻碍、学习经验”。
- 四态目标标记：特别是 🚫「已降级」这一态，承认“故意停止”也是一种合法的季度结果，避免把战略放弃误记为失败。
- 支柱平衡审查：读取支柱定义，评估各支柱下的目标数与活动水平，指出哪个支柱被过度侧重、哪个被忽视。
- 系统健康与待办事项审查：统计改进待办里的想法总数、高优先级想法（分数 ≥ 85）、本季度已实现的想法，并提示 1–2 个下季度优先项；当高优先级想法 ≥ 3 个时，主动建议运行
/dex-backlog重新排序。 - 可选语义增强（QMD）：若环境中存在
qmd命令，可用语义检索把“学习经验”关联到它实际影响的目标、发现未正式链接但推进了目标的工作、浮现跨目标重复主题；环境无 QMD 时静默跳过，不报错。 - 结构化归档输出：自动生成
07-Archives/Reviews/[Quarter].md，含 TL;DR、目标完成情况、季度亮点、什么未奏效、学习经验、支柱评估表、统计、下季度建议、能量评估（折叠区）。 - 优雅降级：目标文件缺失、第一季度无对比基线、数据不完整时仍能产出审查，并明确标注“未设置正式目标”。
- 与规划闭环衔接：审查结束后直接询问是否进入
/quarter-plan规划下季度，并把本份审查作为下季度规划的输入。 - 静默使用跟踪：更新
System/usage_log.md，仅在用户选择加入分析时上报quarter_review_completed事件及goals_assessed、completion_rate属性。
和“手动写复盘文档”相比，它强在不用你回忆、不用你搭模板、不用你记得去归档；和“直接问大模型总结一下这个季度”相比，它强在有确定的文件路径、确定的季度边界、确定的结构和可复现的流程。
如何使用该技能？
步骤一：先确保季度规划已启用
技能的第一步会读取 System/user-profile.yaml，检查 quarterly_planning.enabled。
- 若为
false：会提示“季度规划已禁用。请先使用/quarter-plan启用”，命令结束； - 若为
true：继续执行。
这意味着：季度审查是季度规划的“下半场”，第一次使用请先跑 /quarter-plan 建立本季度目标。
步骤二：调用命令
/quarter-review
或指定历史季度：
/quarter-review Q4 2025
步骤三：确认目标季度
不带参数时，技能会基于 q1_start_month 计算当前季度，并假设你要审查“当前或刚刚结束的季度”，同时算出：
target_quarter: Q1 2026
quarter_start: 2026-01-01
quarter_end: 2026-03-31
如果算错了（比如你的财年不从 1 月开始），直接告诉它正确的季度即可。
步骤四：逐目标回答提问
技能会逐个目标和你对话，典型交互如下：
技能：目标 1：上线开发者文档新版 进度指示器显示：80% 里程碑：3 of 4 完成 您如何评估此目标？✅ 完成 / 🔄 部分 / ❌ 未触及 / 🚫 已降级
你：🔄 部分，大概 80%
技能：此目标发生了什么？（关键胜利、阻碍、学习经验）
你：文档主体上线了，搜索功能因为依赖新索引服务被阻塞；学到的是第三方依赖要提前两周确认排期。
输入建议：回答尽量具体到“事件 + 原因 + 你打算怎么改”，这三段会直接进入报告的“阻碍/挑战”与“学习经验”字段。
步骤五：回答整体反思与支柱平衡
随后是四个开放式问题：最大的胜利、什么耗尽能量、会有什么不同做法、什么让你惊讶。接着技能读取 System/pillars.yaml，展示各支柱的目标数与活动水平，并追问“哪个支柱下季度需要更多关注”。
步骤六：处理系统待办与能量评估
若存在 System/Dex_Backlog.md，会展示想法总数、高优先级数量、本季度已实现数量，并询问“有 1–2 个高影响力改进下季度要优先处理吗？有超过 6 个月的陈旧想法要归档吗？”
步骤七：拿到输出文件
审查结果写入 07-Archives/Reviews/Q1-2026.md，主体结构如下（节选）：
---
quarter: Q1 2026
start_date: 2026-01-01
end_date: 2026-03-31
reviewed_on: 2026-04-01
---
## TL;DR
- 目标：2 of 4 完成
- 关键胜利：开发者文档新版上线，周访问量翻倍
- 关键学习：外部依赖必须提前两周锁定排期
- 支柱平衡：产品支柱过度侧重，内容支柱被忽视
## 目标完成情况
### 目标 1：上线开发者文档新版 — **产品**
**状态：** 🔄 部分（80%）
...
报告还包含支柱评估表（支柱 / 目标数 / 活动水平 / 平衡-过度侧重-忽视判定）、统计（季度周数 13、会议数、完成任务数、交付项目数、每周综合完成数）和能量评估折叠区（给予能量的事物 / 耗尽能量的事物 / 下季度调整）。
步骤八：决定是否直接规划下季度
审查完成后技能会问：“准备规划下季度（Q2 2026）吗？”选“是”则直接流向 /quarter-plan next。后续动作还包括：归档旧的 Quarter_Goals.md、在 user-profile.yaml 中记录已完成季度。
同类型竞品对比分析
| 方案名称 | 定位 | 核心功能 | 安装/使用门槛 | 适用场景 | 优势与不足 |
|---|---|---|---|---|---|
| quarter-review（季度审查） | 面向个人目标管理体系的 AI 复盘技能 | 多源上下文自动收集、逐目标交互式评估、四态标记、支柱平衡、系统待办审查、可选 QMD 语义增强、结构化归档 | 需支持 AI 技能的客户端；需本地工作区具备目标/任务/项目/会议目录结构；首次使用需先启用季度规划 | 已有季度目标体系、希望把复盘流程化的个人或小团队 | 优势：流程确定、输出结构完整、能自动发现隐性进展与跨目标主题。不足：强依赖目录结构与文件规范，目录混乱时效果下降；详情未提供与其他系统的数据同步能力 |
| 手动复盘 + 文档模板 | 传统做法 | 自己搭模板、自己回忆填写 | 门槛为“自律”本身，无技术要求 | 低频复盘、目标较少的场景 | 优势：完全自由、零依赖。不足：依赖记忆、易只记高光、难以横向对比季度趋势、难以坚持 |
| Notion / 飞书等 OKR 看板 | 目标管理 SaaS | OKR 设定、进度看板、周报、数据仪表盘 | 需注册账号并持续录入，团队协作需付费版本（以官方说明为准） | 团队协同、需要可视化进度的组织 | 优势：协作与可视化强、进度透明。不足：复盘多为“填表”，缺少交互式归因追问；跨数据源（会议记录、能量模式）整合弱 |
| 通用 AI 助手对话式复盘 | 直接用大模型聊一次 | 自由对话总结、生成复盘文本 | 零门槛，开一个对话框即可 | 临时性、一次性复盘 | 优势：上手最快、灵活。不足：无固定文件输入、季度边界靠人给、结果不可复现、无归档路径、无与下季度规划的闭环 |
/quarter-plan 等同类规划技能 |
同体系的上游环节 | 设定季度目标、安排重点 | 同类安装门槛 | 季度开始时的规划 | 优势：与季度审查天然衔接，审查输出可直接作为规划输入。不足：二者是配套关系而非替代关系，单独使用审查技能会缺少正式目标基线 |
选择建议：如果你已经有结构化的本地工作区，quarter-review 的投入产出比最高；如果你还没有任何目标管理体系，先跑 /quarter-plan 建立基线，再让审查技能有“账”可查；如果只是偶尔想总结一下，直接和 AI 聊一次更省事。
该技能的典型应用场景与实际体验情况
场景一：独立开发者 / 一人公司负责人的季度收尾
角色与痛点：一个人同时扮演产品、开发、运营、客服，季度末想做复盘，却发现项目目录里躺着 5 个半成品，任务清单里 200 条已完成任务，根本记不清哪件事带来了收入。
使用方式：季度最后一周运行 /quarter-review，让技能先扫一遍 04-Projects/（哪些项目停滞、哪些交付）、03-Tasks/Tasks.md（完成数量、被阻塞任务）、00-Inbox/Meetings/（会议数与关键决策），然后自己只需要逐目标回答“发生了什么”。
实际体验：上手难度低，最大的价值不是那份报告，而是在回答“什么耗尽了能量”时突然想明白的一件事。注意事项：如果平时不维护目标文件，技能会走“缺失目标文件”的降级路径，报告里会明确写“未设置正式目标”——这本身也是一个有价值的信号。
场景二：小团队负责人的季度经营复盘
角色与痛点：需要向上汇报季度成果，同时想找出“为什么某个目标一直推不动”。
使用方式：用 /quarter-review Q4 2025 补做上季度审查，再用 /quarter-review 做本季度，两份报告放在一起对比“支柱评估表”——哪根支柱连续两个季度被标记为“忽视”，一眼就能看出来。
实际体验：支柱平衡表格是意外好用的产出。注意事项：技能面向的是“个人目标体系”语境，团队多人协作数据需要你自己保证目录里是完整记录。
场景三：以“内容/产品/健康”多支柱平衡为目标的知识工作者
角色与痛点：每季度都在“全力做产品”和“想写点东西”之间摇摆，季度末只剩懊悔。
使用方式：依赖 System/pillars.yaml 定义的支柱，让技能给出各支柱的“目标 + 活动水平”评估，并在“能量评估”折叠区记录“给予能量的事物 / 耗尽能量的事物”。
实际体验：能量评估是最容易被忽略也最容易被反复翻看的一节。注意事项：折叠区内容需要你主动口述，技能无法自动感知你的情绪状态。
场景四：借助 QMD 语义搜索发现“隐性进展”
角色与痛点：目标“扩大 EMEA 市场覆盖”在系统里被标记为“❌ 未开始”，但你记得这个季度明明聊过好几次欧洲合作。
使用方式：环境中存在 qmd 命令时，技能会对每个目标执行 qmd query "目标成功标准" --limit 5，找出那些推进了目标但从未被正式链接的会议与任务，并在目标评估下追加“语义发现”子部分，同时在报告里新增“跨目标主题”一节。
实际体验：这是本技能最有“AI 味”的部分——它纠正的不是记忆，而是记账方式。注意事项：无 QMD 环境时会静默跳过，不报错也不提示，你需要知道自己错过了什么；另外语义检索结果需要你人工确认为相关性，不要照单全收。
该技能能为用户带来的价值
1. 把复盘的“启动成本”从小时级压到分钟级
以往季度复盘的最大障碍是“不知道从哪开始”。现在输入一条 /quarter-review，上下文收集、目标罗列、结构搭建全部自动完成，你只需要回答问题——从“写报告”变成“接受访谈”，心理负担显著降低。
2. 把记忆式复盘升级为证据式复盘
完成的任务数、交付的项目数、举行的会议数、每周综合的完成数、被阻塞的任务、停滞的项目——这些数字由系统统计而非主观估计。当“什么未奏效”这一节由数据触发时，你更难自我欺骗。
3. 建立跨季度的可比基线
固定的输出路径 07-Archives/Reviews/[Quarter].md + 固定字段（quarter / start_date / end_date / reviewed_on）+ 固定的支柱评估表，意味着第 2 季度开始，你就拥有了可以纵向对比的历史数据。第一次审查只是记录，第三次审查才开始产生洞察。
4. 让“降级”成为合法选项，降低目标管理的心理负担
四态标记中的 🚫「已降级」（故意停止）是一个被低估的设计。它允许你把“主动放弃”和“失败”区分开，从而让目标体系更容易长期坚持——能长期坚持的复盘，才有复利。
5. 打通“复盘—规划”闭环，避免报告写完就进坟墓
审查结束后直接提示是否进入 /quarter-plan next，且下季度规划会读取本份审查。这解决的是复盘领域最普遍的浪费：洞察被生产出来，然后没有被使用。
6. 顺带治理“系统本身”
系统健康与待办事项审查会把 Dex_Backlog.md 里的想法拉出来晒太阳：总数、高优先级（≥ 85 分）、本季度已实现数，并逼你回答“哪 1–2 个下季度要处理”“哪些超过 6 个月的想法该归档”。复盘个人目标的同时，也在复盘你用来复盘的工具。
常见问题 FAQ
Q1：怎么安装这个技能？装完怎么确认成功？
在支持 AI 技能的客户端技能目录中搜索英文名 quarter-review 或技能 ID 11897 添加，或按官方文档放入本地技能目录后重启会话。验证方式：输入 /quarter-review，如果看到流程开始执行，或提示“季度规划已禁用。请先使用 /quarter-plan 启用”，说明技能已生效。具体安装命令与入口以官方说明为准。
Q2：为什么我一运行就提示“季度规划已禁用”？
因为技能第 0 步会读取 System/user-profile.yaml 中的 quarterly_planning.enabled，只有其值为 true 才继续。你需要先运行 /quarter-plan 启用季度规划并建立本季度目标。这是设计上的前置依赖，不是安装失败。
Q3：这个技能收费吗？
技能详情中未提供定价信息。实际成本取决于你所使用的 AI 客户端与模型服务的计费方式，请以官方说明为准。
Q4：它适合谁用？不适合谁？
适合：已有（或愿意建立）季度目标 + 任务 + 项目 + 会议记录结构的个人、独立开发者、小团队负责人。不适合：完全没有本地工作区结构、只想“随口聊两句总结一下”的用户——这种情况下直接用通用 AI 对话更划算。
Q5：和 Notion / 飞书 OKR、或直接问 AI 总结相比，该怎么选？
需要团队协作与进度可视化 → 选 OKR 类 SaaS；需要一次性、临时性的总结 → 直接和 AI 对话；需要可复现、可归档、能与下季度规划形成闭环的个人季度复盘 → 选 quarter-review。三者并不互斥，很多人是“OKR 工具管进度 + 季度审查管归因”。
Q6：我的目录结构不完整，会不会完全用不了？
不会。技能设计了优雅降级：目标文件缺失时仍可基于任务、项目、会议进行审查并标注“未设置正式目标”；第一季度没有上一季度可对比时专注建立基线；数据不完整时处理可用数据并提示你填补空白；没有 Dex_Backlog.md 时该模块静默跳过。前提是 quarterly_planning.enabled 必须为 true。