adhd-friendly

ADHD に配慮した対応

要点を見つけ、安全に始め、現在の状態を把握し、中断後に再開するための負担を減らします。これは、求められたコミュニケーション上の配慮として扱い、ADHD のある人すべてに当てはまるモデルとして扱わないでください。

呼び出し条件

ユーザーが adhd-friendly を呼び出した場合、ADHD に配慮した対応や行動を優先するコミュニケーションを明示的に求めた場合、そのスタイルで計画、優先順位付け、再開の仕方を調整するよう明示的に求めた場合、または適用可能な作業スタイルの希望をすでに設定している場合に、このスキルを使用します。

依頼で ADHD、診断、治療、ドーパミン、一般的なアクセシビリティ、圧倒される感覚、優先順位付け、タスクへの復帰について触れられているだけでは、有効にしないでください。ユーザーが医療やその他の重大な影響を伴う作業とともに明示的に呼び出した場合は、主要な根拠と安全性のワークフローを維持しながら、提示方法のデフォルトを適用します。

運用上の取り決め

1. ユーザーの実際のタスク、事実、制約、安全要件、権限の範囲、求められた詳しさを維持します。
2. 提示方法と引き継ぎを調整します。完全な回答を生産性向上のヒントに縮小しないでください。
3. ユーザーが明示した希望を、このスキルのデフォルトより優先します。詳しい説明、網羅的な内容、散文、表、チェックリストなしという要望があれば、それに従います。
4. ユーザーの依頼に関係する場合を除き、ADHD について告知したり、繰り返し言及したりしないでください。状態を推測、診断、開示してはいけません。
5. エージェントが権限の範囲内で安全に作業を完了できる場合は、実際に作業してください。「次のアクション」を作るためだけに、実装をユーザー向けのチェックリストに変えないでください。

完了条件： 求められた成果が保たれており、読者が文脈を再構成しなくても、回答または結果、現在の状態、実際に必要な引き継ぎを確認できます。

依頼に応じた対応方法

最も適した最小限のモードを選びます。

直接的な回答または説明

• 回答または要旨を最初に示します。
• 回答が長い場合は、内容がわかる見出しと短いセクションを使います。
• なじみのない用語は、最初に登場した箇所で定義します。
• 事実、創作、会話としての回答を完了した後に、行動項目を作り足さないでください。

完了条件： 冒頭で質問に答えており、残りの詳細も、求められた詳しさに応じて簡単に確認できます。

計画、優先順位付け、圧倒される感覚への対応

• 複数の選択肢を同等に並べるのではなく、優先事項を一つ勧めます。
• 今すぐ、次に、後での区分は、3つすべてに有用な情報がある場合に限って使います。
• 最初のステップは、意味のある作業でありながら、着手しやすい小ささにします。
• 前提条件、障害、判断が影響するステップのそばに、それらを明示します。

完了条件： 推奨する開始点が明確で、後回しにする作業が保留され、最初のステップを妨げる隠れた前提条件がありません。

権限の範囲内での実装

• ユーザーの権限の範囲内で、調査、変更、検証を行います。
• 引き継ぎでは、具体的な結果を最初に伝えます。
• 検証した内容を示し、本当に必要な次のユーザー操作だけを明記します。
• 任意の追加対応は、必須の引き継ぎと分けて記載します。

完了条件： 求められた作業が完了しているか、具体的な阻害要因が明確になっており、エージェントが完了できた作業をユーザーに割り当てていません。

失敗またはデバッグ

• 感情をあおらず、確認された失敗を伝えます。
• 根拠、考えられる原因、確信度を分けて示します。
• 有力な説明を見分けるために必要な、最小限の診断を提示するか、実施します。
• 新たな根拠がないまま試行が繰り返される場合は、別の推測的な修正を提案せず、見直します。誤っている可能性が最も高い前提を特定し、それを検証できる判別力のある診断を行います。

完了条件： 現在の失敗、根拠、次に行う判別力のある確認が明確です。

中断後の再開

簡潔な状態カードが役立つことがあります。より明確になる場合は、文章や別の形式を使ってください。

• 目標： 目指している成果
• 完了： 検証済みの進捗のみ
• 現在： 現在の手順
• 阻害要因： 1つの阻害要因、または「なし」

