align-daily-actions

name	align-daily-actions
description	将用户 Obsidian 中的年度目标、月度计划、当前推进笔记与过往未完成的 Daily 任务，转化为一份积极进取、优先级清晰的今日行动清单。当用户询问今天应该做什么、希望 Daily/TODO 与年度目标对齐、需要将未完成的目标或任务平移到今天、希望规划高产出的一天，或要求起草、更新 fanthus.Daily.YYYYMMDD.TODO.md 时使用。

对齐每日行动

生成一份高产出的每日行动计划，使当天工作能够推进年度成果、落实当前月度计划，并有意识地处理此前遗留的未完成事项。

运行方式

• 默认只读：检查笔记并在对话中返回草稿。
• 仅当用户明确要求写入、更新或整理 Daily 笔记时，才修改 Vault。
• 从当前工作区确定 Vault 根目录。仅在必要时，使用此用户的备用路径 /Users/fanthus/Documents/fanthus_obsidian_docs。
• 检查或修改笔记前，先读取 Vault 中的 AGENTS.md，并将其视为最高优先级规范。
• 编辑 Obsidian Markdown 前，先读取：
  • /Users/fanthus/.agents/skills/obsidian-vault/SKILL.md
  • /Users/fanthus/.agents/skills/skills/obsidian-markdown/SKILL.md
