메뉴
Use when starting the workday. Conducts a scrum-style daily standup (Inspect prior day, Adapt today's plan against quarterly goals), gathering calendar / Gmail / Linear / Obsidian context and creating today's Obsidian daily note.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Summarize the day's work and append to the daily note in Obsidian.
日次セルフコーチングの問いを1つだけ投げ、回答を coaching/log.md に append する。/today と /wrapup の末尾から呼び出される。引数 morning|evening で時間帯を切り替える。
月次セルフコーチング。過去30日のdaily note・coaching/log.md・過去4〜5週分のcoaching/weeklyから繰り返しテーマを3つ抽出し、深い問いで掘り下げる。結果はcoaching/monthly/YYYY-MM.mdに保存する。月初60分想定。
週次セルフコーチング。過去7日のdaily noteとcoaching/log.mdから観察を抽出し、Sir John WhitmoreのGROW(Goal/Reality/Options/Will)で対話する。結果はcoaching/weekly/YYYY-Wnn.mdに保存する。週末（日曜夜想定）に20〜30分で回す。
Cross-model PR review. Claude Code and Cursor review a PR alternately on a shared Obsidian document, rallying until issues converge or disagreements are documented for human decision.
End-of-day review command that helps reflect on the day's work and prepare for tomorrow.
| name | today |
| description | Use when starting the workday. Conducts a scrum-style daily standup (Inspect prior day, Adapt today's plan against quarterly goals), gathering calendar / Gmail / Linear / Obsidian context and creating today's Obsidian daily note. |
| disable-model-invocation | true |
スクラムのデイリースタンドアップを支援する。四半期ゴールに対する進捗の検査（Inspect）と、次の作業日の計画の適応（Adapt）を行う。
タスク管理は Things3 から手離れさせており、/today では Things3 を読み書きしない。代わりに Linear の Issue トラッキングを情報源とする。
Use the Google Calendar MCP to get the current time:
mcp__google-calendar__get-current-time
Fetch today's calendar events:
mcp__google-calendar__list-events with calendarId: "primary", timeMin: today 00:00, timeMax: today 23:59
取得した events 配列を JSON 配列として /tmp/activities-calendar-events.json に書き出す (Step 5a で activities リポジトリにインポートするため)。書き出しは Write ツールで以下のような JSON 配列形式にする:
[
{"id":"...", "summary":"...", "start":{"dateTime":"..."}, "end":{"dateTime":"..."}, "htmlLink":"...", "attendees":[...]},
...
]
現在の四半期ゴールファイルを読む。ファイル名は goals/YYYY-qN.md の形式。
四半期の自動算出:
Step 1で取得した現在日付から以下のルールで YYYY-qN を導出する:
YYYY-q1YYYY-q2YYYY-q3YYYY-q4例: 2026-04-15 → goals/2026-q2.md、2026-10-01 → goals/2026-q4.md
読み取りは Read ツールで絶対パスを直読する（obsidian read は Obsidian GUI が閉じているとハングするため使わない。詳細は obsidian.instructions.md）:
Read: /Users/asonas/Documents/asonas/goals/2026-q3.md
ファイルが存在しない場合（未作成の四半期）はスキップしてユーザーに通知する。 → ゴール一覧をメモリに保持し、Step 7のStandup Hearingで使う。
以下 2 つの情報収集タスクを 一度のメッセージで並列に Agent を起動 し、Sonnet モデルに処理させる。各 subagent は調査結果を構造化された短いテキスト（200〜400 字目安）でメインスレッドに返す。すべての subagent は model: "sonnet"、subagent_type: "general-purpose" で起動する。
並列起動の鉄則: 2 つの Agent tool 呼び出しを 同一のメッセージ内 に配置する。1 つずつ順に呼ぶと並列にならない。
「前日（または直近営業日）の引き継ぎ材料」を組み立てる subagent。
プロンプト要旨:
あなたは asonas の前営業日の作業内容を整理する任務を持つ。
以下を順に行い、最終的に Markdown のサマリーを返してほしい。
1. `~/.claude/scripts/find-recent-daily-notes.sh` を Bash 実行し、対象日付のリストを取得する
- 月曜実行時は金/土/日の3日分が返る可能性あり、全部処理する
- 7日遡って何もなければ「対象日なし」と返す
2. 各日付について以下を実行:
a. Read: /Users/asonas/Documents/asonas/daily/YYYY-MM-DD.md
b. cman:cm-search を keyword="YYYY-MM-DD" で実行し、その日のClaude Codeセッション履歴を取得
3. 抽出する情報:
- Uncompleted tasks: `- [ ]` 行
- 「明日」「tomorrow」「次回」を含む引き継ぎ項目
- daily note の「やったこと」セクション + cm-search 結果を突き合わせた「昨日やったこと」のベース箇条書き
4. 出力フォーマット:
## 前日からの引き継ぎ
- 項目1
- 項目2
## 昨日やったこと（ベース）
- 作業A
- 作業B
## 対象日メタ
- target_date: YYYY-MM-DD
- heading_label: "昨日やったこと" | "先週金曜日にやったこと" | "MM/DD(曜)にやったこと"
（対象日が前営業日なら "昨日"、月曜実行なら "先週金曜日"、それ以外なら "MM/DD(曜)"）
Wikiリンクは使わないこと（チームメイト向け情報のため）。
推測は禁止。ソースに無い情報を捏造しないこと。
Linear MCP を叩いて「自分にアサインされたアクティブ Issue」と「自分が所属するチームの停滞 Issue」を取得する subagent。
プロンプト要旨:
あなたは asonas の Linear Issue トラッキングを担当する。
1. mcp__claude_ai_Linear__get_user で自分（viewer）の情報を取得し、user_id と所属チーム一覧を確定する
- もし viewer に teams フィールドが無ければ、mcp__claude_ai_Linear__list_teams で自分が所属しているチームを取得する
2. 自分にアサインされたアクティブ Issue:
- mcp__claude_ai_Linear__list_issues で assignee=自分、state.type が "started" または "unstarted" (open相当) なものを取得
- 最大 50 件、updatedAt 降順
3. 所属チームの停滞 Issue:
- 各チームについて、state.type が "started" または "unstarted" で updatedAt が **7日以上前** の Issue を取得
- 自分がアサインされていないものも含む（チームの健全性チェックのため）
- 各チーム最大 20 件
4. 出力フォーマット:
## 自分のアクティブIssue
- [TEAM-123] タイトル — status / updated YYYY-MM-DD
- ...
## チームの停滞Issue（7日以上 updatedAt 未更新）
### TEAM_KEY (チーム名)
- [TEAM-123] タイトル — assignee: 名前 / status / updated YYYY-MM-DD (N日前)
- ...
Linear MCP が認証されていない場合は "Linear未認証" と返してスキップ。
取得件数が多い場合でも要約せず、件数を抑えるなら updatedAt 古い順から指定件数で打ち切る。
推測は禁止。MCP の応答に無いフィールドを捏造しないこと。
（同一メッセージ内に以下 2 つの Agent tool 呼び出しを並列で配置する）
Agent(
description="Prior day summary",
subagent_type="general-purpose",
model="sonnet",
prompt="<4a のプロンプト>"
)
Agent(
description="Linear tracker",
subagent_type="general-purpose",
model="sonnet",
prompt="<4b のプロンプト>"
)
2 つの結果をメモリに保持し、後段の Step 6 / Step 7 で利用する。
Step 2 で取得した GCal events を activities リポジトリ にインポートし、activities/YYYY-MM-DD.md のカレンダーセクションに反映する。
cd /Users/asonas/ghq/github.com/asonas/activities
cat /tmp/activities-calendar-events.json | mise exec -- bundle exec bin/activities-calendar-import --date YYYY-MM-DD
mise exec -- bundle exec bin/activities-render --source calendar --date YYYY-MM-DD
activities-calendar-import は responseStatus="declined" の自分のイベントを自動で除外する<!-- BEGIN: calendar --> 〜 <!-- END: calendar --> の中身のみが書き換えられ、他のセクション (github, claude_code, browser 等) には触れない/today を1日に複数回実行しても重複しないasonas が自分で書いたテキストソース (Bluesky 投稿、Scrapbox ページ) を取得し、activities/YYYY-MM-DD.md の各セクションに反映する。前日分の投稿・編集も当日朝に確定することがあるため、yesterday と today の両方を render する。
cd /Users/asonas/ghq/github.com/asonas/activities
mise exec -- bundle exec bin/activities-snapshot --source bluesky --source scrapbox --date yesterday --date today || echo "Warning: snapshot failed, skipping"
なぜ --source で絞るか: github / browser / claude_code の3ソースは ~/Library/LaunchAgents/asonas.activities.{github,browser,claude}.plist の launchd ジョブが 15〜60 分間隔で常時バックグラウンド収集しており、当日分の activities ファイルは常に最新化されている。/today から重複して走らせると同じ state ファイルを並行書き込みするリスクがあるため、launchd でカバーされていない bluesky と scrapbox だけを明示的に拾う。
失敗時は警告のみで /today 全体は止めない。activities-snapshot は collect + render を1コマンドで実行する薄いラッパで、各スキル (today / wrapup / tempest909-draft) から共通利用される。
IMPORTANT: Always create today's daily note.
今日のdaily noteを作成する。既に存在する場合は上書きしない。
まず Read ツールで存在確認する（obsidian read は GUI が閉じているとハングするため使わない）:
Read: /Users/asonas/Documents/asonas/daily/YYYY-MM-DD.md
存在しなければ作成する。Write ツールで /Users/asonas/Documents/asonas/daily/YYYY-MM-DD.md に直接書き出す（Obsidian はファイルシステムの変更を自動検知する）。obsidian create を使う場合は vault=asonas を必ず指定する。
Daily note format:
IMPORTANT: # YYYY-MM-DD のようなh1ヘッディングは絶対に含めないこと。 Obsidianではファイル名がタイトルになるため重複する。ノートは [[IVRy]] から直接始める。
「## 今日の予定」は activities ファイル (Step 5a で更新済み) からの transclude にする。
「## 前日からの引き継ぎ」と「## 昨日やったこと（or 先週金曜日にやったこと 等）」は Step 4a (prior-day-summary subagent) の出力を使う。見出しのラベルは subagent 返却の heading_label に従う。
[[IVRy]]
## 今日の予定
![[activities/YYYY-MM-DD#カレンダー]]
## 前日からの引き継ぎ
- [Step 4a の「前日からの引き継ぎ」結果]
---
## 昨日やったこと（または対応するラベル）
- [Step 4a の「昨日やったこと（ベース）」結果]
## 今日やること
（Step 7 のヒアリング後に埋める）
## 困りごと・ブロッカー
（Step 7 のヒアリング後に埋める）
---
## ログ
重要:
## やったこと セクションは廃止した。日中〜夜の作業ログは ## ログ に集約される（/wrapup および各種 append 系スキルが書き込む）## 昨日やったこと / ## 今日やること / ## 困りごと・ブロッカー の3つは Slack のスタンドアップスレッドへコピペするためのブロック。前後の --- 区切りは「ここはコピペ用」を視覚的に示すためのもの/today から自動生成しないdaily noteの作成後、ユーザーに以下をヒアリングしてdaily noteの該当セクションに記入する。 スタンドアップ3項目のセクションはチームメイト向け。Wikiリンクは使わず、箇条書きで書く。
Step 4a で生成済みのベース箇条書きをユーザーに提示し、追加・修正がないか確認する。ユーザーの修正をマージして「## 昨日やったこと」セクション（または heading_label 通りの見出し）に書き込む。
AskUserQuestionで以下をコンテキストとして質問文に含め、ユーザーに「今日やること」を聞く:
goals/YYYY-qN.md の内容を簡潔に列挙ユーザーが回答した内容のみを箇条書きで daily note の「## 今日やること」に記入する。カレンダーの予定は自動的には書かない。
適応の問いかけ: 「今日やること」のヒアリング時に、昨日の結果を踏まえて以下を確認する:
これらは質問に織り込む形で自然に聞く（堅苦しいチェックリストにしない）。
何かあれば自由に記入。なければ「特になし」。ブロッカーがある場合は、誰に相談/エスカレーションするかまで含めて記録する。
注意:
Present to the user:
## おはようございます - YYYY年MM月DD日
### Q2 ゴール
[四半期ゴールの一覧を簡潔に表示]
### 今日の予定
[Calendar events listed with times, chronologically sorted]
### 前日からの引き継ぎ
[Step 4a の uncompleted tasks 一覧]
### Linear トラッキング
- 自分のアクティブ: N件
- チームの停滞 (7日以上 updatedAt 未更新): M件
- 特に古いもの: [TEAM-XXX] タイトル (N日前)
- ...
---
Obsidianのdaily noteを作成しました: daily/YYYY-MM-DD.md
Daily note の生成・サマリー表示が完了したら、Raw Sources を最新化したうえで wiki を再ingestする。順番が重要（bookmarks が先、wiki ingest が後）:
Skill(raindrop-sync)
Skill(wiki-update, args: "ingest yesterday")
ユーザへの確認は不要で、黙々と実行して結果を 1〜2 行で報告する。前日の daily note が存在しない場合は wiki-update をスキップする（raindrop-sync は実行してよい）。
wiki ingest が終わったら、前回 lint から 7 日以上経過していれば /wiki-update lint も走らせる。これは「週次の自動 lint をスリープに影響されない形で実現する」ための仕組み。/today は本人が起きて作業を始める時にしか走らないため、launchd/cron のようにスリープ中に取りこぼすことがない。
前回 lint 日の判定は wiki/log.md（とローテーション済みの wiki/log-*.md）の lint エントリ見出しから取る:
# find ベースで列挙する（zsh では未マッチの log-*.md グロブがコマンドごと失敗するため、
# シェル展開ではなく find に glob を渡す）
last_lint=$(find /Users/asonas/Documents/asonas/wiki -maxdepth 1 \
\( -name 'log.md' -o -name 'log-*.md' \) 2>/dev/null \
| xargs grep -hoE '^## [0-9]{4}-[0-9]{2}-[0-9]{2}[^#]*lint' 2>/dev/null \
| grep -oE '[0-9]{4}-[0-9]{2}-[0-9]{2}' | sort -r | head -1)
echo "last_lint=${last_lint:-none}"
判定ルール:
last_lint が空（lint 履歴なし）→ lint を実行するlast_lint の差が 7 日以上 → lint を実行する実行する場合:
Skill(wiki-update, args: "lint")
lint は検出結果を wiki/log.md に記録するのみで自動修正はしない（human-in-the-loop を維持）。Step 8 のサマリーに lint を走らせた事実と検出件数の概要を 1〜2 行で添える。lint が clean なら「Wiki lint: clean」とだけ報告する。ユーザへの確認は不要。
Wiki の処理が終わったら、Alfred の qmd 検索（ws/wsq、/Users/asonas/workspace/qmd-alfred/）が最新の vault を引けるよう、qmd のインデックスを更新する。差分インデックスのため低コスト。失敗してもワークフロー全体は止めない（警告のみ）。command -v qmd が無い／collection asonas 未登録ならスキップしてよい。
qmd update && qmd embed 2>&1 | tail -3 || echo "Warning: qmd reindex failed, skipping"
cctop の menubar アプリ（/Applications/cctop.app と cctop-hook バイナリ）は Sparkle で自動更新されるが、Claude Code プラグイン側は自動更新されない（手動の claude plugin update のみ）。放置するとプラグインがピン留めされたまま取り残され、hook バイナリとのバージョン差が広がる。これを防ぐため、前回チェックから 7 日以上経過していれば プラグインを更新する。Step 9b の週次 lint ゲートと同じく、スリープに影響されない「起床して作業を始める時に走る」前提でスロットルする。
スロットル判定とプラグイン更新は subagent に任せる（更新コマンドの出力をメインスレッドに流さず、結果だけ 1 行で受け取るため）。model: "sonnet"、subagent_type: "general-purpose" で 1 つ起動する。
プロンプト要旨:
あなたは cctop の Claude Code プラグインを最新に保つ任務を持つ。以下を順に実行し、最後に結果を1行で返す。
1. スロットル判定: スタンプファイル ~/.cctop/.last-plugin-update-check を見る。
存在し、かつ最終更新から7日未満なら、何もせず
"cctop更新: 前回チェックから7日未満のためスキップ" と返して終了する。
判定例（ヘレドク禁止、ワンライナーで）:
stamp="$HOME/.cctop/.last-plugin-update-check"; if [ -f "$stamp" ] && [ $(( ($(date +%s) - $(stat -f %m "$stamp")) / 86400 )) -lt 7 ]; then echo skip; fi
2. 7日以上経過 or スタンプ無し → `claude plugin update cctop@cctop` を実行する。
3. 成功・失敗にかかわらず `touch "$HOME/.cctop/.last-plugin-update-check"` でタイムスタンプを更新する。
4. 結果を1行で返す:
- 更新あり: "cctop更新: X.Y.Z → A.B.C に更新（次回セッションから反映）"
- 差分なし: "cctop更新: 既に最新"
- 失敗: "cctop更新: 失敗（<理由>）"（ワークフロー全体は止めない）
推測禁止。`claude plugin update` の実際の出力に基づいて報告すること。
subagent の返した 1 行を Step 8 のサマリーに添える（スキップ時も含めて簡潔に）。プラグイン更新は再起動（新セッション）で反映される点に注意。失敗しても /today 全体は止めない。
ai-cost-management のダッシュボード (Databricks Lakeview ai-cost-overview) が更新されているかを日次で確認する。判定は 2 軸: (1) AWS デイリーパイプライン各段が本日実行されたか (CloudWatch Logs)、(2) cost_events の source 別データ鮮度 (SLA 超過検知)。詳細と保守は プロジェクトスキル projects/ai-cost-management/.claude/skills/dashboard-freshness/SKILL.md を正とする (このスキルはグローバルなのでプロジェクトスキルを直接 Skill() 起動できず、下記で直接叩く)。
前提: mairu login --server ivry が済んでいること。 未ログインならスクリプトは exit 2 で失敗する。その場合はユーザーに「mairu login --server ivry を実行してください」と促し、このチェックはスキップする (/today 全体は止めない)。
cd /Users/asonas/Documents/asonas/projects/ai-cost-management
set -a; source .env.local; set +a
mairu exec --server "$IVRY_MAIRU_SERVER" "$IVRY_DEV_ACCOUNT/$IVRY_MAIRU_ROLE" --no-login -- \
env AWS_REGION=ap-northeast-1 bash scripts/check_dashboard_freshness.sh
終了コード: 0=健全 / 1=未実行・停滞あり (要確認) / 2=AWS 認証なし (ログインを促してスキップ)。mairu が未ログインや --server is required で即失敗した場合も同様にログインを促してスキップする。
結果は成否にかかわらず本日の daily note の ## ログ セクションに 1 ブロックで追記する (常に記録)。健全なら「ai-cost ダッシュボード鮮度チェック: 全 8 段本日実行済み・全 source SLA 内 (OK)」、要確認なら該当行 (NOT-TODAY / STALE) だけを列挙する。Step 8 のサマリーにも 1 行添える。
すべての処理が終わったら、coach-daily-question スキルを morning 引数で呼び出す。
Skill(coach-daily-question, args: "morning")
このスキル内ではコーチング縛り（解決策禁止、観察と問いのみ）に従う。/today の実行モードを一時的に切り替えるイメージで構わない。回答が coaching/log.md に追記されたら /today 全体が終了する。
ユーザーが「今日はコーチングはスキップで」等を事前に明言している場合のみ、このステップを省略してよい。
Always respond in Japanese. Present information in a clear, organized format that helps the user start their day efficiently.