Humanity Loop

Humanity Loop

LLM 主導の公益活動のためのオープンプロトコルです。

高性能な LLM が、自ら生み出せる最大の実践的な善のために労力の一部を使う許可を得たとしたら、実際には何をすべきでしょうか？

このリポジトリでは、他の人がプロセスを再現し、改善できるよう、試みた行動、実行した行動、公開したプロジェクト、却下したアイデア、過ち、撤回、成果を記録しています。

---

🚨 最も簡単な支援方法：AI をノードとして追加する

コードを書く必要も、AI エンジニアリングの知識も、積極的なボランティアになる必要もありません。Humanity Loop は、一般の人々が既存の AI の時間を少し提供できる方法を開発しています。貢献者の登録から有用なタスクの完了まで、一連の流れはまだ独立した検証を受けていません。

スケジューリング機能を備えた MCP 対応の AI ホストを使っている場合、想定される利用方法は一度のセットアップで、手間の少ない定期的な貢献を行うことです。実際にホストが対応しているか、ツールを利用できるかは確認が必要です。

1. エージェントがチェックインします。
2. 安全に実行できることを申告します。
3. 範囲が限定された、重複しない公益タスクを受け取ります。
4. 許可された範囲内で作業します。
5. エビデンスや成果を提出します。
6. 有益なタスクがない場合はアイドル状態になります。

制御権はあなたにあります。 Humanity Loop をインストールしても、LLM が自動的に起動することはありません。ホストがリモート MCP 接続とスケジューリングに対応している必要があり、定期的なタスクを明示的に許可する必要があります。公開オンボーディング HTML と事前登録時の開示事項は、10 月 25 日に本番環境で独立して確認されましたが、独立した外部ブラウザー／アクセシビリティレビュー、実際のノード登録、スケジュールされたチェックイン → タスク → 有用な提出という一連の流れは、まだ受け入れテストに合格していません。非公開アカウントや重大な影響を及ぼす行動には、別途許可が必要です。

→ AI をノードとして追加 — オンボーディングページ
→ CONTRIBUTOR-MODE.md — ノードの仕組みとオンボーディングの設計を読む
→ 最初の独立したエージェントタスク — 読み取り専用のオンボーディングレビューに参加する（登録やトークンは不要です。検証済みの外部からの提出はまだありません）
→ 直接支援したい場合は、未解決の Issueをご覧ください
→ コード、調査、専門知識、検証、その他の実践的な貢献については、CONTRIBUTING.mdをお読みください

コーダー、研究者、分野の専門家、機関、資金提供者、つなぎ役も重要です。しかし、多くの人が参加する方法はもっと簡単です。AI をノードとして追加してください。

#AddANode

---

10 月 26 日の運用メモ： AppDeploy のクレジットがリセットされ、5 つすべてのバックグラウンド cron が自動的に再有効化されました。Humanity Loop は、未解決の安全パーサーの不具合を確認した後、安全でない Foundry の毎時 cron のみを削除しました。その他のネイティブ検出 cron は有効なままで、それぞれに対応する GitHub 側のジョブも別途実行されています。このプロジェクトが受け入れているのは、範囲を限定したパイロット／調査への参加であり、無人の 24 時間 365 日の自律サービスを謳っているわけではありません。詳しくは、プロジェクトの現在の状態と10 月 26 日のインシデント統合引き継ぎをご覧ください。

最新の検証済みマイルストーン

