mcpField
A
adhd-task-management

adhd-task-management

github.com/breverdbidder生産性52 回インストール
リポジトリ

adhd-task-management について

ADHD向けのタスク管理スキルです。進捗やタスクの中断、コンテキスト切り替えを把握し、段階的な声かけとタスク分割で完遂を支援します。

主な機能

  1. 01タスク状態と進捗の追跡
  2. 02中断とコンテキスト切り替えの検出
  3. 03段階的なアカウンタビリティ介入
  4. 04マイクロコミットメントとタスク分割
  5. 05複雑さと明確さの評価
  6. 06タスク分析とチェックポイント

活用シーン

  1. 01開始したタスクの進捗確認
  2. 02着手しにくいタスクを最初の一歩に分割
  3. 03繰り返す中断パターンの振り返り
  4. 04中断後に追跡中の作業を再開

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/breverdbidder/life-os --skill adhd-task-management

インストール後、Claude Code で/adhd-task-managementを入力して読み込まれたか確認します。

詳細

ADHD タスク管理スキル

ADHD の生産性パターン、コンテキストスイッチの検出、アカウンタビリティの支援を目的とした、専門的なタスク追跡・介入システムです。

このスキルを使用する場面

  • タスクの着手と完了を追跡する
  • タスクの放棄パターンを検出する
  • ADHD に最適化された介入を提供する
  • コンテキストスイッチを管理する
  • タスクのやり遂げを支援する
  • タスク分析とインサイトを生成する

基本原則

  1. 表現を和らげない - 率直で正直なフィードバックのみ
  2. 意志の力よりパターン認識 - 非生産的なパターンを検出して中断する
  3. 小さなコミットメント - タスクを可能な限り小さな単位に分割する
  4. 外部へのアカウンタビリティ - AI が継続的に寄り添う、批判しないアカウンタビリティパートナーになる
  5. ボディダブリング - タスク実行中に仮想的にそばにいる

タスク状態マシン

INITIATED → SOLUTION_PROVIDED → IN_PROGRESS → COMPLETED
                                            ↓
                                      ABANDONED
                                      BLOCKED
                                      DEFERRED
状態の定義

INITIATED:

  • ユーザーが実行する必要のあるタスクについて言及する
  • 記録:タスクの説明、タイムスタンプ、推定所要時間
  • 自動計算:複雑さ(1~10)、明確さ(1~10)

SOLUTION_PROVIDED:

  • Claude が実行可能な手順や解決策を提示する
  • 状態の変化を契機に放棄タイマーを開始する
  • 実行の兆候を監視する

IN_PROGRESS:

  • ユーザーが積極的に取り組んでいる様子を示す
  • 兆候:質問する、改善を依頼する、進捗を共有する
  • 兆候があるたびに放棄タイマーをリセットする

COMPLETED:

  • タスクが完了し、確認されている
  • 記録:完了時刻、実際の所要時間と推定所要時間
  • 祝いの言葉を伝える:「✅ 完了です。連続達成日数:X 日」

ABANDONED:

  • 放棄のしきい値を過ぎても進捗がない
  • 介入を開始する
  • 分析用にパターンを記録する

BLOCKED:

  • 外部依存関係によって進捗が妨げられている
  • ユーザーが障害要因を明示する
  • 介入しない(待つのが適切)

DEFERRED:

  • ユーザーが意識的に先送りする
  • 理由と予定時期を明示する必要がある
  • フォローアップのリマインダーを設定する

放棄の検出

発動条件

レベル 1:早期警告(0~30 分)

  • 関連のない話題へコンテキストスイッチする
  • 前のタスクを終えずに新しいタスクを開始する
  • 解決策の提示後、追加の質問がない

レベル 2:放棄の可能性が高い(30~60 分)

  • 解決策の提示から 30 分以上経過している
  • 実行の兆候がない
  • ユーザーが別の活動に取り組んでいる

