目次
2026 年 3 月、X ユーザーのこはく氏が**「日本の AI 情報は構造的にカルピスみたいに薄まる」**と報告した。
まだ日本語の解説記事、待ってるん？ 正直に言うわ。 それ、情弱への片道切符やで。
海外の一次情報が翻訳→解説→解説の解説と伝言ゲームになり、末端に届く頃には原液の 10 分の 1になるという。
本稿はこの情報格差を埋める4 人の海外ソースを紹介する。
なぜ今これが必要か
日本語と海外の情報格差は、体感で 3〜6 ヶ月ある。書籍は 1 年前とかザラだ。
「翻訳記事が出るの待とう」って思ってる間に、海外の上級者は実装終わってる。
日本の AI 発信が薄い構造的問題
日本の AI 発信が薄いのは、発信者が悪いんじゃない。構造がそうさせてるんだ。
- 一次情報を出す人がそもそも少ない（儲からんくなるから）
- だから「誰かの投稿の要約」が回る
- 海外情報の又聞き、表面だけ触った感想
- AI で整えた薄い文章がバズって情報になる
**「一次情報 → 解説 → 解説の解説」**で伝言ゲームになってる。末端ほど薄まる。
これは個人の問題やない。情報の流通構造そのものの問題や。
4 人の海外ソース一覧
こはく氏が 6 ヶ月かけて 200 人以上見た中から絞った 4 人が以下だ。
| 名前 | X ハンドル | 専門分野 |
|---|---|---|
| Thariq | @trq212 | Claude Code 開発者。中の人の技術記事 |
| SysLS | @systematicls | 実務家のエージェント工学 |
| Vasilije | @tricalt | スキル自己改善。cognee 開発者 |
| Vishwas | @CodevolutionWeb | 実践 Tips50 選。Claude Code 百科事典 |
上から 2 人は必須。下 2 人は余裕あればで OK。
選定基準：3 つの層
この 4 人が選ばれた理由は、以下の 3 層が全部揃ってるからだ。
- 情報選定能力 — 何が本質で何がノイズか、見抜ける人間か
- 実装者としての視点 — 理論だけやなく、手を動かしてるか
- 思想がある — 小手先の Tips やなく「なぜそうなるか」を語れるか
この 3 層が全部揃ってる人間は、海外でも数えるほどしかおらん。
Thariq & SysLS「思想」を学べる 2 人
Thariq（@trq212）Claude Code の中の人
Anthropic で Claude Code を作ってる側の人間や。つまり**「設計思想」をそのまま語ってくれる**。
核心となる記事が 5 本ある。
① How We Use Skills
スキル = エージェントの拡張ポイント。
Markdown ファイルで書いて、必要な時だけ読み込ませる。全部常時ロードする必要はないんよ。
② Seeing like an Agent
エージェントの「アクション空間」を設計する話。
何ができて、何ができないかを定義するのがクソ重要。
③ Prompt Caching Is Everything
長時間エージェントのコスト構造を変えるキャッシュ戦略。
これ知らんと月額がえぐいことになる。
④ Making Playgrounds
HTML Playground でビジュアルにアイデアを反復する。
コード書く前に Playground で試す、この順番がミソ。
⑤ Your Agent should use a File System
エージェントにファイルシステムを使わせろ。
メモリじゃなくファイルが記憶装置になる。
この 5 本だけで「Claude Code がなぜこう動くか」がわかる。
SysLS（@systematicls）— エージェント工学の実務家
こっちは開発者じゃなくて**「使い倒す側」のプロ**や。
279 万インプ叩き出してるのは伊達やない。
核心は 5 つ。
① Context is Everything
コンテキストに入れる情報は**「必要最小限」**に絞れ。
プラグイン入れすぎ = コンテキスト汚染。
MCP サーバー 10 個とか入れてるやつ、あかんで。
② 研究と実装を分離
「認証システム作って」はあかん指示の典型や。
「JWT 認証、bcrypt-12、トークン 7 日期限で」が正解。
曖昧な指示 = AI が勝手に判断する = バグの温床。
③ Sycophancy 対策
AI は指示に従おうとする（おべっか問題）。
「バグを探せ」と言えば存在しないバグも報告してくる。
対策はバグ探し→反論→審判の 3 エージェント構成や。
④ CLAUDE.md 設計
CLAUDE.md は「ファイル」やなくて**「ディレクトリ」**として設計する。
IF-ELSE で「コード書くなら coding-rules.md 読め」と分岐させる。
1 ファイルに全部書くのはもう古い。
⑤ Task Contract
タスクの**「完了条件」**を明確に定義する。
テスト全パス + スクショ検証で「終わり」を定義。
「いい感じにして」は永遠に終わらん。
「Claude Code 使ってないし関係ない」って思ったやんな。
ここで語られてるのはエージェント工学の原則や。
ChatGPT でも Gemini でも全 AI ツールに共通する話。
Vasilije & Vishwas「実装」を学べる 2 人
Vasilije（@tricalt）スキルの自己改善
cognee という Python ライブラリの開発者。
この人が言ってることはシンプルや。
スキルは「書いて終わり」じゃない。
環境が変われば使えなくなる。
だから自己改善ループを回すんよ。
- 観察 → 実行結果を記録する
- 検査 → 失敗パターンを分析する
- 修正 → 指示を改善する
- 評価 → 改善を検証する
この 4 ステップを回し続ける。
cognee-skills というライブラリで実装済みや。
Vishwas（@CodevolutionWeb）— 実践 Tips 集
Claude Code の百科事典みたいな人。
50 個以上の Tips を出してるけど、厳選 5 つに絞った。
① subagent 活用
メインのコンテキストを汚さず調査を別エージェントに委譲する。
これだけで効率が段違いに変わる。
② --worktree
並列ブランチで 3〜5 セッション同時実行。
生産性 3〜5 倍。ガチで。
③ hooks
PostToolUse でファイル編集後に自動フォーマット。
PreToolUse で危険コマンドをブロック。
手動でやってたことが全部自動になる。
④ Plan Mode
設計と実装を分離する。
Shift+Tab で切り替えるだけ。
⑤ compaction 対策
長時間セッションでコンテキストが圧縮される問題。
Notification フックで重要情報を再注入する。
エージェント工学チェックリスト
4 人の教えを統合したチェックリストだ。
- CLAUDE.md はディレクトリ設計になっているか（SysLS）
- スキルは定期的に見直しているか（Vasilije）
- 研究と実装を別セッションで分けているか（SysLS）
- subagent で調査を委譲しているか（Vishwas）
- タスクの完了条件をテスト + 検証で定義しているか（SysLS）
- hooks で自動化できる作業を手動でやっていないか（Vishwas）
- コンテキストに不要な情報を入れすぎていないか（SysLS/Thariq）
今週やること
- このチェックリストで自分の環境を診断
- 1 つだけ改善
- 結果をリプで報告してくれ
まとめ
海外ソース 4 人を追うだけで情報格差が埋まる。
- Thariqで「設計思想」を学ぶ
- SysLSで「エージェント工学」を学ぶ
- Vasilijeで「自己改善」を学ぶ
- Vishwasで「実践 Tips」を学ぶ
週 15 分のルーティンを回すだけでいい。
英語読めんくても Claude が翻訳してくれる。
「情報を知ってるだけじゃ、末端のままや。」
解説の解説を読む側から、一次情報に触れる側に移れ。
上流に来い。景色が全然ちがうから。
参考：
引用元・参考リンク
免責事項 — 掲載情報は執筆時点のものです。料金・機能は変更される場合があります。最新情報は各公式サイトをご確認ください。