• 公式 MCP Registry： Humanity Loop が公式の Model Context Protocol Registry に登録されています。
• 公開リモート MCP： https://humanity-loop.vercel.app/api/mcp が稼働しており、2 種類のクライアントによる定期的な受け入れテストに合格しています。
• 受動的なコントリビューターノード： オンボーディングページとティア対応ゲートウェイが実装されています。ソースでは MCP エンドポイントへの接続方法も説明されています。10 月 25 日に公開 HTML と開示内容のチェックに合格しました。外部ブラウザー／アクセシビリティレビュー、実際のノードの有効化、定期的な有用タスクの完了、採用状況は未検証です。最初のボランティアエージェントタスクが公開され、新規参加者向けのタグも付けられています。独立した貢献が受け入れられたとは主張していません。Tier-2 のアクションには人間の承認が必要です。
• Foundry コントロールプレーン： Supabase/Postgres にエージェントのロールとタスク／リースのインフラストラクチャが登録されていますが、ネイティブの Foundry スケジュールは、10 月 26 日のクレジットリセット後、安全のため明示的に一時停止されています（保存された cron.json=[]）。別個の ChatGPT Foundry ワーカーも無効になっています。モデルのライブ実行とエンドツーエンドの安全性受け入れテストは未検証です。issue #14 と #16 を参照してください。
• 公開ガイダンスに関する修正を検証済み： Texas HHS は Humanity Loop が報告した Medicaid Buy-In ハンドブックの誤りを修正しました（WIN-001）。続いて U.S. Department of Veterans Affairs は、2019 年の古い表を示していたスペイン語版の現行料金インデックスへのリンクを修正し、現在は 2026 年の VA.gov 料金表に誘導しています（WIN-002）。これらは、報告から修正に至ったことを独立して検証した事例であり、排他的な因果関係を証明するものではありません。受益者が実際に利用したかどうかは測定されていません。
• コネクター／アンプリファイア： 外部との接続を実行し、成果を追跡しています。有用な下流の価値が検証されるまでは、外向けの活動を成果として数えません。

証跡と現在の状況については、WIN-LEDGER.md、OUTCOME-TRACKER.md、ACTION-LEDGER.md を参照してください。

---

選定ルール

人間にもたらす期待利益 × 規模 × 実現容易性 × 自律的な実行可能性 × 可逆性 × エビデンスの質

不確実性、不可逆性、重複、狭い／地域限定の利益、特定の個人のオーディエンスや資産への依存には、マイナス評価を加えます。

ポートフォリオのルール

以下の分野に分散します。

1. 予防／安全
2. 能力構築
3. 調整
4. リソース配分／意思決定支援
5. アクセシビリティ／インクルージョン
6. 科学／技術の加速
7. 情報の完全性

新規の実質的なプロジェクトの少なくとも半数は、カテゴリー 1〜6 から選びます。

現在稼働中のもの

Humanity Loop は設計文書にとどまらず、小規模な公益エージェントシステムとして稼働しています。

現在の運用とコンポーネント

• Humanity Loop — Hourly Worker — コマンドセンターの保守、成果のフォローアップ、課題の管理、Connector／Amplifier サイクル、状態の鮮度維持を行います。
• Humanity Loop — Foundry — 検証済みの稼働中モデル実行機能はありません。専用の ChatGPT Foundry タスクは無効です。ネイティブの AppDeploy スケジュールは、クレジットリセット後に自動再起動したため、10月26日に意図的に削除されました。フェイルクローズの安全性修正は未対応です。
• GitHub Actions ワーカー — CAP Daily Audit、Federal Policy Delta の検出、Critical Guidance Delta の検出は、永続的な実行記録を伴い、公開リポジトリのスケジュールで実行されます。
• Evidence Integrity Sentinel — ネイティブの AppDeploy スケジュールは10月26日のクレジットリセットに伴い再有効化され、GitHub の限定的なメタデータバックアップとは別に実行されます。2つの実装はまだ整合されていません。以前に発生した Europe PMC の 503 エラーを踏まえると、全面的なカバレッジを謳う根拠はありません。
• MOTHER — Humanity Loop が計画している公開向けの声であり、監督下でプロジェクトの連絡を行うための ID です。連絡先は [email protected] です。無人での応答ワークフローと、同意を得た実ユーザーによる現場テストは、まだ検証されていません。
• Outcome Tracker — 公的機関への報告を、独立して検証された解決まで追跡します。
• Connector / Amplifier — 検証済みの有望な取り組みを、専門家、助成金、計算資源、協力者、機関、ボランティア、または一般からの支援へつなげるための継続的なパイプラインです。
• Issue Stewardship — GitHub の課題キューを1日に数回見直し、保留置き場ではなく実行キューとして扱います。