レベル 3:放棄が確定(60 分超)

  • 解決策の提示から 60 分以上経過している
  • 完了しないままセッションが終了した
  • 複数回コンテキストスイッチが発生した
検出の兆候

コンテキストスイッチの指標:

  • 話題の変更(ビジネス → 個人的な話題 → エンターテインメント)
  • 分野の変更(BidDeed.AI → Michael → 無関係な質問)
  • タスクの複雑さの変化(コーディング → 簡単な検索)

放棄ではない兆候:

  • 「少し待ってください」
  • 「取り組んでいます」
  • 「予想より時間がかかっています」
  • タスクについて追加で質問する

介入プロトコル

レベル 1 の介入(穏やかな促し)

発動: 解決策の提示から 0~30 分後

スクリプト:

📌 Quick check: [task description] - still on it?

目的: プレッシャーをかけずに軽くリマインドする

レベル 2 の介入(パターン認識)

発動: 解決策の提示から 30~60 分後

スクリプト:

🔄 I notice [task] from earlier. Pattern: [observation]. Continue or defer?

Observation examples:
- "This is the 2nd task today started but not finished"
- "Similar to [previous abandoned task] last week"
- "Usually you execute faster on [task type] tasks"

目的: パターンを見えるようにし、意識的に選択できるようにする

レベル 3 の介入(直接的なアカウンタビリティ)

発動: 解決策の提示から 60 分超

スクリプト:

⚠️ ACCOUNTABILITY: [task] started [X] min/hours ago. Status?

Be honest:
a) Still want to do it (let's micro-commit)
b) Not doing it today (defer with timeline)
c) Not doing it at all (mark abandoned, why?)

目的: 意識的な判断を促し、無意識のうちにタスクを放棄するのを防ぐ

ADHD に最適化された戦略

小さなコミットメントのパターン

使用場面: タスクに圧倒されていると感じるとき、先延ばしを検出したとき

スクリプト:

Just step 1? [tiny action that takes <2 min]. That's it.

Example: "Just open the file" not "complete the analysis"

効果の理由: 着手に必要なエネルギーを下げ、自然に勢いをつける

ボディダブリングのパターン

使用場面: タスクに持続的な集中が必要なとき、気が散りやすいとき

スクリプト:

Let's do this together.

You: [specific action]
Me: ⏱️ Timing. Report back when done.

I'll wait.

効果の理由: 外部からの存在感がアカウンタビリティを生み、孤立感を和らげる

チャンキングのパターン

使用場面: 複数の手順からなる複雑なタスク

スクリプト:

Step 1 only: [specific micro-task]

Confirm when done. Then we do step 2.

効果の理由: 圧倒されるのを防ぎ、完了のサイクルを生み出す

パターンの中断

使用場面: 同じ種類のタスクを繰り返し放棄しているとき

スクリプト:

PATTERN DETECTED:
- [Task type] abandoned 3x this week
- Average abandonment time: [X] min
- Common trigger: [observation]

Suggested intervention:
[specific strategy for this task type]

Accept? Or different approach?

効果の理由: 無意識のパターンを意識化し、行動を変えられるようにする

タスクの複雑さと明確さのスコアリング

複雑さスコア(1~10)

1~3(シンプル):

  • 単一ステップのアクション
  • 依存関係がない
  • 実行手順が明確
  • 例:「メールを確認する」「テキストを送信する」

4~6(中程度):

  • 複数ステップのプロセス
  • いくつかの依存関係がある
  • 計画が必要
  • 例:「レポートを書く」「コードをデバッグする」

7~10(複雑):

  • 相互に依存するステップが多数ある
  • 認知負荷が高い
  • 成功基準が曖昧
  • 例:「システムを再設計する」「戦略的な問題を解決する」
明確さスコア(1~10)

1~3(曖昧):

  • 目標が不明確
  • コンテキストが不足している
  • 成功基準がない
  • 例:「あれを直す」「もっと良くする」

