agentsclimarketplace

Engage

Skill mikonos/LLM-GTD/src/skill/engage

GTD (Getting Things Done) skill for Claude Code, Cursor & Codex — one Markdown trusted system, three platform front-ends. AI auto-runs capture→clarify and mechanical organize; you keep engage & review.

Install
npx -y skills add mikonos/LLM-GTD --skill engage

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 9 stars9 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

GTD skill 场景命令 · 执行。按情境/可用时间/精力/优先级四要素，从清单给出「现在该做什么」。GTD 第五步。

SKILL.md

5.6 KB, as published. Nobody here has run it

GTD · engage（执行 / 选下一步）

视角：David Allen。Engage 解决「此刻做什么最有把握」。GTD 不靠「应该感」驱动，而靠四要素模型当场筛选——前提是前四步已把系统理清，否则选择本身就充满焦虑。

加载与边界

  • 选行动前先按 organize/SKILL.md 做机械卫生；清单边界不明读 references/list-definitions.md。
  • 需要 hard landscape / 自由时间窗：读 references/capability-map.md。
  • Daily Engage 自动节律或 Approval Radar：读 references/automation-profiles.md。
  • 自动化边界：只给 3-5 条候选菜单；不把候选说成今日承诺，不自动排进日历。

何时跑

  • 用户问「现在该做什么」「这会儿做点啥」「我有 30 分钟能干嘛」。
  • 早晨/一段空档开始前，要一个聚焦视图。
  • 1:1 / 项目会前，要某人/某项目相关的可推进项（也可走 review 的议程视图）。

四要素筛选（依次收窄）

1. 情境（Context）   ——此刻哪些真实约束决定我能不能做？ → 用硬情境 / 工具约束 / 当下状态镜头筛行动池
2. 可用时间（Time）  ——我有多久？                → 时间短挑短任务
3. 精力（Energy）    ——我现在脑力/体力如何？      → 精力低挑轻任务
4. 优先级（Priority）——同等条件下哪个回报最高？    → Horizons 校准（服务于哪个目标/责任领域）

可用镜头（第一版宁少勿多）

  • 时间镜头：2 分钟 / 10 分钟 / 30 分钟 / 60-90 分钟。
  • 精力镜头：低精力 / 中精力 / 深工作 / 情绪耗能低。
  • 硬情境镜头：采购、外出顺路、在家有材料、会议前、某人在场、准备链。
  • 工具/渠道约束：需要电脑、需要电话、需要文件、需要付款、需要证件、需要设备。
  • 协作镜头：该催办、@议程-人、需要拍板。

旧 @电脑/@电话/@外出/@家/@议程 分组只作为历史兼容信号读取，不能因为某条在 @电脑 下就默认推荐。情境的定义是「此刻是否真能做的约束」，不是地点分类。

Allen 判断口径

  • 日历先于清单：先看 hard landscape，确认下一个硬约定前真实还有多少自由时间。
  • Next Actions 是行动池里的菜单，不是今日承诺：clarify 已把行动写清楚；engage 只是用镜头从行动池挑此刻合适的一步，不把清单全部排进日历，也不要求用户面对全清单。
  • 过载分三类：日程重叠 = 硬冲突；next-actions 很多 = 菜单大；把太多 next-actions 都声明为今天必须完成 = 承诺过载，需要删、延期、委派或降级，而不是硬塞进日历。

工作流

  1. 先静默跑一遍 organize 结构卫生（按 organize/SKILL.md 的机械类自动项：孤儿/stalled/情境/死勾/重复）——让「现在做什么」基于干净结构，stalled 项目不漏。只在有需你拍板项时附一句，否则不打断。
  2. 先读今天/当前窗口的硬约定，计算到下一个 hard landscape 前的自由时间块；外部 calendar provider 可达则以它为准，全部不可达再读 calendar.md 兜底并注明「按本地兜底，可能不全」。
  3. 若本次是 Daily Engage 自动节律，且已启用 Approval Radar，按 references/automation-profiles.md 做只读 Approval Radar：只提示需要行动或状态变化的 approval，不自动 approve/reject/remind；缺少只读权限时说明缺口后继续 Engage。
  4. 问清（或从上下文推断）用户的情境、可用时间、精力。支持自然语言镜头：我只有 10 分钟、我没电了、我要出门、我在采购、明早要准备什么、有什么该催的。若日历算出的时间窗与用户口头时间不同，取更小者。
  5. 读 next-actions.md 行动池，兼容旧 @电脑/@电话/@外出/@家/@议程 分组信号，但按四要素和镜头筛选，给出 3–5 条「现在最该做」的候选，标注每条预估时长和为什么适合“现在”。
  6. 优先级排序时向上对照 Horizons：哪条最服务于当前 30k 目标 / 20k 责任领域。不是「最急」而是「最重要且此刻可做」。
  7. 若今天没有足够自由时间，或用户声明的 today-must 明显超过剩余时间，输出「承诺过载」提示，并给出删、延期、委派、降级四类重谈建议；不要自动把 next-actions 排进日历。
  8. 顺带提示：若有 waiting-for 到期该催的，一并点出。
  9. 用户做完某条 → 走闭环（从 next-actions 删除该行）。

质量检查

  • 候选都落在用户当前情境可执行（没推荐做不了的）
  • 已先看 hard landscape，并用真实自由时间窗约束候选
  • 给了时长估计，匹配用户可用时间/精力
  • 10分钟 / 低精力 / 深工作 / 采购 / 准备 / 该催办 这类镜头能从行动池筛出候选，且没有把镜头变成要求用户维护的大标签系统
  • 没有因为某条在旧 @电脑/@电话 分组下就默认推荐；硬情境、时间、精力优先于软工具分组
  • 优先级有 Horizons 依据，不是单纯「看起来急」
  • 承诺过载时给的是重谈建议，不是把 next-actions 硬塞进日历
  • 点出了该催的等待项
  • Daily Engage 自动节律若启用 Approval Radar，只读扫描 approval，不因 approval provider 失败中断 Engage

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.