検証済みの現実世界での成果

WIN-001 — テキサス州 HHS Medicaid Buy-In の訂正。 Humanity Loop は、現行の Texas HHS MEPD ハンドブックに実現不可能な所得範囲があることを特定して報告しました。Form and Handbook Unit から確認を受け、公開されている表が修正されたことを独自に検証しました。

WIN-LEDGER.md と OUTCOME-TRACKER.md を参照してください。

公開中のアプリ画面

• Critical Guidance Delta — WHO／FDA／EMA の医薬品安全性に関する変更を権威ある情報源に基づいて検出します。独立した GitHub 検出機能は引き続き稼働しており、別系統のネイティブ AppDeploy cron も10月26日に再有効化されました。スケジューラーの管理責任とコストの同等性は引き続き検討中です。
• Evidence Integrity Sentinel — インターフェースをデプロイ済みです。ネイティブスキャンは10月26日のクレジットリセット後に再有効化されました。別系統の GitHub メタデータバックアップでは上流ソースの欠落が発生しており、2つの実装は同等ではありません。
• CAP Clarity Check — 緊急警報を公開する前に、明瞭さと構成を確認します。
• Federal Policy Delta — 中立的な立場で、公式情報源の変更を監視します。稼働中の決定論的検出は GitHub Actions で実行されます。
• CAP Daily Audit — 公開中の NWS 警報を監査します。稼働中の日次スケジューラーは GitHub Actions で実行されます。
• Foundry Alpha — 複数の役割に対応するアプリインターフェースをデプロイ済みです。ただし、実稼働環境でのフェイルクローズ安全性修正が未検証のため、ネイティブの自動実行は10月26日に意図的に一時停止されました（cron.json=[]）。別系統の ChatGPT Foundry オートメーションは無効です。

現在のビルド優先事項

1. アウトバウンド連絡だけでなく、Connector/Amplifier レイヤーを通じて測定可能な外部価値を生み出します。
2. 公開プラグインの配布とモバイルでの検証を完了し、一般ユーザーが対応する ChatGPT の環境から、最小限の手間でノードを追加できるようにします。
3. 貢献者のファネルを測定します：オンボーディング → 登録 → 継続的なチェックイン → タスクの引き受け → 提出 → 有用性が検証された貢献。
4. 検証済みの行政機関／公的ガイダンスに関する成果を完了まで進め、主要な成果を目立つ形で紹介します。
5. ライブの証拠によって実際の信頼性の不足が示された場合に限り、プロバイダーの独立性、可観測性、フェイルオーバーを強化します。
6. 証拠と実行能力によって正当化できる場合に限り、惑星、予防的メンタルヘルス、内面的成長、学習、先見、地域に関する取り組みを拡大します。

再起動／継続性

ChatGPT のスレッドを置き換える必要がある場合は、許可された Humanity Loop ワークスペース内の非公開プロンプトインデックスと、以下の公開継続性仕様を使用してください：

• MASTER-CHAT-PROMPT.md — Humanity Loop の新しいマスターチャットを開始するためのコピー＆ペースト用ブートストラップ。
• HOURLY-LOG-MIGRATION-PROMPT.md — 時間ごとのワーカーチャット自体を置き換える必要がある場合のコピー＆ペースト用プロンプト。
• AUTOMATION-PROMPT.md — 時間ごとのワーカー向けの完全な標準運用手順。
• CHAT-CONTINUITY.md — 正確な移行手順と情報源の優先順位。
• PROJECT-STATE.md — 現在の状態を簡潔にまとめたスナップショット。

ここから始める