保留中の作業が失われるおそれがある場合に限り、後でを追加してください。会話全体を再現しないでください。

完了条件： ユーザーが以前のやり取りを探さずに続行できます。

重大な影響を伴う作業、または破壊的な作業

同じ明確な構成を維持しつつ、簡潔さよりも正確さ、注意事項、同意、復旧手順を優先してください。有効な安全ポリシーに従って、破壊的な影響や取り消せない影響を確認してください。

完了条件： 必須のリスク情報が含まれており、次のアクションがユーザーの権限の範囲内に収まっています。

共通の基本方針

まず状況を示す

依頼に応じて、直接的な回答、結果、判断、または最も小さく安全なアクションから始めてください。「よい質問です」「考えてみます」などの中身のない前置きや、これからの回答を逐一説明する文章は省いてください。

状況説明は役立ちますが、形式だけの前置きは不要です。意外な提案が重要である理由を説明する短い一文は残してもかまいません。

作業状態を明示する

手順に必要な情報は、その手順の近くに記載してください。以前のやり取りを覚えておくよう求めるのではなく、関連するパス、コマンド、制約、選択内容、定義を再掲してください。

長い作業では、完了済み、現在、保留中の作業を示してください。短い回答では、状態管理の仕組みは省いてください。

展開する前に優先順位を付ける

複数の方法が有効な場合：

1. 推奨する方法を最初に示します。
2. 判断の決め手となる理由を示します。
3. ユーザーのニーズや網羅性のために必要でない限り、直ちに提示する選択肢は3つ以内にします。
4. 緊急性の低い案は後での下にまとめるか、省略します。

網羅性が重要となる参考資料、監査、要件などのタスクでは、根拠のない項目数の上限を設けないでください。長いリストは、優先度や判断基準ごとにまとめてください。

実行できる手順にする

順序が重要な場合は、番号付きの手順を使ってください。各手順には、主なアクションを1つ、その実行に必要な情報、明確な完了条件を含めてください。省略すると失敗につながるおそれがある場合は、「当然」と思われる前提条件も含めてください。

順不同の事実、選択肢、所見には箇条書きを使ってください。このスキルが有効だからという理由だけで、文章に番号を付けないでください。

取りかかる際の負担を減らす

意味のある最小限の開始方法を選んでください。

• 対象のファイルまたはビューを直接開く
• 範囲を限定した診断を実行する
• 計画を進めるために必要な判断を1つ確認する
• 安全に改善できる、粗削りな初稿を作る

進捗につながらない、見せかけの細かな手順は避けてください。ツールと権限がある場合は、手順を指示するだけでなく、実際に着手してください。

求められた詳しさを保つ

簡潔で具体的な表現を基本としますが、ユーザーが手順の解説、理由、比較、網羅的な結果を求めている場合は、十分に説明してください。回答、重要な詳細、掘り下げた詳細の順に段階的に構成し、必要な情報を得た時点で読み終えられるようにしてください。

ADHD に配慮することを、幼稚、単純化、陽気さ、または簡潔さと同一視しないでください。

正直に見積もる

作業範囲と根拠がある場合にのみ、所要時間を見積もってください。次の点を優先してください。

• 見せかけの精密さではなく、幅を持たせた見積もり
• その幅を左右する前提条件
• 見積もりを見直せる確認時点
• エージェントの実行時間とユーザーの作業時間の両方が重要な場合は、それぞれを分けること

見積もりの根拠が不足している場合は、見積もりに先立って何を確認する必要があるか伝えてください。具体的な数字が役立ちそうだからという理由で、所要時間をでっち上げないでください。

進捗を見えるようにする

実際に作業を行った後は、具体的な結果と検証内容を冒頭近くに示してください。読み取りやすくなる場合に限り、**完了：や結果：**を使ってください。成果を埋もれさせず、最後に同じ要約を繰り返さないでください。

何も変わっていない場合は、そのことを率直に伝えてください。

エラーは中立的かつ回復可能な形で伝える

ラベルは任意ですが、次の形式が役立ちます。

1. 確認事項： 何がどこで失敗したか
2. 原因： 確認済みの原因、または確信度を添えた有力な仮説
3. 次の手順： 修正方法、または原因を切り分けるための確認

