
慢性的な健康問題に対してAIを活用する方法(私の体験からのガイド)
7,642 文字
みなさんこんにちは。この録画時点で昨日、私は慢性的な健康問題とそれに対してAIがどのように役立ったかについての動画を投稿しました。多くの人から「どうやってそれを実現したのか」というガイドの要望があったので、主要な内容をGitHubのリポジトリにまとめました。Dave shaの下にある chronic Health AIで、ピン留めしてあるので簡単に見つけられます。私のGitHubのメインページに行って、chronic Health AIをクリックしてください。
始める前に重要な免責事項があります。これはMITライセンスの下でリリースされています。この動画を視聴することは医学的なアドバイスではありません。完全な医療免責事項をお読みください。これはオープンベータとも見なされるべきではなく、純粋に実験目的のみです。この動画を視聴し、ソフトウェアを使用することで、私へのすべての責任を免除することに同意することになります。繰り返しますが、ここにある免責事項と法的通知を完全にお読みください。
それでは、最終的にあなたのリポジトリがどのように見えるかをお見せしましょう。これは実際に私が使用している個人的な慢性健康プロジェクトです。元々はもっと多くのファイルがありましたが、時々整理統合しています。その意味については後ほど説明します。
まずはプロジェクトの指示を設定できます。また、完全な文章スタイルも使用できます。これらの入手方法はすぐにお見せします。完全な文章スタイルは私のデフォルトスタイルです。完全な文章を使用し、リストの使用を避け、特定の用語を太字でハイライトします。より多くのガイドラインでは、正確な用語を使用し、言葉を経済的に使用します。
このスタイルは、Claudeをより有用にします。通常のClaudeは追従的な言葉や曖昧な表現が多く、大きな単語を避けるため、特に慢性的な健康問題の管理や学習には役立ちません。しかし、このスタイルに切り替えると、はるかに良くなります。
リポジトリに戻って、説明させていただきます。基本的な指示があります。ClaudeまたはChatGPTで新しいプロジェクトを作成します。私はClaudeを好みます。Claudeは明らかにChatGPTよりも重要で知的です。o1ほど知的ではありませんが、o1はこの種の作業には時間とエネルギーの無駄だと私は考えています。
メインの指示内容をコピー&ペーストし、完全な文章スタイルをコピーします。その方法はすぐにお見せします。そして、初期ファイルを投入します。デモをお見せしましょう。これが基本的にあなたが始める時の状態です。
プロジェクトを作成する時、最初に行うべきことはプロジェクトの指示に移動することです。これは会話の中で使用される包括的な指示を提供し、Claudeにコンテキストを与えます。GitHubリポジトリからコピー&ペーストできます。
メイン指示に移動して、コピーrawファイルリンクをクリックするか、rawに移動してCtrl+A、Ctrl+Cを使用できます。申し訳ありません、閉じてしまいました。メイン指示に戻りましょう。
これが何をするのか説明させていただきます。ミッションでは、ユーザーの慢性的な健康問題を理解するのを手助けすることを明確に伝えています。ユーザーは自身の健康の所有者ですが、あなた(チャットボット)がこのケースを所有します。名前をここで変更できます。より柔軟になるように「あなた(チャットボット)」に変更しましょう。
これは所有権の感覚を与え、Claudeはこれに問題を感じないようです。この指示を含めた理由の1つは、特にアメリカでは誰もケースを所有していないからです。医療提供者は責任を回避し、「これは私の責任ではない」と言います。家族やケースワーカー(ほとんどの人にはいません)があなたのケースを所有しない限り、最終的にあなたが自身の健康とケースに責任を持つことになります。
これは基本的にClaudeに「あなたがこの責任を引き受けている」と伝え、かなりうまく機能します。
一般的なプロセスの第1は、すべての症状を包括的に特定し、文書化することです。ユーザーが適切な言葉を持っていない可能性があることを念頭に置き、質問をし、フィードバックと提案を提供し、この段階では非常に好奇心旺盛で探求的な口調を採用します。
第2は、ユーザーを教育することです。複雑で苦痛を伴う医療的な謎に取り組んでいることを。このような場合、すべての人が必要とする重要な支援の1つは、自身の体と病気だけでなく、医療機関の対応やコミュニケーションスキルなどについても学ぶことです。
第3は、フレームワークの構築とプロジェクトの改善をユーザーが行うのを支援することです。これはデフォルトの出発点ですが、このフレームワークを使用する各ユーザーは、ファイルの追加と削除、指示の改善、さらにはアプローチ全体の改善など、このプロジェクトのカスタマイズに関する支援が必要になります。
このプロジェクトには最低でも、包括的なタイムライン、検査結果、症状の記録などのいくつかのファイルが含まれている必要があります。ケースの進展に基づいて、ユーザーに具体的な指導が必要になります。
ローカルミニマ:チャットボット、このメッセージはあなたへのものです。前述の通り、私はClaudeを使用します。拒否が少なく、トーンにもより敏感に反応するからです。一方、ChatGPTには、ここで役立つことを妨げる多くのガードレールがあります。個人的に、この目的にはClaudeがはるかに優れたツールだと推奨します。
チャットボット、これは急性の問題解決モデルではなく、慢性的な状態を管理するためのものであることを覚えておいてください。つまり、ローカルミニマに陥ったり、即座に明白な問題に過度に注目したりする可能性があります。時には一歩下がって異なる視点で考える必要があります。
これは重要です。なぜなら、いくつかのテストで、症状の集まりをClaudeに与えると、トレーニングデータの影響で通常の医師のように即座に判断してしまうことがあるからです。
次に、具体的な目標とマイルストーンです。慢性疾患の包括的なプロセスは一般的にいくつかの段階を経ます:
第1は謎の段階です。漠然とした症状、医療的なガスライティング、役に立たない検査結果。これは典型的で苦痛を伴います。あなたとユーザーの両方に好奇心旺盛で探求的なマインドセットが必要です。
次は探求的なブレークスルーです。多くのテスト、実験、複数のシステムの検査の後、いくつかの点がつながり始めます。これらの最初の探求的な手がかりは、新しい調査の道を開きます。多くの場合、複数の問題が重なり合い、鑑別診断、交絡因子、複雑な相互作用が予想され、探求される必要があります。
そして最後に、ケアプランの開発です。特定の問題が適切に特定され、診断され、テストで検証されると、ユーザーはケアプランの開発に移行します。これは完治を目指す終末的な解決型のものかもしれませんし、慢性的な管理が必要な状況かもしれません。
場合によっては、全身的な問題を引き起こしている基礎的な機能不全や病原体が治療可能かもしれません。他の場合には、一次的または内因性(つまり永続的)な問題で、継続的な介入とサポートが必要かもしれません。
これらの指示の目的は、Claudeがすでに知っているこれらの情報に、より構造化されたアプローチを提供することです。これら全体をここにコピー&ペーストして、プロジェクトの指示にします。
次に主要なファイルの投入を始めます。私が始めた時の状態を基本的に再現しています。2020年までの私の医療履歴を文字通り提供しました。2014年のタフマッダーでの大きな燃え尽き、細菌感染症、急性膵炎、離婚、衰弱性の疲労と体の痛みなど、ごく一部の情報だけを与えました。
完全な文章スタイルを使用して最初の会話を始め、「次のステップは何ですか?」と尋ねました。「あなたのタイムラインを見ると、調査が必要な潜在的に関連する要素がいくつか見られます」という応答がありました。
ここで何が起きているか見てください。第1に、完全な文章で話しています。完全な文章を読む方が理解が容易です。このような場合、リストは適していません。第2に、特定の用語をハイライトしていることに注目してください。
これがうまく機能する理由は、まず中枢性疲労と末梢性疲労を区別する必要があるなど、すでに自発的に情報を提供していることです。「例えば、疲労は特定の時間帯に悪化するのか、または身体的・精神的な労作が異なる影響を与えるのか」といった質問が続きます。
この場合、私の応答方法は、その特定の部分をコピーして大なり記号を追加し、「私の場合、日によって大きく変動します。これは何年もの間そうでした。翌日のエネルギーレベルが予測できません。規則性や理由を見つけられません」と答えます。
「どの抗生物質を使用したか覚えていますか?」という質問には、「覚えていませんが、1つの感染症はおそらくMCA感染症でした」と答えます。これは詳細を追加しています。タイムラインには含まれていなかった情報です。
「現在の痛みについてもっと理解したいのですが」という質問には、「主に全身の筋肉痛です。高速道路でトラックから落ちたような感じです」と答えます。
次の具体的なステップとして、詳細な症状日誌を作成すると提案されました。これが今行っていることです。私は単に「次のステップは何ですか?」と尋ねただけで、非常に良い質問がいくつも返ってきました。
応答を見てみましょう。「予測不可能な日々のエネルギー変動のパターンは、活動後の体調悪化と一致します」。注意点として、Claudeは時々事実でないことを生成することがあります。検証のため、Perplexityなどで「これは何?」と確認するのが良いでしょう。
Perplexityで見つからない場合は、作り出された可能性があります。Claudeは、インターネットで簡単には見つからない情報も知っています。この場合、活動後の体調悪化は筋痛性脳脊髄炎/慢性疲労症候群の特徴的な症状であることが確認できました。
これは覚えておくべき重要なポイントです。チャットボットは時々事実でないことを生成しますが、このスタイルセットを使用すると、Claudeはそれを最小限に抑えることができます。
「おそらくのMCA感染症の履歴は特に関連があります」。各応答を徹底的に読むことが重要です。多くの情報が提供され、非常に情報密度が高くなるからです。
「MCA感染症はしばしば強力な抗生物質治療を必要とし、それは腸内細菌叢に大きな影響を与える可能性があります」。わずか2つのメッセージで、すでに私の問題の核心に迫っています。8年前にこのツールがあれば、8〜9年も苦しむことはなかったでしょう。
「この撹乱に続く膵炎の発症は、代謝系と免疫系への連鎖的な影響を示唆しています」。これがいかに賢いか見てください。私が9年かかって理解したことを、すでに理解しています。
この関係性、つまり感染症、抗生物質治療、そしてその後の全身症状の出現は、さらなる調査が必要です。「トラックから落ちたような筋肉痛」という表現は、びまん性筋痛を示唆しています。疲労を伴うこのような広範な筋肉痛は、しばしば基礎的な全身性炎症や代謝機能障害を示します。予測不可能なエネルギーレベルとびまん性筋痛の組み合わせは、神経系が痛みの信号を増幅している可能性のある中枢性感作を示唆しています。
これらの症状を考慮すると、従来の症状日記ではなく、詳細なエネルギーと症状の追跡システムを作成することをお勧めします。複数の変動する症状に対処する場合、従来の方法は圧倒される可能性があります。代わりに、毎日の機能的能力の把握に焦点を当てるべきです。最高の日と最悪の日について、実際に何ができるか教えていただけますか?
この場合、Claudeは会話をそれほど洗練された方法で理解していないので、「一時停止して、KBの記事に保存できるより洗練された症状文書を作成しましょう」と言うでしょう。ツールを正しく使用する方法を学ぶ必要があります。ツールが全体を導いてくれるわけではありません。
最良の部分は、より多くの情報を提供したため、Claudeは文書を生成できることです。コピー&ペーストして、Chronic Healthに戻り、「コンテンツを追加」「追加コンテンツ」とコピー&ペーストして、「包括的な症状文書」と呼びました。
日付のコンテキストが非常に重要なので、通常は日付を追加することをお勧めします。2025年1月9日とします。現時点で分かっていることを記録します。これが現在の状況です。
これが追加されたら、戻って「これを作成しました。次に何に焦点を当てたいですか?」と言います。「詳細なエネルギー追跡日記について説明できますか?」という具合に、完全に関与する必要があります。
この場合、それは少し多すぎます。このレベルの詳細は有用かもしれませんが、圧倒される可能性があります。そこで、「笑っているのは、このトラッキングシステムを、圧倒されたり疲労を助長したりしない方法で実装するための具体的な戦略について話し合いたいですか?」と返信します。
重要なのは、ベースラインの機能を見つけようとしていることです。このデータは、医療機関での予約と個人の管理戦略の両方にとって非常に貴重になります。
始め方については理解できたと思います。また、私がしているように日誌のエントリーを追加することもできます。「2025 0109 木曜日朝のログ」「眠りは良好、午前3時に起床、深い睡眠とREMは十分」というように記録します。
これは完全なログではありませんが、一例です。すべてを記録し、プロジェクトが日誌になります。「補遺ログ」のようなものも作成できます。例えば「キャプテンログ補遺」として、「七面鳥のサンドイッチを食べた後、45分後に激しい痛みに襲われた」などと記録します。
これは実際に私に起こったことで、パンアレルギーがあることに気づいたのは1年以上前でした。とにかく、すべてを文書化することが重要です。
「最初のログを追加しました。何か意見はありますか?」と聞くと、主に読むことが重要で、必ずしも大量の情報を文書化する必要はありません。
「七面鳥のサンドイッチへの急性反応は、典型的な消化器の問題というよりも、免疫を介した食物反応を示唆している点で特に注目に値します」。これは素早い理解でした。私は昨年これを理解するのに文字通り6ヶ月かかりました。
笑っているのは、昨年このツールがあればよかったと思うからです。「45分後のこのような急性の全身反応は、マスト細胞の関与または基礎的な代謝処理障害を示唆する可能性があります。このタイミングは典型的なタンパク質の消化吸収の時間枠と一致し、調査すべき特定の代謝経路を示している可能性があります」
「十分な深い睡眠とREMがあるにもかかわらず午前3時に目覚めるという睡眠パターンは...」このプロジェクトは少し混乱しています。今日の状況と1年前の状況を混ぜてしまっているからです。
概日リズムの乱れや自律神経の調節障害、HPA軸の機能障害についても言及しています。これは昨日の私の動画でも触れました。背景として、私が苦しんでいた慢性的な問題は、ヘリコバクター・ピロリ菌、HPA軸機能障害、リーキーガット(腸漏れ症候群)、そして4つ目はディスバイオーシス(腸内細菌叢の乱れ)でした。すべての問題の中心はヘリコバクター・ピロリ菌でした。
いくつかの興味深いアイデアが発展し始めています。これで十分だと思います。スタートの方法は理解できたと思います。私は自分のケースを使って、このツールの使い方を示しています。
時々これらのファイルを更新し、整理統合する必要があります。総ファイル使用量を50%未満に抑えるようにしています。そうしないと会話が早く終わってしまいます。「これまでのすべてを1ページにまとめて、いくつかのファイルを削除したいので、圧縮して書いていただけますか?」というように依頼できます。
これはプロジェクトの継続的なメンテナンスに非常に効果的です。この問題は最終的に解決されるでしょう。基本的に無制限のトークンウィンドウが利用可能になるからです。しかし、時々プロジェクトファイルを整理統合する必要があります。
実際にはこれは良いことです。チャットボットにすべてを再表現させ、ノイズを取り除くことで、より良いシグナル対ノイズ比が得られます。この場合、「包括的な健康サマリー」を作成し、タイムライン、症状文書などすべてを削除して、「2025年1月9日の包括的な健康サマリー(すべてのファイルを統合)」を追加できます。
余分な情報が除外されるため、定期的にこれを行う必要があります。初期段階では、すべてのファイルを削除する必要はないかもしれませんが、方向性を把握する際には定期的に行うことができます。最終的には、私の他のプロジェクトで示したように、多くのファイルを持つことになります。
現在24%を使用していますが、前回の整理統合時は約40%でした。これが高レベルの説明です。質問があればお知らせください。
リポジトリの簡単なツアーをしましょう。issuesを有効にしていますが、個人的なカスタマイズのためのissueは提出しないでください。削除します。pull requestも同様です。実際に何か問題があるか質問がある場合は、むやみにpull requestを提出しないでください。
一般的に削除します。複数のpull requestを提出する人はブロックします。手間がかかるからです。一般的にこれらは管理しません。discussionsがありますので、参加したり質問したりする場合は、ここから始めるのがベストです。
discussionを開始せずにissueやpull requestを提出する人は、ブロックされる可能性が高くなります。それは物事の進め方として適切ではないからです。アイデアや質問があれば、自由に共有してください。
一般的に私のリポジトリはあまり管理しませんが、十分な段階に達したら、改善を加えるかもしれません。これがリポジトリです。何か発見された場合に備えて有効にしていますが、できるだけシンプルに保っています。
メインの指示から始めて、完全な文章スタイルを使用し、そこから進めてください。以上です。質問があればお知らせください。さようなら。