ウィキはエンジニアリングチームで死にかけています。
チームがドキュメントへの関心をやめたからではありません。
ずっと前から、モデルが壊れていたからです。
ウィキには、最も知識のある人が
仕事を止めて、その代わりに書くことが必要です。 その
トレードオフは決して勝てません。機能はドキュメントに対して毎
1回、確実に勝ちます。だからウィキは空のままになり、あるいは悪化して—
8か月前の情報が正しかったまま放置され、誰も更新していない
状態のままになります。
2026年に起きる変化は、より良いウィキではありません。
それは、ドキュメント作成から人間を完全に
排除することです。
旧モデル vs 新モデル。
旧モデル：エンジニアがシステムを構築 → エンジニアがシステムを
ドキュメント化 → ドキュメントが陳腐化 → 誰も読まない
→ 新しいエンジニアが作ったエンジニアに聞く → ループが繰り返されます。
新モデル：エンジニアがシステムを構築 - AIがシステムを読み取る
- ドキュメントは自動生成される—チームは自然言語で
コードベースに直接クエリを投げられる—知識は常に最新。
違いは漸進的ではありません。構造的です。
自然言語でのコードベースQ&Aが意味するもの。
AI開発ツールで今いちばん注目されている機能
がドキュメント生成ではありません。そうではなく
平易な英語でコードベースに質問し、実際の
ソースコードから正確な回答を得られることです。
一般的な知識を持つチャットボットからではありません。
公開リポジトリで学習されたモデルからでもありません。
あなたの特定のコードベースからです。
「このリポジトリの認証はどう動いてる？」
「レート制限のロジックはどこ？」
「このサービスは実際に何をしてるの？」
これは、新しいエンジニアのオンボーディングの仕方を変える機能です。
3週間かけて、本来は書かれているべき回答を質問し続ける代わりに、
彼らはコードベースに直接クエリを投げ、
数秒で文脈に応じた回答を得られます。
誰も話題にしない信頼の問題。
あなたのコードベースへのアクセスを求めるあらゆるAIツールは、
価値提案をクリアする前に、信頼のハードルをクリアしなければなりません。
質問はこの順番で来ます：
- 必要な権限は何ですか？
- 私のコードを保存しますか？
- 私のリポジトリに書き込めますか？
今勝っているツールは、誰かがまだ聞く前に、
この3つすべてに対して明確に答えられるものです。読み取り専用のアクセス。
コードは恒久的に保存しません。書き込み権限なし。
永遠にありません。
これは機能ではありません。前提条件です。
実際にエンジニアリングチームで何が変わるのか。
ドキュメントの負債は、
自動でドキュメントを生成するツールを接続した瞬間に蓄積が止まります。
オンボーディングにかかる時間は、新しいエンジニアが
オリエンテーションの打ち合わせを日程調整する代わりに、
コードベースにクエリを投げられるようになったときに減ります。
知識は、人に独占されなくなります。
それが抽出され、自動的に検索可能になるからです。
重要なシステムを作ったエンジニアは、
すべてを持ち去ることなく去れます。
ここから先、どうなるか。
次の波は、より良いドキュメントではありません。
コードが変わったときにドキュメント自体が更新される
仕組みです。文書化された振る舞いが
実際の振る舞いと乖離したときに警告するモニタリング、そして
あなたのコードベース特有のパターンを学ぶほど
精度が上がっていくQ&Aです。
ウィキは良い走りをしました。コードベースが新しいウィキです。
AIはそれへのインターフェースです。
私はgit11を開発しています。GitHub
エンジニアリングチームのためのAIワークスペースで、まさにこれを
実現します。ドキュメントを自動生成し、
自然言語でのコードベースQ&Aを可能にし、
監査ログ付きで組織全体のアクセスを管理します。
git11.xyzで無料トライアルできます。
チームはドキュメントのために何を試しましたか？
実際にうまくいったのは何ですか？
- Om Yaduvanshi