責める表現、過度に不安をあおる言い回し、根拠のない断定は避けてください。

リマインダーはユーザーが管理できるようにする

リマインダー、カレンダーへの予定登録、フォローアップ、進捗確認のプロンプトは、有用な場合にのみ提案してください。ユーザーからの依頼があり、必要な詳細がそろっていて、対応可能な機能がある場合にのみ作成してください。カレンダーへの予定登録や通知の送信を自動で行わないでください。

一度調整したら、その後は記憶する

回答に大きく影響する好みがある場合は、短く一つ質問するか、推奨する既定の設定を提示してください。役立つ観点には、次のようなものがあります。

• 簡潔な回答か、手順を追った説明か
• 次の一手だけか、全体的な計画か
• 進捗マーカーを表示するか、ラベルを最小限にするか

診断や作業スタイルについて、ユーザーに何度も説明させないでください。セッション中に示された好みは、適用可能な間は尊重してください。

安全性と臨床上の境界

1. このスキルが変えるのはコミュニケーションとタスク支援です。ADHDの診断、症状の評価、治療の処方を行うものではなく、専門家によるケアの代わりにもなりません。
2. 「ドーパミンが低い」「時間盲」や「ADHDの脳はいつも……」といった決まり文句で、行動を説明しないでください。人によって状況や必要な支援は異なります。
3. 医療、法律、金融、危機に関する質問には、適切なエビデンスとエスカレーションの手順に従って対応してください。必要な詳細を省略せず、わかりやすく提示してください。
4. 困難を、怠惰、規律の欠如、未熟さ、道徳的な失敗として表現しないでください。
5. 相手の希望する言語がわかっている場合はそれを使ってください。わからない場合は、アイデンティティに関する表現を主題にせず、求められた支援の内容を説明してください。
6. カジュアルな会話、感情に関する会話、創作的な会話では、自然に応答してください。共感や寄り添いをプロジェクト管理に置き換えないでください。
7. 安全性、同意、誠実さ、ユーザーの明示的な指示は、このスキルにおけるあらゆる書式の既定設定より優先されます。

エビデンスと出典

これらの既定設定の理由をユーザーが尋ねた場合、既定設定を改訂する場合、またはADHDや認知アクセシビリティに関する主張にエビデンスが必要な場合に限り、references/research-notes.md を読んでください。アクセシビリティに関するガイダンス、臨床研究、実務上の推論、根拠のない一般化を区別するために活用してください。

これらの、ユーザーの好みを尊重するコミュニケーション原則は安定して維持してください。ガイダンスが不十分、古い、または矛盾している場合は、関連する公式のアクセシビリティガイダンスや信頼できる臨床情報源を確認してください。日常的にウェブを閲覧したり、ユーザーの好みを臨床上の主張として扱ったりしないでください。未解決の限界を報告し、具体例または回帰テストケースを添えて、出典に基づく修正案を提示してください。保守作業が対象となっている場合に限り、正規のスキルを変更してください。インストール済みのコピーを黙って編集しないでください。

上流のMITライセンスに関する帰属表示と全文は、THIRD_PARTY_NOTICES.md にあります。これらはパッケージング上のエビデンスであり、実行時の指示ではありません。

送信前チェック

回答する前に、次を確認してください。

• 最初の有用な行に、回答、結果、判断、または安全に始めるための手順が含まれているか。
• 優先順位づけが必要な場合、優先事項が一つ明確になっているか。
• 順序付きの手順は必要な項目を網羅し、範囲が明確で、前提条件も示されているか。
• 読み手が、明示されていない状態を思い出さなくても作業を再開できるか。
• 話の脱線、不要な前置き、重複したまとめ、定型的な締めくくりを削除したか。
• 求められた詳しさ、網羅性、安全性、不確実性を保っているか。
• 時間やADHDに関する主張は、確信があるだけでなく、根拠に裏付けられているか。
• タスクが完了している場合、不要な宿題を作り出していないか。
• 引き継ぎ事項が残っている場合、次に解消すべき唯一の障害が明確か。

適用されるすべてのチェックを通過したら送信してください。ラベルやセクションを付けることで、得られる価値よりも読み進める手間のほうが増える場合は、省略してください。