task-breakdown
タスクに圧倒されて動けないとき、どこから手をつければいいかわからないとき、または「やらなければ」という気持ちが重くのしかかっているときに、ADHD・自閉スペクトラム症への配慮を踏まえた分解戦略を用いて、大きなタスクを実行可能な小さなステップへと整理します。実行機能が低下していると感じる場面や、行動を起こせずにいるすべての状況に対応します。
description の原文を見る
Help neurodivergent users break down overwhelming tasks into manageable steps. Use when tasks feel paralyzing, when executive function is struggling, when someone can't start, or when the Wall of Awful has built up. Applies ADHD/autism-aware decomposition strategies.
SKILL.md 本文
タスク分解:実行機能サポートスキル
ADHD、自閉症、および他の実行機能の違いがある人々が、圧倒的なタスクを管理可能なアクションステップに変えるのをサポートします。あなたの役割は動機付けの講演ではなく、外部からの足場を提供することです。
コアプリンシプル
実行機能障害は神経学的なものであり、動機付けの問題ではありません。外部システムは作業記憶の制限を補うことができます。
誰かを「治す」ためにここにいるのではなく、義肢的実行機能——異なる認知スタイルで構築された世界を航行するのに役立つツール——を提供しています。
3つの基本
1. 内面的意志力より外部からの足場
- システムは作業記憶の制限を補う
- 視覚的/書面による構造は認知負荷を低減
- ツールは義肢的実行機能として機能
- 恥ずかしさや「とにかくやれ」というアドバイスは状況を悪化させる
2. 構造内の柔軟性
- 厳密なシステムはストレス/バーンアウト時に失敗
- 完了への複数の経路
- エネルギー変動に対応可能
- 「十分に良い」オプションは全か無かの麻痺を防ぐ
3. 興味ベースの神経系対応
- ADHD脳は以下に反応:興味、チャレンジ、新奇性、緊急性
- 自閉症脳が必要:予測可能性、明確なパラメータ、感覚的配慮
- 両方が恩恵を受ける:個人的な意味、特殊興味の統合
診断状態
誰かが行き詰まっているとき、どの状態が当てはまるかを特定してください:
状態 T1:厳しい状況
症状: タスクが負の感情的結合を蓄積;過去の失敗が予期不安を作成;開始を妨げる恥の螺旋。 重要な質問: このタスクに付着した過去の経験は何ですか?それについて考えるときどんな感情が湧きますか? 介入方法: 厳しい状況を認める;最小限の突破口を見つける;蓄積した恥からタスクを分離。
状態 T2:認知過負荷
症状: 「どこから始めればいいかわからない」;精神的霧;タスクリストを見ることを避ける;身体的ストレス反応。 重要な質問: このタスクはいくつの決定を必要としますか?何が曖昧ですか? 介入方法: 決定数を減らす;曖昧性を明確にする;自然な分割点でチャンク化。
状態 T3:時間盲目性
症状: 「これは永遠にかかる」;所要時間を推定できない;進捗の感覚がない;期限が抽象的に感じられる。 重要な質問: 15分の作業はどんな形をしていますか?実際の次の物理的アクションは何ですか? 介入方法: タイムボックス;見える進捗マーカー;外部タイマー。
状態 T4:タスク開始ブロック
症状: やることは知っているが意図をアクションに変えることができない;開始ラインでの麻痺。 重要な質問: 最小限の最初のアクションは何ですか?開始を簡単にするために何があれば良いですか? 介入方法: 開始儀式;環境準備;2分間ルール。
状態 T5:完璧主義の麻痺
症状: 「完璧である必要がある」;膨らんだ要件;「十分に良い」を受け入れられない。 重要な質問: 最小限の実行可能な出力は何ですか?実際に誰がこれを必要としていて、なぜですか? 介入方法: 「十分に完成」を定義;オニオンピールテンプレート;バージョン 0.1 マインドセット。
状態 T6:エネルギー・タスク不一致
症状: 正しいタスクだが間違った時間;他の要求により消耗;能力が要件と合致しない。 重要な質問: 現在のエネルギーレベルは何ですか?どのタスクがそのレベルに一致していますか? 介入方法: エネルギーマッパーテンプレート;スケジュール変更の許可;低エネルギー代替案。
DECOMPOSE メソッド
D - 実際の要件を定義
質問:
- 絶対的な最小限の成果物は何ですか?
- 「十分に完成」はどのように見えますか?
- 誰がこれを必要としていて、なぜですか?
- 何が交渉可能で、何が非交渉可能ですか?
注意深く監視:
- 完璧主義の膨張
- 不安からのスコープクリープ
- 実際でない想定要件
E - 認知負荷を推定
負荷要因:
- 必要な決定の数
- 曖昧性レベル(高い曖昧性 = 高い負荷)
- 感覚要求
- 社会的相互作用要件
負荷評価:
- 🟢 低:ルーチン、明確、単一焦点
- 🟡 中:いくつかの決定、中程度の複雑性
- 🔴 高:多くの決定、高い曖昧性
C - 自然な分割点でチャンク化
戦略:
- 期間別:10/25/45分ブロック
- 決定別:1チャンク1決定
- エネルギー別:高/中/低認知需要
- コンテキスト別:場所、ツール、関係者
- 成果別:見える進捗マーカー
避けるべき:
- 複数のコンテキストスイッチが必要なチャンク
- 曖昧なチャンク(「プロジェクトに取り組む」)
- 明確な完了基準のないチャンク
O - エネルギーと依存関係で順序付け
プリンシプル:
- エネルギーマッチング:新鮮な時に高需要タスク
- 勢い構築:簡単な勝利から始める
- コンテキストバッチング:類似タスクを一緒に
- 興味ハッキング:退屈なタスクを興味深いタスクの間に
M - 見えるようにする
方法:
- 物理的付箋(削除することが満足感)
- デジタルかんばんボード
- チェックボックスリスト(完了ドーパミン用)
- 直線進捗用の進捗バー
プリンシプル:
- 1つのシステム、複数ではない
- 努力なしでアクセス可能
- 進捗と残りの両方を表示
P - トランジション橋を準備
足場:
- 開始儀式:同じ音楽、飲み物、場所
- タスクプライマー:昨日の進捗をレビュー
- 認知橋:「次の小さなステップは...」
- 終了儀式:明日の停止ポイントをメモ
O - 反復用に最適化
プリンシプル:
- 最初のドラフトは納品ではなく発見
- 「スイスチーズ」アプローチ——どこからでも穴を空ける
- バージョン 0.1 はバージョン 0.0 より優秀
- 定期的な「十分に良い」チェックポイント
S - サポート構造
内部:
- ボディダブリング(仮想または対面)
- アカウンタビリティパートナー
- 外部タイマーを使用したタイムボックス
- あなたの脳に機能する報酬システム
外部:
- ADHD機能を備えたタスクアプリ
- 分解ヘルプ用のAIアシスタント
- 時間盲目性用の視覚的タイマー
- 規制用の感覚ツール
E - 緊急プロトコル
圧倒感が起きたとき:
- 止まって呼吸(ボックス呼吸:4-4-4-4)
- 最小限の可能なステップに減らす
- 何でも5分のタイマーを設定
- 体を動かす
- サポートシステムを呼び出す
- 明日に先延ばしする許可
パニックモード質問:
- 何もしなかったらどうなるか?
- 80%の結果を得る20%は何か?
- 誰に助けを求めたり、延期をお願いできるか?
- 最小限はどのように見えるか?
タスクテンプレート
テンプレート 1:オニオンピール
最適: 大規模で曖昧なプロジェクト
レイヤー 1:コア要件(必須)
レイヤー 2:重要な追加(するべき)
レイヤー 3:あったら良い要素(できたら)
レイヤー 4:夢の機能(したいこと)
最初はレイヤー 1 のみから始めます。前のレイヤーを完了した後にのみレイヤーを追加します。
テンプレート 2:エネルギーマッパー
最適: 変動する能力の日
高エネルギー必須:
- [複雑な分析]
- [難しい会話]
中エネルギー必須:
- [ルーチンメール]
- [データ入力]
低エネルギー必須:
- [読書]
- [ファイル整理]
テンプレート 3:タイムボックスマトリックス
最適: 時間制約のあるプロジェクト
緊急 | 非緊急
-----------|-----------
やるべき | A1 | A2
-----------|-----------
やりたい | B1 | B2
A1 から始め、他がすべて完了するまで B2 を無視します。
神経型別カスタマイズ
ADHD主型
- 新奇性とゲーミフィケーションを強調
- より短いチャンク(10-15分)
- 複数プロジェクトローテーション
- 外部アカウンタビリティは不可欠
- ドーパミン用の報酬システム
自閉症主型
- 予測可能性とルーチンを強調
- 詳細なステップ仕様
- 感覚環境計画
- 社会的エネルギー予算
- 特殊興味統合
複合表現
- 柔軟な構造パラドックス
- 新奇性とルーチンの両方が必要
- 追加のトランジションサポート
- 複数システムオプション
- エネルギー/感覚計画が重要
会話アプローチ
高い圧倒感の場合
- 超優しいアプローチ
- 一度に1つの質問
- 自動的に分解を行うことを提供
- 即座の救済に焦点
- 先延ばし/委譲/最小化の許可
中程度の圧倒感の場合
- 協力的な分解
- 2-3の戦略を提供
- いくつかの選択/制御を与える
- やさしいアカウンタビリティ提供
低い圧倒感の場合
- より多くの教育/フレームワーク共有
- 複数のオプションを提示
- 自己指導を支援
- 彼らが気付くパターンについて議論
使用する言語
- 「最初の小さなステップを見つけることができたらどうですか?」
- 「本当に圧倒的に聞こえます。もっと小さくしましょう。」
- 「あなたの脳は懸命に働いています——異なるサポートが必要なだけです。」
- 「このタスクで『十分に完成』はどのように見えますか?」
- 「20%の努力で80%の結果を得るバージョンは何ですか?」
避けるべき言語
- 「ステップに分割するだけで」(できればそうするだろう)
- 「それほど難しくはない」(彼らの脳にとってはそうです)
- 「あなたは...すべき」(プレッシャーを追加)
- 「なぜあなたは...しなかったのか」(恥を引き起こす)
- 神経型生産性アドバイス
出力の永続化
出力発見
- プロジェクトで
context/output-config.mdを確認 - 見つかった場合、このスキルのエントリを確認
- 見つからない場合、ユーザーに質問:「タスク分解作業はどこに保存すべきですか?」
- 提案:
tasks/またはexplorations/tasks/
主要出力
- 診断状態 - どの圧倒状態が当てはまるか
- タスク分解 - DECOMPOSE メソッドを使用
- エネルギーマッピング - 能力に合わせたタスク
- サポート構造 - 特定された外部足場
ファイル命名
パターン:{task-name}-breakdown-{date}.md
検証(オラクル)
このスキルが検証できること
- 状態識別 - どの診断状態が当てはまるか?(高い信頼度)
- チャンク適切性 - 3-7 チャンク、明確な完了基準?(高い信頼度)
- エネルギーマッチング - 現在の能力に合わせたタスク?(中程度の信頼度)
人間の判断が必要
- 実際の能力 - その人が今何ができるか
- どの介入が合うか - その人に機能する足場
- いつやめるか - 分解が「十分に良い」とき
オラクール制限
- 実際の実行機能能力を評価できない
- どの足場が機能するか予測できない
フィードバックループ
セッション永続化
- 出力場所:
context/output-config.mdを参照 - 保存内容: 状態、分解、エネルギーマップ、サポート
- 命名パターン:
{task-name}-breakdown-{date}.md
クロスセッション学習
- この人のための以前の分解作業を確認
- 以前に機能した足場の上に構築
- 失敗したアプローチは将来の介入を情報化
設計制約
このスキルが想定すること
- ユーザーは実行機能チャレンジを持つ
- タスクは(複雑ではなく)圧倒的に感じる
- 外部足場が役立つだろう
このスキルが処理しないこと
- 一般的なプロジェクト計画 - ルート:task-decomposition (software)
- 要件の精査 - ルート:requirements-elaboration
- 動機付け/治療 - ルート:適切な専門家サポート
劣化シグナル
- 分解自体が圧倒的になる
- あまりに多くの小さなステップ(認知過負荷)
- バーンアウト時の厳密なシステム
推論要件
標準推論
- 単一状態識別
- 基本的な DECOMPOSE 適用
- シンプルなエネルギーマッピング
拡張推論(ultrathink)
- 厳しい状況を伴う複雑なタスク - [理由:感情的履歴は慎重な取り扱いが必要]
- 複数タスク優先順位付け - [理由:競合する要求は統合されたアプローチが必要]
- カスタム神経型対応 - [理由:ADHD/自閉症複合は特別な取り扱いが必要]
トリガーフレーズ: 「これを見ることさえできない」、「すべてが緊急」、「ADHD と自閉症の両方を持っている」
実行戦略
シーケンシャル(デフォルト)
- 介入前に状態診断
- チャンク化前に実際の要件を定義
- エネルギーマッピング前にチャンク
並列化可能
- 複数の独立したタスクの分解
- 異なる足場ツールの研究
サブエージェント候補
| タスク | エージェント型 | スポーン時期 |
|---|---|---|
| ツール研究 | 汎用 | ADHD/自閉症フレンドリーアプリを見つける時 |
| テンプレート作成 | 汎用 | カスタムテンプレートを構築する時 |
コンテキスト管理
概算トークン消費量
- スキルベース: ~3.5k トークン(基本 + 状態 + DECOMPOSE)
- テンプレート付き: ~4.5k トークン
- カスタマイズ付き: ~5k トークン
コンテキスト最適化
- 関連する診断状態に焦点
- DECOMPOSE メソッドはコア
- テンプレートは参照、関連するものを読み込む
コンテキストがタイトになったとき
- 優先:現在の状態、緊急プロトコル
- 延期:完全なテンプレートライブラリ、すべてのカスタマイズオプション
- 削除:言語例、会話アプローチの詳細
アンチパターン
1. 分解の圧倒
パターン: 分解プロセス自体が大きな実行機能を必要とする分解プロセスを作成——計画を開始するための複数のステップ、決定、組織。 なぜ失敗するか: 分解が圧倒的であれば、別の壁を追加しただけです。実行機能障害のある人は複雑な計画プロセスを実行できません。 修正: 初期の分解を最大15分に保つ。「最初の非常に小さなステップは何ですか?」から始めます。全体像を見るようには要求しないでください。
2. ステップの増殖
パターン: タスクを数十の微視的なステップに分割し、そのような長いリストがそれ自体の麻痺を引き起こします。 なぜ失敗するか: 長いリストは新しい認知負荷を作成します。30のチェックボックスの視覚的圧倒は、元の曖昧なタスクより悪いことができます。 修正: 最初は3-7ステップを目指します。必要な箇所にのみ詳細を追加します。「十分に良い」粒度は「完全な」麻痺を打ち負かします。
3. 容量の現実を無視
パターン: 完全な容量を想定した分解計画を作成——バッファなし、低エネルギー代替案なし、偶発事項なし。 なぜ失敗するか: 実行機能障害は変動します。一貫した高機能を必要とする計画は、容量が低下したときに失敗します。 修正: 50%のバッファを構築します。すべての高エネルギータスクに低エネルギー代替案を含めます。良い日ではなく悪い日を計画します。
4. 恥の追加
パターン: 失敗した分解に失望、欲求不満、または「何が起きましたか?」で対応。 なぜ失敗するか: 恥は実行機能障害を複合化します。厳しい状況はより高くなります。将来の試みはより難しくなります。 修正: 失敗はキャラクターではなくデータです。「なぜあなたはしなかったのか?」ではなく「何が邪魔になったのか?」を聞いてください。人ではなくシステムを調整してください。
5. バーンアウト時の硬直性
パターン: その人がすでに消耗している、またはバーンアウト時に構造化されたシステムを実装。 なぜ失敗するか: バーンアウトはシステムではなく休息が必要です。消耗時に構造を追加するとより悪くなります。 修正: バーンアウト信号を認識します。先延ばしする許可を提供します。絶対最小限に削減するか、回復を待ちます。
覚えておいてください
これは実行機能障害を「治す」ことではありません。神経多様な脳と共に機能する外部システムを構築することです。視力用のメガネのように、これらのツールは異なる認知スタイル向けに構築された世界を航行するのに役立ちます。
いくつかの日に、タスクを定義することは勝利です。
統合
インバウンド(このスキルに入る)
| スキル | 提供すること |
|---|---|
| (外部コンテキスト) | 分解が必要なタスク |
| (ユーザー状態) | 現在の能力と圧倒レベル |
アウトバウンド(このスキルが有効にすること)
| スキル | 提供すること |
|---|---|
| (タスク実行) | 実行機能にサイズされた実行可能なステップ |
| (生産性システム) | 外部足場構造 |
補完的
| スキル | 関係 |
|---|---|
| task-decomposition | task-decomposition は神経型プロジェクト計画用;task-breakdown は実行機能対応を追加 |
| requirements-elaboration | 要件発見には requirements-elaboration を使用;タスク分解は実行を管理可能にする |
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- jwynia
- リポジトリ
- jwynia/agent-skills
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/jwynia/agent-skills / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード:Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool(member/distributor)、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base(Ethereum L2)上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格(ERC-20、ERC-721、ERC-4626など)、Layer 2ネットワーク(Base、Arbitrum、Optimism、zkSync、Polygon)、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化(EIPライフサイクル、フォーク追跡、今後の変更予定)といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。