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 檔案追蹤專案，且有 status 欄位與 action 區塊，那麼 start-my-day for Project Management 會特別合適。它尤其適合個人經營者、管理者、創辦人，以及需要在早晨快速重新聚焦、並把任務連回活躍專案的知識工作者，而不是只產出泛泛的生產力建議。如果你的工作分散在 chat、calendar 和 issue tracker，且沒有筆記結構，導入門檻就會高很多。

主要差異點與限制

和一般 prompt 相比，start-my-day skill 有明確流程：先靜默蒐集脈絡、再向使用者詢問輸入、接著建立今天的筆記，最後處理對話中新增記錄的想法。它也會明確檢查停滯太久的專案與待處理的 inbox 項目，因此比單純的「幫我規劃今天」prompt 更偏向實務執行。主要限制在於：這個 skill 預設特定的 repository 與資料夾配置，所以輸出品質高度取決於你的 workspace 與該結構的貼合程度。

如何使用 start-my-day skill

安裝前先看哪裡、如何判斷是否適合

如果要評估 start-my-day install 是否適合你，請先看原始檔 EN/.agents/skills/start-my-day/SKILL.md。這個 repository 沒有另外提供 helper script 或參考文件，因此 SKILL.md 就是實際的實作指南。若你的 agent 平台支援從 GitHub 安裝 skill，加入該 repository 後，就可以在包含 daily notes 與 project files 的 workspace 中，以名稱直接呼叫 start-my-day skill。

start-my-day 需要哪些輸入

這個 skill 在以下 workspace 結構下效果最好：

• 10_Daily/[YYYY-MM-DD].md daily notes
• 20_Project/ project notes，且包含 status: active
• 00_Inbox/ 項目，且包含 status: pending

它也預期專案筆記中有實用的 metadata，例如目前階段、actions、截止日期與更新紀錄。在 start-my-day usage 過程中，skill 應先自行推斷脈絡，再詢問即時輸入，例如精力狀態、可用時間、會議安排或特殊優先事項。如果缺少這些資訊，產出的 daily note 就會比較弱，也更容易流於空泛。

把模糊需求變成更有力的 prompt

弱的請求會像是：「Use start-my-day。」

更好的 start-my-day guide prompt 例如：

• “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.”

這樣寫有效的原因：

• 它先確認了 workspace 脈絡
• 它補上這個 skill 在 Step 2 需要的時間與限制資訊
• 它明確說出優先順序規則，能讓 daily note 更貼近實際需求

實際工作流程與品質建議

請在工作日一開始使用 start-my-day，並在接受結果前先檢查生成的筆記。實務上建議這樣做：

1. 先讓 skill 蒐集昨天的任務與進行中的專案。
2. 回答互動式問題時，用真實限制回答，不要只給模糊目標。
3. 檢查草稿是否有把任務連回專案，而不是只列出彼此無關的雜務。
4. 如果 workspace 缺少來自 /ai-newsletters 或 /ai-products 的 AI 內容摘要，請明確告訴 agent 跳過，或在沒有這些資料的情況下改為簡要整理。

第一次測試時，一個很好的判斷標準是：輸出是否有正確抓出停滯專案、時間敏感工作，以及 inbox 負荷。如果沒有抓到，問題多半是你的筆記結構還不夠完整，而不是 prompt 不夠好。

start-my-day skill 常見問題

start-my-day 比一般規劃 prompt 更好嗎？

通常是，前提是你的工作本來就放在 markdown 筆記裡。start-my-day 較好的原因，在於它把可重複執行的擷取順序寫死了：先昨天、再活躍專案、再 inbox，最後才進入規劃。一般 prompt 也可以模仿這個流程，但你得每天早上重講一次，結果的穩定性也會比較差。

start-my-day 對新手友善嗎？

只有在你的 repository 已經整理好的前提下，才算對新手友善。這個 skill 本身不難理解，但它預設了筆記位置與 metadata 慣例。若你還沒有 10_Daily/、20_Project/ 和 00_Inbox/，就得先調整 skill，或先建立對應的資料夾與格式。

什麼情況下 start-my-day 不適合？

如果你主要在 Jira、Linear、Asana 或 email 裡管理工作，而且沒有把那些狀態同步到 markdown 檔案中，就不建議使用 start-my-day。如果你想要的是偏生活規劃、整體教練式的陪跑，而不是以 repository 為核心的日常執行工具，它也不適合。這個 skill 是為執行規劃最佳化，不是為重反思、重書寫的 journaling 情境設計。

如何改善 start-my-day skill

給 start-my-day 更完整的規劃訊號

想讓 start-my-day 輸出更好，最快的方法就是補充 repository 內可能沒有的輸入：可用工時、固定會議、精力狀態、一個今天一定要拿下的結果，以及今天到期的 deadline。這能幫助 skill 把專案脈絡轉成可執行的現實計畫，而不是吐出一長串任務清單。

修正常見失敗模式

常見問題其實很固定：

• 從昨天延續過來的任務太多
• 活躍專案沒有清楚標示 status: active
• 專案筆記裡沒有可執行的「next steps」
• Inbox 項目存在，但沒有標記 status: pending

發生這些情況時，skill 可能會低估緊急工作，或產出過多空泛任務。通常真正該修的不是 prompt，而是筆記本身的整理品質。

對第一版草稿做迭代

完成第一次 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.”

這類迭代對執行品質的幫助，通常遠比要求更漂亮的格式來得大。