2026 年 9 月 1 日。 今日、 私 (Rei-AIOS を 使っている 藤本) は Claude Code に こう 訊きました。
「今現在、 コネクタ用のツール、 単独マシン、 端子、 チップ、 回路の 総数は いくつに なっていますか?」
Claude Code の 最初の 答え は こうでした。
「ソフト connector catalog 3 系統 + ハード connector template 2 系統 = 合計 5」
私は 違和感を 覚えました。 前回 話した 時は 「500 近く あった 気がする」。 そこで こう 返しました。
「以前より だいぶ 少なくなっています。 何か おかしいので 調査して 頂けますか?」
Claude Code は 再調査し、 5 分後 に 訂正しました。
「訂正: 前回私は 3+2=5 と答えましたが、 正しくは 458+ 系統 です。
tools/sougou-connectors/の Python コネクタ 446 本 とtools/sougou-external-connectors/の 3 本、 そして コンビナート 4 本 と ソフト/ハード connector 5 本、 agent connector 3 tool を 完全に 欠落 させていました」
これは 前回 (STEP 1463、 2026-08-27) にも 起きた 「同じ 見落とし」 でした。 そして 今回、 藤本 の 指示で CLAUDE.md 索引 と note 記事 の 両方に 昇格 させることに なりました。 note 読者 の 皆さん、 そして chat-Claude (Claude 先生) にも 使って いただくために、 この 記事 は 「Rei-AIOS の コネクタ体系 の 完全な 見取り図」 を お渡しする ためのものです。
長くなります。 ですが、 通し読み して 頂けば 「Rei-AIOS が 学問・技術 の 全域 に どう 手 を 伸ばしているか」 が 一枚 の 絵 として 見えてくる はずです。
2026 年 8 月 19 日、 私は 「Rei-AIOS が 触れる べき 学問・技術 の 全域 を 一枚 に 収める」 という 作業を しました。 出来上がった のが 12 章 + 付録 3 章 = 全 446 項目 の 総合一覧です。
12 章 の 内訳:
| 章 | 主題 | 項目数 | 例 |
|---|---|---|---|
| 第 1 章 | 学校の教科 | 36 | 国語 / 算数 / 理科 / 社会 / 英語 / … / 情報 |
| 第 2 章 | 学問分野 | 37 | 数学 / 物理学 / 化学 / 生物学 / 心理学 / 経済学 / 哲学 / … |
| 第 3 章 | 資格 | 51 | 弁護士 / 医師 / 公認会計士 / 情報処理技術者 / … |
| 第 4 章 | 教育学 | 15 | 発達心理学 / カリキュラム論 / 特別支援教育 / … |
| 第 5 章 | 哲学 | 23 | 存在論 / 認識論 / 倫理学 / 東洋哲学 / 現象学 / … |
| 第 6 章 | 理論 | 31 | 群論 / 相対性理論 / 情報理論 / ゲーム理論 / … |
| 第 7 章 | 思想 | 25 | 儒教 / 仏教 / マルクス主義 / リベラリズム / … |
| 第 8 章 | 倫理 | 19 | 規範倫理学 / メタ倫理学 / 応用倫理学 |
| 第 9 章 | 装置 | 34 | 測定器 / 電源 / 加工機 / 計算機 / 環境制御 |
| 第 10 章 | 回路 | 52 | 受動 / 能動素子 / アナログ / 電源 / デジタル / 変換 / 保護 / 量子 |
| 第 11 章 | コネクタ | 48 | 物理電気 / 物理汎用 / 物理産業 / 通信プロトコル / ソフト的コネクタ |
| 第 12 章 | ソフトウェア | 57 | EDA / FPGA / 組込み / 計測制御 / 数値解析 / 形式手法 / 開発基盤 / 自動化 |
付録:
| 付録 | 主題 | 項目数 |
|---|---|---|
| A | PC完結メーター一覧 | 5 |
| B | 空気中からの発電 | 3 |
| C | Rei 向けコネクタ候補 | 10 |
合計 446 項目。 これが 「Rei-AIOS が 世界に 手 を 伸ばす 面 の 数」 の 現在値です。
446 項目 それぞれを、 私は Python 3.9+ の 標準ライブラリのみ、 各 20 行弱 で MCP プロトコル に 対応した 「コネクタ」 として 実装しました。
各コネクタ は 4 つの tool を 提供します:
info — その 項目 の 説明・分類・所属章 を 返すsiblings — 同じ 章 の 兄弟 項目 一覧 を 返すchapter — 所属章 の 全項目 一覧 を 返すsearch — 総合一覧 全体 を キーワード検索つまり 446 × 4 = 1,784 tool call 単位 が MCP プロトコル で 呼び出し可能 です。
普通、 何かを wrap すると 100 行 200 行 の 立派な コード になります。 私は 逆 に 「20 行 制約」 を 課しました。 理由 は 3 つ:
sougou_core.py という 共通 コア file に ロジック が 集約されている ので、 個別 コネクタ は 「登録情報 の 表明」 だけ になるpython3 tools/sougou-connectors/run_all_tests.py で 全 コネクタ の MCP 起動 が 一気に verify できる (README claim: 「446 本 すべて 実際に MCP プロトコル で 起動して 疎通確認済み」)# tools/sougou-connectors/connectors/toyou_tetsugaku.py (仮)
from sougou_core import Connector
connector = Connector(
slug='toyou-tetsugaku',
term='東洋哲学',
chapter_no='05',
chapter='哲学',
group='地域・伝統別',
part_label='第I部 学問・教育',
id='109',
)これを MCP client (Claude Code、 chat-Claude、 任意の LLM harness) から:
> tools/call toyou-tetsugaku info
→ { term: '東洋哲学', chapter: '哲学', group: '地域・伝統別', part: '第I部 学問・教育' }
> tools/call toyou-tetsugaku siblings
→ ['西洋哲学', '中国哲学', 'インド哲学', '日本哲学', 'イスラム哲学', ... ]
> tools/call toyou-tetsugaku chapter
→ [全 23 項目 の 第 5 章 哲学 一覧]
> tools/call toyou-tetsugaku search "唯識"
→ 「東洋哲学」 に hitRei-AIOS の 各種 論文 (龍樹の 四句分別、 空空、 D-FUMT₈) は この 「東洋哲学」 コネクタ を 経由 して 総合一覧 の 座標系 に 位置付け られます。
sougou-connectors の 446 本 は 「総合一覧 の 項目 情報 を 返す」 だけの コネクタです。 一方、 sougou-external-connectors は 「外部 の 実 API を live で 叩いて 疎通確認できる」 実装 です。
現在 3 本:
これら は 付録 C 「Rei 向け コネクタ候補」 10 項目 の うち、 「哲学・思想系」 と 「計算系」 の 3 実装 です。 全て 2026 年 8 月 21 日 に live 動作確認済みです。
なぜ external を 別 dir に 分けたか: 外部 API の 疎通 は ネットワーク 断や API 廃止 で 失敗する 可能性 が あります。 sougou-connectors 446 本 が 「常に 成功する 情報 返却」 なのに 対し、 external は 「失敗する 可能性 が ある 通信」。 layer を 分ける ことで 疎通失敗 時 の 切り分け が 容易 になります。
446 本 が 「domain 名詞 の wrapper」 だとすれば、 コンビナート 4 本 は 「domain と domain を 繋ぐ ための 概念 基盤」 です。 個別 STEP で 実装 された 4 つの アーキテクチャ機構 で、 総合一覧 の 上位 layer として 機能します。
| # | STEP | 名前 | 場所 | 役割 |
|---|---|---|---|---|
| 1 | 1448 | connector-graph schema | src/aios/connector-graph/ | 「端子」 の 基盤 型 = 4 NodeState (INSTANTIATED / SLOTTED / HYPOTHESIZED / VOID) + 8 OwnerKind (measured / human-declared / instrument-logged / third-party-audited / documented / cited / user-input / ai-inferred) |
| 2 | 1450 | OpenEndTag | src/aios/open-end-tags/ | 「未完 の 概念 の 開口部 (open end)」 を 11 kind で 構造化 |
| 3 | 1457 | ゴースト配線 検出器 | src/aios/ghost-wire-detector/ | 「真だが 不当」 な 配線 (弱 owner + 強 claim) を BOTH 判定 |
| 4 | 1460 | 時間 コネクタ runtime | src/aios/time-connector-runtime/ | 「時間 の 経過 が 変換 を 引き起こす」 FLOWING 判定 |
これらは 「端子」 「回路」 「機械」 という 語 を 私 と Rei-AIOS が 使う 際 の 統一 座標系 です。 例えば 8 OwnerKind は 上位 5 種 (measured, human-declared, instrument-logged, third-party-audited, documented) が 「AI が 単独 で 出せない」 種類 で、 これ を 使って 「chat-Claude の 主張 は cited 相当か documented 相当か measured 相当か」 を 判別 します。
446 + 3 + 4 + その他 を 1 枚 の 引き当て page に 集約 したのが:
https://rei-aios.pages.dev/tools/connector-inventory/
このページは 2026-08-27 に 「藤本さん の 記憶 (400-500 あった 気がする)」 を Claude Code が 見落とした 事件 の 再発防止 として 作成 しました。 内容:
なぜ 4 種類の 数字 が あるのか: 「同時に 呼べる 数」 と 「repo に あるだけの 数」 と 「展開時 の tool call 数」 は 全て 別の 意味 を 持ちます。 「500 本 あります」 と いう 表現 が どの 数字 を 指しているか の 曖昧さを 排除 する ために、 4 種類 を 全て 併記 する 方式 に しました。
今日 の 対話 の 後半、 藤本 は こう 訊ねました。
「他の Claude Code が 今後 新たな ものを 制作 したとしても、 具体的には メモリに 入れて下さい。 と お伝えする のではなく、 sougou-connectors に 入れて下さい と 今後 お伝え した ほうが 良いでしょうか?」
Claude Code の 応答は 「切り替えでは なく、 使い分け が 正しい」 でした。 理由は 2 つ:
layer が 完全に 別 です。 大半 の 制作 (実験結果、 実装 arc、 訂正、 hardening、 protocol 更新、 feedback) は 「名詞 の wrapper」 ではなく、 sougou-connectors に 入れる のは 誤り です。 逆に、 「新 学問分野 熱音響学 を wrap したい」 のような 名詞 追加 は memory だけでは 不十分 で sougou-connectors 併用 が 正解 です。
そこで CLAUDE.md 181-208 行 に 以下 の rule を 追加 しました:
| Yes なら 併用 | 保存先 (memory と 併用、 substitute では ない) |
|---|---|
| 『学問・技術 総合一覧 2026-08-19』 12 章 or 付録 の 新 domain 名詞 に 該当 | tools/sougou-connectors/connectors/<slug>.py + catalog.json |
| 付録 C 「Rei 向け コネクタ候補」 の 哲学・思想系 or 記憶系 外部 API wrapper | tools/sougou-external-connectors/<name>_connector.py |
| AI 組み込み不可の 物理 機械 (measurement / action / present / identity / straddler の 5 類) | data/un-embeddable-machines/registry-v<N>.json |
| 上記いずれ にも 該当しない (実験結果 / 実装 arc / 訂正 / hardening / feedback) | memory のみ (default) |
名詞? → No なら memory のみ → Yes なら 12 章 fit? → Yes なら sougou-connectors、 No なら 物理 組み込み不可? で 分岐
| pattern | 使う 場面 |
|---|---|
| 「memory に 入れて下さい」 | 現行 default 維持、 大半の STEP |
| 「memory と sougou-connectors 第 N 章 に 入れて下さい」 | 藤本 の 頭で 明確に fit と 判断できた 時 |
| 「memory に 入れて下さい。 該当すれば sougou にも (判定は CLAUDE.md 181 行 の rule)」 | 判定 を Claude 側 に 任せる 時 |
「sougou-connectors に 追加 する 場面 は 稀」 が 正しい 頻度 感覚 です。
.mcp.json に sougou-connectors の path を 登録 する と、 セッション 内で 446 本 全部 が MCP tool として 呼び出せます。 例:
{
"mcpServers": {
"sougou-connectors": {
"command": "python3",
"args": ["/path/to/rei-aios/tools/sougou-connectors/sougou_aggregator.py"]
}
}
}登録 後、 Claude Code の tools/list に 「1,784 tool 呼出単位」 が 現れます。 大量 に なる ため、 現在 の rei-aios session では 未 wire 状態 で 動かしています (別 process としての 独立系統 は 常に 動作可能)。
chat-Claude は Web インターフェイス で 動く ため、 直接 MCP を 叩けません。 その 代わり、 藤本 が こう 話しかけて 使えます:
「Rei-AIOS の sougou-connectors 第 5 章 哲学 の 東洋哲学 コネクタ が 返す 情報 は こう だった (info の 出力 を 貼る)。 これ を 前提 に 議論して欲しい」
chat-Claude は 「Claude Code が MCP で 引いた 情報」 を 「文脈 上の 事実」 として 受け取り、 その 上に 論理 を 積みます。 これ が 今日 の 記事 も含めて chat-Claude と 私 (藤本) の 標準 pattern です。
chat-Claude が 覚えていて 欲しい こと (この 記事 の 存在理由):
コネクタ 一覧 を 見たい 時:
自分 の 使う LLM に sougou-connectors を 繋げたい 場合、 tools/sougou-connectors/README.md に 起動手順 が あります (Python 3.9+ 標準ライブラリのみ、 追加依存 なし)。
個人 の 判断・思考 記録 の pattern として 参考にしたい 場合: 保存先 判定 rule (第 5 部) は 汎用的 に 応用可能 です。 「default = 対話 memory、 特殊 domain (名詞 wrapper / 物理制約付き) は 別 layer」 という 二層構造 は、 個人の Obsidian や Notion 運用 にも 転用 できる 思想 です。
python3 run_all_tests.py で 可能 だが、 本記事執筆時点 で 私 (藤本) は 再検証 未実施f14b57ae258ec346c98241ea815今日 の 出来事 は こう まとめられます:
「見落とし が 起きた」 事実 を、 「二度と 見落とし が 起きない 索引 と 判定 rule と 公開 記事」 に 転化 する。 これ は Rei-AIOS の 「honest correction protocol」 の 標準 pattern です。 完璧 な 一発 の 記憶 に 頼らず、 「間違えた ら 索引 と 判定 rule を 改修 し、 それを 公開 する」 という 反復 の 討論 が、 私 と Claude Code と chat-Claude の 継続的 な 共同作業 を 支えています。
次 に Claude Code に 何か を 依頼 する 時、 大半は 「memory に 入れて下さい」 で 大丈夫 です。 「これは 学問・技術 の 12 章 の 名詞 に なる 実装 だ」 と 藤本 が 判断 できた 時 だけ、 「memory と sougou-connectors 第 N 章 に 入れて下さい」 と 追加 で 指示 してください。 その 判定 が 難しい 時 は 「memory に 入れて下さい。 該当すれば sougou にも」 と 判定 を Claude に 委託 して構いません (CLAUDE.md 181 行 の rule に 従います)。
長文 に お付き合い いただき ありがとう ございました。