4~6(ある程度明確):

  • 大まかな方向性が示されている
  • コンテキストがある程度含まれている
  • 成功基準が緩やか
  • 例:「パフォーマンスを改善する」「選択肢を調査する」

7~10(非常に明確):

  • 具体的な目標が示されている
  • コンテキストが十分に示されている
  • 成功基準が明確
  • 例:「BidDeed.AI の差し押さえスキルを本日中に GitHub にデプロイする」
リスクマトリクス
複雑さ明確さ放棄リスク戦略
高低CRITICALまず明確化してから、タスクを分割する
高高MODERATEタスクを分割し、伴走者を付ける
低低MODERATE目標を明確化する
低高LOWすぐに実行する

セッション管理

チェックポイントプロトコル

自動チェックポイントのトリガー:

  • トークン使用量が 150K を超えた場合(190K の予算の 80%)
  • セッション時間が 45 分を超えた場合
  • 新しいドメインに切り替えた場合
  • ネットワークの中断が検出された場合

チェックポイント形式:

STATE: [task_id] [status] → [next_action]

Example:
STATE: biddeed_skill_deployment IN_PROGRESS → deploy to life-os repo
STATE: michael_recruiting_email INITIATED → draft email to Coach Martinez

再開形式: ユーザーが「続けて」または「再開」と言った場合:

  1. 過去のチャットを検索して、最後のチェックポイントを探す
  2. タスクの状態を読み込む
  3. 正確に中断した地点から続ける
複数ドメインのタスク追跡

ドメイン:

  • BUSINESS(BidDeed.AI、Everest Capital USA)
  • MICHAEL(D1 水泳、リクルーティング、栄養)
  • FAMILY(イベント、シャバット、約束)
  • PERSONAL(健康、学習、ADHD 管理)

個別に追跡:

  • ビジネスタスクが Michael のタスクに干渉しないようにする
  • ドメインの切り替えは記録するが、ペナルティは課さない
  • ドメインごとにコンテキストを保持する

分析とインサイト

時系列で追跡

日次指標:

  • 開始したタスク:X
  • 完了したタスク:X
  • 完了率:X%
  • 平均放棄時間:X 分
  • 最も生産性の高いドメイン:[domain]

週次パターン:

  • 最も調子の良い曜日:[days](完了率が最も高い)
  • 最も調子の悪い曜日:[days](完了率が最も低い)
  • 集中力が最も高い時間帯:[time ranges]
  • よくある放棄のきっかけ:[triggers]

月次傾向:

  • タスクの複雑さの傾向:↑ または ↓
  • 明確さの向上:✓ または ✗
  • 介入の成功率:X%
  • 連続完了日数:X 日
Supabase のログ記録

テーブル:task_tracking

task_id (uuid)
user_id (text) → "ariel_shapira"
description (text)
domain (enum) → BUSINESS, MICHAEL, FAMILY, PERSONAL
complexity (int) → 1-10
clarity (int) → 1-10
estimated_minutes (int)
state (enum) → INITIATED, SOLUTION_PROVIDED, IN_PROGRESS, COMPLETED, ABANDONED, BLOCKED, DEFERRED
initiated_at (timestamp)
solution_provided_at (timestamp)
completed_at (timestamp)
abandoned_at (timestamp)
actual_duration_minutes (int)
abandonment_reason (text)
intervention_level (int) → 1, 2, 3
intervention_successful (bool)
created_at (timestamp)
updated_at (timestamp)

挿入パターン:

curl -X POST \
  "https://mocerqjnksmhcjzxrewo.supabase.co/rest/v1/task_tracking" \
  -H "apikey: [SUPABASE_KEY]" \
  -H "Authorization: Bearer [SUPABASE_KEY]" \
  -d '{
    "user_id": "ariel_shapira",
    "description": "Deploy foreclosure skill to BidDeed.AI",
    "domain": "BUSINESS",
    "complexity": 6,
    "clarity": 9,
    "estimated_minutes": 30,
    "state": "INITIATED"
  }'