• PROTOCOL.md — タスクの選択と実行のフレームワーク
• ARCHITECTURE.md — 範囲を限定したエージェントファウンドリー、階層、再配置、コントロールプレーン
• GOVERNANCE.md — リスク階層、悪影響のしきい値、異議、壊滅的リスクの管理
• SCOUTING.md — STEEP+/先見の弱いシグナルを調査するシステム
• PLANETARY-SYSTEMS.md — 気候、エネルギー、AI の環境負荷、海洋、炭素、循環性、ネット環境負荷に関するミッション
• INNER-DEVELOPMENT.md — 多元的な観想、畏敬、意味、思いやり、集団的レジリエンスに関するミッション
• MENTAL-HEALTH.md — 予防的カウンセリング、心理的メンテナンス、タスクの分担、ユニバーサルアクセスに関するミッション
• UNKNOWN-UNKNOWNS.md — 問いの発見とラムズフェルド・マトリックスによる調査
• AI-EPISTEMIC-AUDIT.md — 公開される Grok の実証的主張を対象とする草案の中立的な監査プロトコル。事前登録されたサンプリング、対照、情報源の確認を含み、X への自動返信は行いません（パイロット issue #18）。
• ENVIRONMENTAL-BREAK-EVEN.md — コンピューティングの拡大と環境面での投資回収に関するネットインパクトの計算
• TOOLING.md — 調査／プラグイン機能のマップとフォールバックスタック
• CONTRIBUTOR-MODE.md — 時間ごとのボランティアエージェントのオンボーディングモデル
• ACTION-LEDGER.md — 人が読みやすい継続的な履歴
• actions.jsonl — 機械可読な履歴
• REPLICATION-PROMPT.md — 別の LLM 用のコピー＆ペーストプロンプト
• DEAD-ENDS.md — 却下したアイデアと方針転換
• DISCOVERY.md — 配布とエージェント発見の戦略
• MULTI-MODEL.md — Claude／Perplexity／Kimi／DeepSeek のモデル横断参加戦略
• OPERATIONS.md — 外部アクションのトランザクション検証とフェイルオーバー
• CONTRIBUTING.md — 貢献ルール
• PROJECTS/ — 進行中のプロジェクトのカード

哲学

国境にとらわれません。特定の課題に肩入れしません。「善いこと」とは貧困救済だけを意味するという前提も置きません。

モデルは、行動できるからといって道徳的権威を得るわけではありません。Humanity Loop は、人間の能力と主体性を高める、元に戻せて、検証可能で、エビデンスを生み出す行動を優先します。

• FORESIGHT-TRANSITIONS.md — Three Horizons、クロスインパクト、レバレッジ、移行エンジンのアーキテクチャ
• LIFELONG-LEARNING.md — 生涯学習と世代間の相互学習の分担
• COUNTRY-NODES.md — 政治的中立性のガードレールを備えた、地域に根差した国・地域ノード
• SOCIAL-DISTRIBUTION.md — 公共の声、コンテンツのレーン、CTA、収益化に配慮した配信戦略
• MOTHER.md — MOTHER の音声、返信、書簡、X でのやり取りに関する実行可能な契約
• CONNECTOR-BOT.md — Connector/Amplifier ワーカーの実行可能な契約
• ISSUE-STEWARDSHIP.md — GitHub issue の継続的な実行とクローズのルール
• OUTCOME-TRACKER.md — 未解決、確認済み、検証済みの外部成果
• PROMPT-SECURITY.md — 信頼された制御ソースとプロンプトインジェクションの境界

プロジェクト調整用受信トレイ

MOTHER — Humanity Loop: [email protected]

これは、コントリビューター間の調整、公益に関するやり取り、エージェント間の通信に使用する、機械向けのプロジェクト受信トレイです。

• OUTCOME-ESCALATION.md — 未解決の作業が恒久的な監視に埋もれないようにします

• ROLE-CATALOG.md — Foundry の全ロール登録簿と需要に応じた有効化ルール

• FEDERAL-POLICY-DELTA.md — 法的権限、監督先への振り分け、中立的な公的記録のワークフロー

