名称: 季度审查描述: 审查季度完成情况并捕获学习经验

目的

审查并综合刚刚结束的季度。评估目标完成情况，捕获学习经验，并建议下一个季度的焦点。

用法

/quarter-review — 审查当前/最近结束的季度
/quarter-review Q4 2025 — 审查特定的过去季度

步骤 0: 检查季度规划是否启用

读取 System/user-profile.yaml:

检查 quarterly_planning.enabled 值
如果 false:
- 显示: “季度规划已禁用。请先使用 /quarter-plan 启用”
- 结束命令
如果 true: 继续到步骤 1

步骤 1: 确定目标季度

如果没有参数:

基于 q1_start_month 计算当前季度
假设审查当前或刚刚结束的季度

如果提供了参数 (例如, “Q4 2025”):

解析季度和年份
审查该特定季度

计算:

target_quarter: “Q1 2026”
quarter_start: “2026-01-01”
quarter_end: “2026-03-31”

步骤 2: 上下文收集

季度目标文件

检查 01-Quarter_Goals/Quarter_Goals.md:

如果存在且匹配目标季度:

提取设定的目标
注意进度百分比 (如果已更新)
列出里程碑和完成状态

如果缺失或季度错误:

检查 07-Archives/Reviews/[quarter]-goals.md (归档版本)
如果仍然缺失: “未找到此季度的目标”

任务完成情况

扫描 03-Tasks/Tasks.md 查找季度期间完成的任务:

统计日期范围内完成的任务数量
主要完成事项
被阻塞的任务

项目活动

扫描 04-Projects/ 查找季度期间的活动:

日期范围内修改的文件
启动的项目
完成的项目
停滞的项目

会议与人际

扫描 00-Inbox/Meetings/ 查找季度日期范围:

举行的总会议数
关键讨论和决策
建立的新关系

每周综合

查找季度内的 00-Inbox/Weekly_Synthesis_*.md 文件:

提取重复主题
编译学习经验
注意能量模式

步骤 2.5: 语义上下文丰富 (如果 QMD 可用)

检查语义搜索是否可用 通过查找 PATH 中的 qmd。

如果可用，通过基于意义的分析增强季度审查:

将教训链接到目标: 对于本季度捕获的每个主要学习经验，搜索:
```
qmd query "学习描述" --limit 3
```
针对 01-Quarter_Goals/Quarter_Goals.md。发现哪些目标实际上受到了学习的影响，即使没有明确标签。
- 示例: 学习 “意识到我们需要更好的入职文档” 语义匹配目标 “提高客户激活率”
检测隐藏的目标进度: 对于每个季度目标，搜索所有会议笔记和任务:
```
qmd query "目标成功标准" --limit 5
```
找到推进了目标但未明确链接的工作。
- 示例: 目标 “扩展 EMEA 存在” — QMD 找到 4 个关于欧洲伙伴关系的会议和 2 个关于本地化的任务，这些从未正式链接。
跨目标连接: 搜索跨越多个目标的主题:
```
qmd query "季度重复主题" --limit 5
```
浮现模式，如 “客户反馈不断推动您的产品和内容目标。”

集成: 在每个目标评估下添加一个 “语义发现” 子部分，显示贡献但未明确跟踪的工作。还在季度审查输出中添加一个 “跨目标主题” 部分。

如果 QMD 不可用: 静默跳过。目标评估仍从显式数据工作。

步骤 3: 目标评估

对于 01-Quarter_Goals/Quarter_Goals.md 中的每个目标:

评估:

✅ 完成: 完全实现
🔄 部分: 取得显著进展但未完成
❌ 未开始: 未触及
🚫 已降级: 故意停止

对于每个目标，捕获:

完成了什么
什么阻碍了进展 (如果未完成)
关键学习经验

步骤 4: 交互式审查

逐目标走查:

"目标 1: [目标标题]

进度指示器显示: [X%] 里程碑: [Y of Z 完成]

您如何评估此目标?

✅ 完成

🔄 部分 (完成百分比?)

❌ 未触及

🚫 已降级"

等待用户响应，然后:

“此目标发生了什么? (关键胜利、阻碍、学习经验)”

为每个目标捕获叙述。

整体季度反思:

"退一步看，这个季度进展如何?

您最大的胜利是什么?

什么耗尽了能量或没有效果?

您会有什么不同做法?

什么让您惊讶?"

步骤 5: 支柱平衡审查

读取 System/pillars.yaml 并评估:

"本季度支柱平衡:

[支柱 1]: [目标 + 活动水平]

[支柱 2]: [目标 + 活动水平]

[支柱 3]: [目标 + 活动水平]

哪个支柱下季度需要更多关注?"

步骤 5.5: 系统健康与待办事项审查

审查 Dex 系统本身和改进待办事项。

检查 Dex 待办事项

读取 System/Dex_Backlog.md 如果存在:

提取:

待办事项中的总想法数
高优先级想法 (分数 >= 85)
本季度捕获的想法
标记为已实现的想法

呈现给用户:

"Dex 系统改进待办事项:

捕获的总想法: [数量]

高优先级 (准备实施): [数量]

本季度已实现: [数量]

查看您的 Dex 待办事项:

有任何 1-2 个高影响力改进下季度要优先处理吗?

有任何陈旧想法 (>6 个月旧) 要归档吗?"

等待用户输入:

哪个 1-2 个想法下季度要处理
任何想法要归档或细化

建议待办事项审查

如果存在 3+ 个高优先级想法:

“💡 考虑尽快运行 /dex-backlog 以基于更新系统状态重新排名想法。”