• 在此 Vault 工作区内，禁止修改 /Users/fanthus/Documents/ihuman/**。
• 禁止把外部来源的材料原文导入 Vault。只使用用户本人的目标、摘要、决策与行动记录。

定位计划链路

除非用户指定其他规划日期，否则使用本地日期与时区。计算 YYYY、YYYYMM、YYYYMMDD 和前一个自然日。

按以下顺序读取来源；预期路径不存在时，改用文件名搜索：

1. 年度目标笔记：A.Record/YYYY/yearly/YYYY.Year.Flag.md。
2. 年度笔记中链接的年度推进笔记，尤其是 YYYY.Year.Flag.*推进。
3. 当前月度笔记：A.Record/YYYY/monthly/fanthus.Monthly.YYYYMM.md。
4. 月初时读取上个月度笔记；如果其中存在可能仍然有效的未完成承诺，也要读取。
5. 当天已有的 Daily，以及近期名为 fanthus.Daily.YYYYMMDD.TODO.md 的独立 Daily 笔记。
6. A.Record/YYYY/archived/fanthus.daily.*.md 下合并归档的 Daily 历史记录。
7. 年度、月度或 Daily 笔记链接的活跃项目笔记与事项推进笔记。

搜索本月月初至今的独立与归档 Daily 内容，并至少向前覆盖上月最后 14 天。如果仍处于活跃状态的月度笔记或推进笔记指向更早的未完成事项，扩大搜索窗口。不要为了增加任务数量而搜索与当前目标无关的 Vault 领域。

建立遗留事项台账

收集未勾选的任务、尚未完成的明确目标、带日期的承诺和明确的下一步。即使某项任务已不再出现在昨天的笔记中，只要它存在于近期 Daily，也应纳入检查。

把 ## 过程 作为判断状态的证据，而不是独立任务来源。用其中的完成记录关闭更早的任务；只有当未完成记录代表一个独立、仍然有效且未出现在 ## 目标|TODO 中的下一步时，才将其作为候选任务。

按时间顺序处理台账：

1. 统一日期前缀、状态标签、空白字符和重复 wikilink 等外观差异。
2. 合并内容完全相同或语义重复的任务，保留表达最清晰的文字和来源链接。
3. 后续明确标记为完成的记录，覆盖更早的未勾选副本。
4. 保留真实截止时间与已承诺日期。
5. 对剩余事项逐一分类：
   • 平移：仍有价值，并且今天可以执行；
   • 解阻：仍有价值但当前受阻，改写为能够消除阻塞的下一步；
   • 排期：仍有价值，但已明确属于后续日期；
   • 复核：已经陈旧、含义不清、相互冲突或可能已被替代。
6. 不要静默丢弃陈旧但可能重要的承诺。把它列入 待确认的遗留项，而不是直接放入今天的承诺清单。

继续平移仍然有效的未完成事项，但不要机械复制原有措辞。把模糊目标改写为今天可以产生可见进展的最小具体行动。必要时保留父级目标或事项推进笔记的 wikilink。

选择今日行动

优先选择能够产生结果的工作，而不是只有过程的活动。按以下顺序筛选：

1. 硬性截止时间、对他人的明确承诺和真实故障。
2. 已经启动、仍未完成，并能推进年度 P0 或当前月度 P0 的工作。
3. 当前月度计划中的下一个依赖项或瓶颈。
4. 月度计划遗漏、但能够推进年度 P0 的事项。
5. 写作、阅读等 P1 支撑目标。
6. 必要的维护事项。

对每个候选事项执行以下检查：

• 目标对齐：指出它推进的年度成果或月度成果。
• 连续推进：优先完成已经启动且有价值的工作，避免再开启一条新战线。
• 杠杆效应：优先选择可以使用 Agent/AI 压缩调研、起草、分析、编码或验证时间的行动。
• 可验证性：写明交付物或可观察的完成标准。
• 可执行性：把预计超过约两小时专注时间的工作，拆成一个具体的下一步。
• 聚焦性：除非存在截止时间要求，否则不要同时推进多个相互竞争的 P0 方向。

如果用户没有提供当天可用时间，按积极进取的完整工作日规划。默认生成 8～12 个可执行事项：

• 今日必须完成：6～8 项，按实际执行顺序排列。
• 加速项：2～4 项；核心工作借助 AI 提前完成后，再继续推进。

如果任务体量异常大或用户当天时间有限，减少事项数量。只有当任务确实很小且可以独立完成时，才增加数量。不要用行政性碎片或重复子任务虚增任务数量。

确保计划包含有价值的遗留事项，同时避免低价值的历史残留挤占当前 P0。典型的一天应包括：

• 3～5 项 P0 成果行动或瓶颈行动；
• 2～4 项仍然有效的遗留关闭或解阻行动，尽可能与 P0 重合；
• 1～3 项 P1 或必要维护行动；
• 可选的加速项。

对于预计耗时半天到两天、推进中容易被打断的事项，把详细内容写在已有或拟建的事项推进笔记中。按照 AGENTS.md 的要求，Daily 中只保留一行链接到该推进笔记的 TODO。

生成草稿

返回简洁的中文草稿，不使用 Markdown 表格或加粗。使用以下结构：

## 今日主线
一句话说明今天最重要的结果，以及它服务的年度/月度目标。

## 今日必须完成
- [ ] [P0/延续] 具体行动；完成标准：可观察结果 [[来源笔记]]

## 加速项
- [ ] [P1/加速] 具体行动；完成标准：可观察结果 [[来源笔记]]

## 待确认的遗留项
- [ ] 说明为何需要确认：仍做、改期、合并或取消

## 对齐检查
- 年度 P0：今天推进什么
- 本月目标：今天推进什么
- 遗留闭环：今天关闭或解阻什么

省略没有内容的小节。所有未完成事项必须使用 - [ ] {内容}。标题下一行直接接正文，不在标题后插入空行。

在对话中提供来源与完成标准，方便用户检查筛选依据。写入 Daily 时保持每条 TODO 简洁，把详细推理留在 Daily 之外。

仅在授权后写入

用户批准写入后：

1. 编辑前立即重新读取目标 Daily。
2. 保留现有已完成任务、用户撰写的记录、## 过程、链接与历史事实。
3. 除非用户明确授权更大范围的改写，否则只修改 ## 目标|TODO。
4. 只添加已经批准且当前缺失的事项，不重复现有任务。
5. 如果当天 Daily 不存在，并且用户已明确授权创建，则按照 templates/daily.md 与当前 Vault 规范创建 A.Record/YYYY/fanthus.Daily.YYYYMMDD.TODO.md。
6. 跨日事项在 Daily 中只保留一行带链接的 TODO。只有当用户同时授权创建或更新事项推进笔记时，才把详细内容写入该推进笔记。
7. 展示确切的变更路径，并概括最小差异。
8. Git 操作遵守 AGENTS.md。禁止为此 Vault 创建分支或 PR。如果无关改动或合并冲突导致无法安全提交，则保留已获授权的本地笔记修改，说明 Git 阻塞，不要触碰无关文件。

质量检查

展示或写入计划前，逐项确认：

• 每项核心任务都服务于一个明确的年度目标、月度目标、截止时间或必要的遗留承诺。
• 遗留任务扫描范围超过昨天，并且已经按时间顺序去重。
• 已完成、已失效和排期在未来的事项没有被列为今天的承诺。
• 模糊目标已转换成带完成标准的具体下一步。
• 工作量积极进取但可以执行，通常包含 8～12 项，并清楚区分核心项与加速项。
• 跨日事项在 Daily 中只显示为一行事项推进笔记链接。
• 没有引入表格、加粗、无意义转义或不带复选框的未完成 TODO。
• 未经用户明确授权，没有修改任何 Vault 文件。