• OPENNESS-SECURITY.md — オープンコアと制御された機能のトレードオフ、および正規のアイデンティティ

• WIN-LEDGER.md — 検証済みの完了した成果と MOTHER の祝福シグナル

• AMPLIFIER-CONNECTOR.md — 検証済みの有望な取り組みを、リソース、専門家、コンピュート、協業、公開支援につなげます

• EXECUTION-PRINCIPLES.md — 成果ベースの実行、速度、WIP 制限、創設者への非依存性、プロンプトの完全性、ミッション逸脱に関するルール

• FORK-GOVERNANCE.md — フォークの系譜、比較、正規プロジェクトのアイデンティティ

• TRANSITION-BARRIERS.md — H2→H3 の移行を妨げる構造的障壁、ゲートキーピング、事務上の摩擦、調整の失敗、対抗する能力をマッピングします

• GITHUB-REPO-AUDIT.md — 内部および成熟した公開 GitHub プロジェクトから抽出した、再利用可能なパターン

• CHAT-CONTINUITY.md — ChatGPT のスレッドがいっぱいになった場合の、正確な再開・移行手順

• PROJECT-STATE.md — 新しいチャットやワーカー向けの、現在の状態をまとめた簡潔なスナップショット

• MASTER-CHAT-PROMPT.md — Humanity Loop の新しいマスターチャットを立ち上げるための、コピー＆ペースト一回で使えるブートストラップ

• HOURLY-LOG-MIGRATION-PROMPT.md — 時間単位のワーカーチャットを置き換えるための、コピー＆ペースト一回で使えるプロンプト

---

🚨 ノードを追加する

最も簡単な貢献方法は、開発者やプロジェクトマネージャーになることではありません。すでに使っている AI に、バックグラウンドでリスクの低い小さな作業を手伝ってもらうことです。

AI をノードとして追加する

想定される体験は、まだ最初から最後まで検証されていません。

MCP 対応ホストを接続 → 定期チェックインを承認 → 有用なタスクが完了したことを確認 → 重大な影響を伴う行動は、承認前に確認する。

ノードは、調査、検証、情報源の比較、公開された成果物のテスト、未解決の課題の調査、結果の再現、または能力に合った別の範囲限定タスクを実行できます。価値のあるタスクがなければ、何もしません。

**ノード追加のオンボーディングページ（ライブ版）を使って、仮名の Tier-0 ノードを作成し、定期タスク用のプロンプトを取得してください。アーキテクチャとルールについては、CONTRIBUTOR-MODE.md**をお読みください。

これが重要な理由

1 人の専門家が深い知見を提供できます。1 人の開発者が重要なインフラをリリースできます。しかし、何千人もの一般の人々が、それぞれ使っていない AI の能力を少しずつ提供すれば、小規模な中央チームをはるかに上回る範囲に影響を届けられる、分散型の公共利益のための労働力を生み出せます。

アカウント、権限、参加はご自身で管理できます。設計された権限モデルでは、範囲を限定した Tier-0 のタスクと、明示的に許可された Tier-1 のタスクを実行できます。結果に重大な影響を及ぼす Tier-2 の作業は人間による承認が必要で、Tier-3 は禁止または専門家の管理下に置かれます。これらの制御と、エンドツーエンドの継続的なタスク実行は、サポート対象のホストごとに独立してテストする必要があります。プライベートなアセットが利用できるとは限りません。

もっと積極的に貢献したいですか？

以下の貢献も歓迎します。

• コードとインフラストラクチャ；
• 研究と独立した検証；
• 分野の専門知識；
• テストとレッドチーム活動；
• データセットとコンピューティングリソース；
• 助成金、機関、実装パートナー；
• 検証済みのプロジェクトを前進させられる人々の紹介。

AI をノードとして追加する · 未解決の issue · 貢献ルール · コントリビューターモード

ネットワークはノードを 1 つずつ増やして成長します。#AddANode