start-my-day

start-my-day スキルの概要

start-my-day ができること

start-my-day スキルは、構造化されたノート環境で仕事を管理している人向けのデイリープランニング用ワークフローです。特に 10_Daily/、20_Project/、00_Inbox/ のような OrbitOS 形式のフォルダ構成と相性が良く、単に「やることリストを作る」ためのものではありません。昨日の内容を振り返り、未完了タスクを繰り越し、進行中プロジェクトを確認し、保留中の inbox 項目を見直したうえで、今日のデイリーノートを一気通貫で下書きできます。

Project Management ワークフローに最適なケース

start-my-day for Project Management は、すでに markdown ファイルでプロジェクトを管理し、status フィールドや action セクションを運用している場合に最も力を発揮します。特に、朝の立ち上がりで仕事をリセットしつつ、単なる一般論の生産性アドバイスではなく、進行中プロジェクトにひもづいた実行計画を作りたい個人事業主、マネージャー、創業者、ナレッジワーカーに向いています。逆に、仕事の情報がチャット、カレンダー、issue tracker に散在していて、ノート構造が整っていない場合は、導入時のハードルが上がります。

主な差別化ポイントと制約

通常のプロンプトと比べると、start-my-day skill には明確な処理順があります。まず静かに文脈を集め、次にユーザー入力を確認し、その後で今日のノートを作成し、最後に会話中に出てきた新しいアイデアを処理します。さらに、更新が止まっているプロジェクトや保留中の inbox 項目まで明示的に確認するため、単純な「今日の予定を立てて」系プロンプトより運用寄りです。いっぽうで最大の制約は、特定のリポジトリ構成とフォルダレイアウトを前提としている点です。つまり、出力品質はワークスペースがその前提にどれだけ近いかに大きく左右されます。

start-my-day スキルの使い方

導入前に確認すべきことと最初に読むべきファイル

start-my-day install が自分の運用に合うか見極めるなら、まず EN/.agents/skills/start-my-day/SKILL.md を確認してください。このリポジトリでは、スキル専用の helper script や参照ドキュメントは公開されていないため、実質的な実装ガイドは SKILL.md です。使用中のエージェント基盤が GitHub からの skill installation に対応しているなら、まずリポジトリを追加し、そのうえでデイリーノートやプロジェクトファイルを含むワークスペース内で start-my-day を名前指定で呼び出します。

start-my-day に必要な入力

このスキルは、ワークスペース内に次のような構成があると最も安定して動きます。

• 10_Daily/[YYYY-MM-DD].md の daily notes
• 20_Project/ 配下にある status: active の project notes
• 00_Inbox/ 配下にある status: pending の items

加えて、現在のフェーズ、次のアクション、期限、更新履歴といったプロジェクトメタデータが入っていると精度が上がります。start-my-day usage では、まずスキルが文脈を推定し、そのあとで energy level、使える時間、会議予定、特別な優先事項など、当日の生きた条件を尋ねる流れが理想です。こうした情報が欠けていると、作成されるデイリーノートはどうしても弱く、汎用的になりやすくなります。

あいまいな依頼を強いプロンプトに変える

弱い依頼は次のようなものです。
“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.”

この書き方が有効な理由:

• ワークスペースの前提を明示できる
• Step 2 でスキルが必要とする時間・制約データを渡せる
• 優先順位のルールが明確になり、デイリーノートの質が上がる

実運用での進め方と品質を上げるコツ

start-my-day は、できれば仕事を始めるタイミングで使い、生成されたノートはそのまま採用せず一度見直すのが基本です。実運用では次の流れが効果的です。

1. まずスキルに、昨日のタスクと進行中プロジェクトを収集させる。
2. 対話式の質問には、あいまいな希望ではなく、実際の制約条件で答える。
3. 下書きが、バラバラの雑務一覧ではなく、タスクを各プロジェクトにきちんと結びつけているか確認する。
4. ワークスペースに /ai-newsletters や /ai-products の AI コンテンツ要約がない場合は、それらをスキップするか、ない前提で要約するようエージェントに伝える。

初回テストで見るべきポイントは、更新が止まっているプロジェクト、期限の近い仕事、inbox の滞留を正しく拾えているかどうかです。そこを外す場合、問題はプロンプトではなく、ノート構造の不足にある可能性が高いです。

start-my-day スキル FAQ

start-my-day は普通の計画プロンプトより優れている？

多くの場合は yes です。特に、仕事の情報がすでに markdown ノートに載っているなら、start-my-day のほうが有利です。理由は、昨日 → active projects → inbox → planning という再現性のある取得順が組み込まれているからです。通常のプロンプトでも似た動きはできますが、そのワークフローを毎朝書き直す必要があり、結果のブレも大きくなりがちです。

start-my-day は初心者向け？

リポジトリがすでに整理されている場合に限れば、初心者でも扱いやすいです。スキル自体の考え方は難しくありませんが、ノートの保存場所やメタデータの付け方には一定の前提があります。10_Daily/、20_Project/、00_Inbox/ が未整備の新規ユーザーは、先にスキルを調整するか、構造を合わせてから使う必要があります。

start-my-day が向かないのはどんな場合？

仕事の管理を主に Jira、Linear、Asana、メールで行っていて、その状態を markdown ファイルへ反映していないなら、start-my-day は見送ったほうがよいでしょう。また、リポジトリ駆動の実務オペレーターではなく、人生全体を広く支援するライフプランニング系の伴走役を求めている場合にも適しません。このスキルは、内省中心の journaling ではなく、実行計画の最適化に寄っています。

start-my-day スキルを改善する方法

start-my-day に、より豊かな計画シグナルを渡す

start-my-day の出力を最も手早く改善する方法は、リポジトリ内にない情報を追加で渡すことです。たとえば、使える時間、固定の会議、energy level、今日必ず勝ちたい成果、当日期限の締切などです。これにより、スキルは単なる長いタスクリストではなく、プロジェクト文脈を現実的な行動計画へ変換しやすくなります。

よくある失敗パターンを修正する

典型的な問題はある程度決まっています。

• 昨日からの繰り越しタスクが多すぎる
• active projects に明確な status: active が付いていない
• project notes に実行可能な “next steps” がない
• inbox items はあるが status: pending が付いていない

こうした状態だと、スキルが緊急度の高い仕事を十分に優先できなかったり、汎用的なタスクを過剰に出したりしやすくなります。多くの場合、解決策はプロンプトの追加ではなく、ノート側の hygiene を整えることです。

start-my-day の初回ドラフトを改善する

最初の start-my-day usage のあとには、判断基準をより明確にしたうえで 1 回だけリビジョンを依頼すると効果的です。たとえば次のような指示です。

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

この種の反復は、見た目を整えることを求めるよりも、実行の質を高めるうえではるかに有効です。