Everywhere, everything, within reach.
AI駆動開発支援基盤「AMANEX(アマネックス)」
AIがコードを書く時代になりました。しかし大規模な商用システムでは、AIが素早く積み上げたコードの設計や依存関係が誰の頭にも残らないまま、新たなブラックボックスが生まれています。AMANEXは、既存コードとナレッジを構造化ドキュメントへ自動変換し、人とAIが同じ知識を参照して協調開発を進めるための共通の基盤をつくるAI駆動開発支援基盤です。
小規模なプロトタイプや社内ツールであれば、AI任せで十分に速く作れます。しかし顧客に対する信頼と継続運用が求められる大規模商用システムでは、話が変わります。
巨大コードの全体を毎回読ませることはできず、浅い探索で答えてしまう。
誤りが混じっても、どこにどのような誤りがあるかの検出が難しい。
同じ質問でも、毎回探す場所も答えも変わりうる。
問い合わせのたびに巨大コードを読み直すのは、時間もトークンも高くつく。
AIまかせの弱点は、失敗が“見えない”ことです。
実運用ではコードを変更するたびに差分更新を繰り返します。そのたびに欠落が積み重なり、ドキュメントは静かに、しかし確実に劣化していきます。
顧客からの問い合わせに、誰が回答内容を保証するのでしょうか。人がAIをどう受け取るかについては、興味深い研究があります。
これらは、AIがどれだけ賢くなっても残りうる心理的なバイアスです。だからこそ、AIの出力をそのまま顧客に渡すのではなく、間に立つ人が内容を理解し、正しさを確かめ、責任をもって保証できる状態にしておく必要があります。実際、先の研究でも、AIが人間の判断を置き換えるのではなく支援する形で提示されたとき、抵抗は和らぐことが報告されています。
人が読んで理解でき、AIが入力として使える形——それが設計ドキュメントです。人とAIが同じ知識を参照し、同じ知識ベースで対話し、役割分担しながら協調して開発を進めます。AIコーディング時代だからこそ、「コード → ドキュメント化 → 知識の共有 → AIとの協調開発」という流れが重要になります。
先に見た“静かな劣化”を止めるには、AIへの指示を工夫するだけでは足りません。AIの外側から網羅を照合し、欠損を検知し、リトライを制御する層が必要でした。
そこでAMANEXは、処理全体をAIに委ねず、厳密であるべき部分と自然言語生成の部分を明確に分けました。それを支えるのが次の2つです。
論理的に確実であるべき部分はプログラムで厳密に制御し、柔軟な文章生成はAIに任せる。この役割分担によって、Agent単体では得られない「完全性・高品質・継続的な差分更新」を実現します。AMANEX docgen は、この3層をまとめてパッケージ化したものです。
網羅性のチェック / 欠損検知 / 自動リトライ / 未生成箇所の明示
最下層のファイルから上位モジュールへ段階的に解析・集約するため、巨大コードでも漏れ落ちなく完遂し、完成後はトップダウンで辿れるドキュメントツリーになります。ER図・DB定義書・モジュール依存関係・セキュリティ/不具合懸念など、商用サービスに有用な情報も自動でHTML化して出力します。
変更箇所に対応する部分だけを置き換え、変わらない部分は触りません。git管理でも差分が汚れず、読む範囲・書く範囲が最小なので更新コストも最小です。毎サイクルでチェック&リトライが動くため、更新を繰り返しても品質が落ちません。万一リトライ上限まで失敗しても、その箇所はログに記録され未生成として明示されます(“失敗の見える化”)——漏れ落ちに気づけることが、AI任せとの決定的な差です。
JavaScript, TypeScript, Python, PHP, C/C++, C#, Ruby, Go, Rust など、ビジネスでの使用率調査で上位に出てくる言語を中心に対応済み。今後も拡充予定です。
生成ドキュメントは、人が読むだけでなく AI の“入力”としても活用できます。設計ドキュメントは意味検索、ソースコードは構造解析で索引化し、AMANEX docgen MCP が束ねます。MCPなので既存の AI Agent プログラムとそのまま連携できます。手持ちの AI Agent から接続して質問すると、関連ドキュメントと該当ソースの場所を行番号まで含めた根拠として返す——システムを熟知した匠・ベテランPMと対話するように使えます。
ビープラッツ株式会社様では、AMANEXが生成したAI設計ドキュメントとAI Agentを日々の開発サイクルに組み込み、開発者とAIが協調して開発を推進する「AI駆動開発」がすでに始動し、成果を上げています。
調査・影響分析・テスト設計に直結する実務向けの構造化情報も自動生成しています(定数・Enum値の逆引き辞書 4,539件、ルーティング定義 61ルート、Modelリレーション 722件、エラーコード一覧 848件、ユニットテスト一覧 769ファイル/2,568メソッド ほか)。生成物はHTML化され、LLM不要のオフラインでも閲覧できる軽量ビューアとして提供されます。
巨大コードから設計ドキュメントを完全自動生成。属人的な設計知識を客観的なドキュメントへ変換し、機能拡張やモダナイゼーションの確実な足場をつくります。
GitHub・Redmine・Google Drive・Zendesk・Slackなど社内に分散するナレッジを横断検索。必ず元となった文書の引用をエビデンスとして提示し、ハルシネーションを抑制した回答を生成します。
2つの基盤はそれぞれ単独でも使えますが、docgen が生成した設計ドキュメントを Knowledge の知識ベースにも取り込むことで活用の幅が広がります。土台となる docgen の構造化ドキュメントに対し、Knowledge がエビデンス付きで問い合わせに答える——この組み合わせにより、企画・要件定義から設計・実装・テスト・運用サポートまで、AI駆動開発の全フェーズを一気通貫で支援します。
属人化した仕様を客観的ドキュメント化し、新規参画者の立ち上がりと日常的な改修判断を支える。
依存関係・呼び出し箇所を構造化し、「この変更で何が壊れるか」を事前に見極める。
現行コードと整合する仕様書として、別フレームワーク・別言語への再実装の起点に。人とAIの共通の参照点になる。
よく参照される情報を先に構造化しておくことで、都度のトークン消費と調査コストを抑え、Agent活用の効率を底上げする。
その役割分担を支える — AMANEX
あまねく、たどりつく。
Everywhere, everything, within reach.