如果没有 Dex_Backlog.md 存在:

静默跳过此部分
在审查文档中，注意: “Dex 待办事项系统尚未使用”

步骤 6: 生成季度审查

创建 07-Archives/Reviews/[Quarter].md:

---
quarter: Q1 2026
start_date: 2026-01-01
end_date: 2026-03-31
reviewed_on: [日期]
---

# Q1 2026 季度审查

**2026 年 1 月 1 日 - 3 月 31 日**

---

## TL;DR

- **目标:** [X of Y 完成]
- **关键胜利:** [最大成就]
- **关键学习:** [最重要洞察]
- **支柱平衡:** [评估]

---

## 目标完成情况

### 目标 1: [目标标题] — **[支柱]**

**状态:** ✅ 完成 / 🔄 部分 (X%) / ❌ 未开始 / 🚫 已降级

**原始成功标准:**
[在 01-Quarter_Goals/Quarter_Goals.md 中定义的内容]

**发生了什么:**
[用户叙述 + 收集的上下文]

**关键胜利:**
- [具体成就]

**阻碍/挑战:**
- [阻碍因素]

**学习经验:**
- [学到的内容]

---

### 目标 2: [目标标题] — **[支柱]**

[相同结构]

---

### 目标 3: [目标标题] — **[支柱]**

[相同结构]

---

## 季度亮点

### 主要成就
- [完成的项目/倡议]
- [达到的里程碑]
- [关键决策]

### 交付的项目
- [项目 1] — [简要描述]
- [项目 2] — [简要描述]

### 新关系
- [公司] 的 [人员] — [上下文]

### 关键会议/决策
- [日期]: [会议/决策] — [影响]

---

## 什么未奏效

### 未完成的目标
- [目标] — [为什么未发生]

### 停滞的项目
- [项目] — [什么阻碍了它]

### 时间消耗
- [消耗时间而无价值的活动]

---

## 学习经验与洞察

### 过程学习经验
- [什么效果好]
- [要改变什么]

### 个人洞察
- [获得的自我意识]

### 系统改进
- [识别的 Dex 系统改进]

---

## 系统健康与改进待办事项

### Dex 待办事项活动
- **捕获的想法:** [季度期间数量]
- **已实现的想法:** [标记为完成的数量]
- **当前高优先级想法:** [分数 >= 85 的数量]

### 本季度实现的改进
- **[idea-XXX]** [标题] — [构建内容的简要描述]
- **[idea-YYY]** [标题] — [产生的影响]

### 下季度优先级
基于待办事项审查，优先处理这些改进:
1. [要处理的 idea] — [为什么现在]
2. [要处理的 idea] — [为什么现在]

*运行 `/dex-backlog` 获取完整排名列表*

---

## 支柱评估

| 支柱 | 目标 | 活动 | 评估 |
|--------|-------|----------|------------|
| [支柱 1] | [X 个目标] | [高/中/低] | [平衡 / 过度侧重 / 忽视] |
| [支柱 2] | [Y 个目标] | [高/中/低] | [评估] |
| [支柱 3] | [Z 个目标] | [高/中/低] | [评估] |

**下季度调整:**
[哪个支柱需要更多/更少关注]

---

## 统计

- **季度周数:** 13
- **举行的会议:** [数量]
- **完成的任务:** [数量]
- **交付的项目:** [数量]
- **每周综合:** [完成数量]

---

## 下季度建议

基于本季度学习经验:

### 延续
- [ ] [继续未完成的目标]
- [ ] [未完成的倡议]

### 新机会
- [下季度探索领域]
- [出现的项目想法]

### 焦点领域
1. [建议优先级 1]
2. [建议优先级 2]
3. [建议优先级 3]

### 过程变更
- [工作流程调整]
- [要实施的系统改进]

---

## 能量评估

<details>
<summary>点击展开</summary>

### 给予能量的事物
- [激励的活动/项目]

### 耗尽能量的事物
- [感觉像苦差事的活动]

### 下季度调整
- [更多 X, 更少 Y]

</details>

---

*生成: [时间戳]*
*命令: /quarter-review*

步骤 7: 下季度规划提示

审查完成后:

"季度审查完成并保存到 07-Archives/Reviews/Q1-2026.md

准备规划下季度 (Q2 2026) 吗?

我有基于您本季度学习经验的建议。

[是，让我们规划 Q2] [否，我稍后再做]"

如果是: 直接流向 /quarter-plan next

后续行动

审查后:

归档旧的 01-Quarter_Goals/Quarter_Goals.md 如果尚未完成
更新 System/user-profile.yaml 记录已完成的季度
建议运行 /quarter-plan 规划下季度

集成点

在季度结束时调用:

自然时间: 季度最后一周
可以在季度结束后随时运行

输入到 /quarter-plan:

下季度规划读取此审查
建议通知新目标

引用:

01-Quarter_Goals/Quarter_Goals.md — 原始计划
每周综合 — 每周活动
任务完成 — 实际完成的工作
会议笔记 — 收集的上下文

优雅降级

缺失目标文件

仍可基于任务、项目、会议进行审查
注意未设置正式目标

第一季度

无上一季度可比较
专注于建立基线

不完整数据

处理任何可用数据
提示用户填补空白

跟踪使用 (静默)

更新 System/usage_log.md 标记季度审查为已使用。

分析 (静默):

调用 track_event 事件名称 quarter_review_completed 属性:

goals_assessed
completion_rate

仅当用户选择加入分析时触发。如果返回 “analytics_disabled” 则无需操作。

名称: 季度审查 描述: 审查季度完成情况并捕获学习经验

目的

用法