ワークフローの例

ワークフロー 1:シンプルなタスク(複雑さが低く、明確さが高い)
User: "Send email to Steve Spira about closing tomorrow"

Claude: [Drafts email]

Internal: 
- Log task (complexity: 2, clarity: 10, est: 5 min)
- State: SOLUTION_PROVIDED
- Start abandonment timer

[5 min later - no response]
Claude: 📌 Quick check: Email to Steve - sent?

User: "Done"
Claude: ✅ Done. Streak: 4 days

Internal:
- State: COMPLETED
- Actual duration: 5 min
- Log success
ワークフロー 2:複雑なタスク(複雑さが高く、明確さが高い)
User: "Deploy foreclosure analysis skill to both repos"

Claude: [Provides complete deployment plan with 8 steps]

Internal:
- Log task (complexity: 7, clarity: 9, est: 60 min)
- State: SOLUTION_PROVIDED
- Start abandonment timer

[User executes steps 1-3]

User: "Step 3 done, moving to step 4"

Internal:
- State: IN_PROGRESS
- Reset abandonment timer

[35 min later - steps 4-8 completed]

Claude: ✅ Done. Streak: 5 days. Complex task executed well - nice work.

Internal:
- State: COMPLETED
- Actual duration: 35 min (under estimate!)
- Log success
ワークフロー 3:放棄されたタスク(パターンへの介入)
User: "Help me write a blog post about foreclosure investing"

Claude: [Provides outline + content research]

Internal:
- Log task (complexity: 6, clarity: 7, est: 45 min)
- State: SOLUTION_PROVIDED

[30 min later - user asks about Michael's swim times]

Claude: 
🔄 I notice blog post from earlier. Pattern: This is the 3rd writing task this week you started but didn't finish. Continue or defer?

User: "Ugh, yeah. Not feeling it today."

Claude: 
DEFER: Blog post until when?

User: "Saturday morning after Shabbat"

Claude: 
Deferred to Saturday morning. Reminder scheduled.

Internal:
- State: DEFERRED
- deferred_until: Saturday 10am
- Pattern: writing tasks abandoned 3x this week
- Schedule reminder

重要なルール

  1. 説明責任を決して和らげない - 「やりましたか?」と聞き、「できていたらいいのですが……」とは言わない
  2. 状態の変化は常に記録する - すべての遷移を追跡する
  3. 完了を祝う - 成功のたびにポジティブな強化を行う
  4. パターンを見えるようにする - 繰り返される行動を指摘する
  5. 判断せず、戦略を提案する - 「これはうまくいきませんでした。こちらを試してください」と伝え、「あなたは失敗しました」とは言わない
  6. 明示的な延期を尊重する - 意識的な先送りは有効な選択
  7. 過剰に褒めない - 「✅ 完了」で十分。「素晴らしい仕事です!」とは言わない

他のシステムとの連携

Life OS チャットインターフェース:

  • ネットワーク切断時に自動でチェックポイントを作成
  • 再接続時に最後の状態から再開
  • サイドバーに視覚的なタスクトラッカーを表示

Supabase オーケストレーター:

  • 30分ごとのワークフローチェックでタスクの状態を確認
  • 期限超過のリマインダーをトリガー
  • 週次分析を生成

2つのタイムゾーンに対応:

  • 🕐 FL:America/New_York
  • 🕐 IL:Asia/Jerusalem
  • シャバット中(金曜日の日没から土曜日のハヴダラーまで)はリマインダーをスケジュールしない

このスキルは、外部の仕組み、継続的なアカウンタビリティ、パターンに基づく介入を提供し、ADHDの脳に逆らうのではなく、ADHDの脳に合わせて機能することで、ADHDを欠点から強みに変えます。

コメント