start-my-day

start-my-day skill 概览

start-my-day 是做什么的

start-my-day skill 是一套面向日常规划的工作流，适合把工作内容维护在结构化笔记系统中的用户，尤其适用于 OrbitOS 风格的目录结构，比如 10_Daily/、20_Project/ 和 00_Inbox/。它真正要做的并不只是“生成一份待办清单”。它会在一次流程中完成回顾昨天、延续未完成事项、检查活跃项目、扫描待处理 inbox 条目，并起草今天的 daily note。

最适合 Project Management 工作流的场景

如果你已经在 markdown 文件里跟踪项目，并使用状态字段和行动项分区，那么 start-my-day for Project Management 会非常合适。它尤其适合独立操作者、管理者、创始人以及知识工作者：这类人通常需要一个能在早晨快速重置工作状态的流程，把当天任务和活跃项目真正关联起来，而不是得到一堆泛泛的效率建议。反过来说，如果你的工作分散在聊天工具、日历和 issue tracker 中，且没有统一的笔记结构，那么接入成本会更高。

关键差异点与局限

和普通提示词相比，start-my-day skill 有一套明确的执行顺序：先静默收集上下文，再向用户询问输入，然后创建今天的 note，最后处理对话中新捕捉到的新想法。它还会显式检查长期未更新的项目和待处理的 inbox 条目，因此比简单的“plan my day”提示更偏执行运营。主要限制也很明确：这个 skill 默认你采用特定的仓库与文件夹布局，所以输出质量会高度依赖你的工作区与该结构的匹配程度。

如何使用 start-my-day skill

安装判断时先看哪里

如果你想判断 start-my-day install 是否适合自己的环境，第一步先看源文件 EN/.agents/skills/start-my-day/SKILL.md。这个仓库没有为该 skill 单独提供辅助脚本或参考文档，所以 SKILL.md 本身就是最接近真实实现的使用说明。如果你的 agent 平台支持从 GitHub 安装 skill，就先把仓库接入，再在包含 daily notes 和 project files 的工作区中按名称调用 start-my-day skill。

start-my-day 需要哪些输入

当你的工作区包含以下内容时，这个 skill 的效果最好：

• 10_Daily/[YYYY-MM-DD].md daily notes
• 20_Project/ 项目笔记，并带有 status: active
• 00_Inbox/ 条目，并带有 status: pending

它还依赖有用的项目元数据，例如当前阶段、行动项、截止日期和更新历史。在 start-my-day usage 过程中，这个 skill 理想的执行方式是先自行推断上下文，再向你询问实时输入，比如精力状态、可用时间、会议安排或特殊优先级。如果这些细节缺失，生成出的 daily note 往往会更弱，也更泛化。

把模糊目标变成高质量提示

一个弱请求是：“Use start-my-day.”

一个更强的 start-my-day guide 提示可以写成：

• “Run start-my-day for my notes workspace. Review yesterday’s note, carry over unchecked tasks, identify active projects not updated in 3+ days, check pending inbox items, and draft today’s daily note. I have 5 hours of focus time, one client call at 2 PM, and need to prioritize project deadlines over exploration.”

之所以这样更有效，是因为：

• 它确认了工作区上下文
• 它补充了这个 skill 在 Step 2 需要的时间与约束信息
• 它明确了优先级规则，从而提升 daily note 的质量

实际工作流与质量建议

最好在工作日开始时使用 start-my-day，并在接受结果前先检查生成的 note。实际操作时建议这样做：

1. 先让这个 skill 收集昨天的任务和当前活跃项目。
2. 回答交互式问题时，尽量给出真实约束，而不是模糊目标。
3. 检查草稿是否把任务重新关联回项目，而不是只列出一串彼此割裂的杂务。
4. 如果工作区里没有来自 /ai-newsletters 或 /ai-products 的 AI 内容摘要，直接告诉 agent 跳过，或在缺失这些内容的前提下简要总结。

第一次测试是否跑得好，一个很实用的判断标准是：输出能不能正确识别出长期未更新的项目、时间敏感的工作以及 inbox 积压。如果这些都没有抓到，问题大概率出在你的笔记结构，而不是提示词不够花哨。

start-my-day skill 常见问题

start-my-day 比普通规划提示更好吗？

通常是的，前提是你的工作本来就放在 markdown notes 里。start-my-day 更强，是因为它把一套可重复的检索顺序写死了：先看昨天，再看活跃项目，再看 inbox，最后进入规划。普通提示当然也能模仿这套流程，但你几乎每天早上都得重新描述一遍，而且结果波动会更大。

start-my-day 对新手友好吗？

只有在你的仓库本身已经整理好的前提下，它才算对新手友好。这个 skill 本身并不难理解，但它默认你已经遵循某些 note 位置和元数据约定。对于还没有 10_Daily/、20_Project/ 和 00_Inbox/ 的新用户来说，要么先调整这个 skill，要么先把自己的目录结构搭出来。

什么情况下 start-my-day 不适合你？

如果你主要在 Jira、Linear、Asana 或 email 里管理工作，而且并没有把这些状态同步到 markdown 文件中，那就不建议用 start-my-day。如果你想要的是一个偏生活规划的全局型教练，而不是一个由仓库驱动的日常执行助手，它也不是理想选择。这个 skill 优化的是执行规划，不是以深度反思为主的 journaling。

如何改进 start-my-day skill

为 start-my-day 提供更丰富的规划信号

想最快提升 start-my-day 输出质量，最直接的方法就是补充仓库里通常没有的信息：可用工时、固定会议、精力状态、一个今天必须拿下的结果，以及今天到期的任何 deadline。这样这个 skill 才能把项目上下文转成现实可执行的计划，而不是输出一长串任务倾倒。

修正常见失效模式

常见问题其实都比较可预测：

• 昨天遗留的 carry-over tasks 过多
• 活跃项目没有明确标注 status: active
• 项目笔记里没有可执行的 “next steps”
• inbox 条目虽然存在，但没有标注 status: pending

出现这些情况时，这个 skill 可能会低估紧急工作，或者产出过多泛泛任务。多数时候，真正要修的是笔记卫生，而不是继续加提示词。

基于第一版结果继续迭代

完成第一次 start-my-day usage 后，可以要求它再修订一轮，并给出更明确的决策规则。比如：

• “Reduce this to 3 priorities and defer low-leverage tasks.”
• “Rebalance for meetings-heavy day.”
• “Highlight stale projects requiring a minimum viable touch.”
• “Separate admin, deep work, and follow-ups.”

这种迭代对执行质量的提升，通常远比要求更漂亮的排版更有价值。