From Scattered to Structured: A Vision for Automating Architectural Knowledge Management
本論文は、異種混合なソフトウェアアーティファクトに散在するアーキテクチャ知識を、重要なメンテナンスタスクや自然言語によるクエリを支援する構造化され一貫したナレッジベースへと変換するための自動化されたパイプラインを提案する。
原論文は CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) でライセンスされています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む
あなたは、巨大で絶えず変化し続ける都市の主任設計者であると想像してください。この都市は、あなたのソフトウェアシステムです。都市を稼働させ続けるために、設計図（デザイン図）、ルールのリスト（要件）、実際に敷き詰められているレンガとモルタル（コード）、そして建設作業員の決定事項を記した日記（ドキュメント）が必要です。
問題：失われた設計図の街
現在、この都市に関する情報は至る所に散らばっています。ルールの中には付箋に書かれているものもあれば、設計図が引き出しの中に眠っているものもあり、実際の建設作業は別の建物で行われています。
- 混乱： 情報があまりに分散しているため、作業員（開発者）は都市が本来どのような姿であるべきかを知ることが困難になっています。
- 乖離（ドリフト）： 時間の経過とともに、作業員は設計図とはわずかに異なるものを建設してしまいます。日記には「橋を建設せよ」と書いてあるのに、彼らが作ったのはトンネルでした。設計図は更新されません。これは「アーキテクチャの侵食」と呼ばれます。都市は次第に当初の計画と一致しなくなり、修理や拡張が困難になります。
ビジョン：知的な都市司書
著者である Jan Keim と Angelika Kaplan は、この混乱を解決するために、超スマートで自動化された**「都市司書」**（AIシステム）を構築することを提案しています。彼らの目標は、これら散乱した乱雑な情報を集め、一つのクリーンで整理された検索可能なライブラリへと変えることです。
この「司書」がどのように機能するか、ステップごとに説明します。
1. スキャベンジャーハント（抽出）
司書はただ本を読むだけではありません。あらゆるものを読み取ります。司書は以下のものを見るための特別なツールを持っています。
- テキスト： 要件や会議の議事録を読みます。
- コード： 実際に何が建設されているかを確認するために、実際の建設資材を調べます。
- 画像： 手書きのスケッチや図面さえも見ることができます。
- 音声： 会議の録音を聞いて、口頭で行われた決定事項を捉えることができます。
司書は、探偵が手がかりを集めるように、これらすべての異なるソースから重要な事実を抽出します。
2. 真実の探偵（整合性チェック）
司書が手がかりを集めたら、次は探偵として振る舞います。司書は、異なる情報源が同じ物語を語っているかどうかを比較します。
- 例： 設計図には「赤いドア」とあり、コードには「青いドア」とある場合、司書はその矛盾を検知します。
- 司書は単に問題を見つけるだけでなく、どちらが正しいのかを判断しようとします。それが小さな間違いであれば、自動的に修正することもあります。もし大きな、あるいは混乱を招くような衝突であれば、人間の設計者に「ねえ、ドアの色を変えたのですか？それとも設計図が間違っているのですか？」と問いかけます。
3. マスターマップ（知識ベース）
検証されたすべての事実は、マスターマップ（構造化された知識ベース）に保存されます。これは単なる書類の山ではありません。すべてのレンガ、ルール、決定事項が互いにリンクされた、つながりのあるネットワークです。
- すべてがリンクされているため、都市の一部を変更したいとき、司書は即座にどの他の部分に影響が出るかを教えてくれます（変更影響分析）。
- また、現在の建設作業が元のルールに従っているかどうかもチェックできます（適合性チェック）。
4. 対話型のガイド（質疑応答）
ここが最も素晴らしい点です。あなたは司書になる必要はありません。システムに話しかけるだけでよいのです。
- あなた： 「なぜあの特定の設計で橋を作ったのですか？」
- 司書： 「先週火曜日の会議メモと設計文書に基づくと、より安価で強固であるという理由でその設計を選びました。」
- 司書は高度なAI（大規模言語モデル）を使用して、あなたの質問を理解し、マスターマップの中から正確な答えを見つけ出します。まるで知識豊富なツアーガイドに尋ねるかのようです。
5. 監視する守護者（継続的なモニタリング）
これは一度限りの仕事ではありません。司書は24時間体制で都市を見守るエージェントです。
- 作業員が設計図を変更したり、新しいコードを書いたりすると、司書はすぐにそれを察知します。
- 司書はリアルタイムでマスターマップを更新します。
- もし混乱が生じた場合は、人間に対して助けを求めるために動作を一時停止し、AIが独断で大きなミスを犯さないようにします。
課題（なぜまだ容易ではないのか）
著者らは、これが困難な仕事であることを認めています。
- 膨大なデータ： 都市は巨大です。司書は数百万ページのテキストに圧倒されてしまう可能性があります。
- ハルシネーション（幻覚）： 時として、AIは真実のように聞こえるものの、実際には存在しない事実を「作り上げる」ことがあります。マスターマップに誤った情報が入らないよう、細心の注意を払う必要があります。
- 旧情報 vs 新情報： ソフトウェアは何年にもわたって変化します。司書は、いつ古い履歴を（文脈のために）保持し、いつ古い情報を（混乱を避けるために）破棄すべきかを判断する必要があります。
- プライバシー： もし司書がプライベートな会議を傍受する場合、秘密を漏洩しないよう細心の注意を払わなければなりません。
要約
この論文は、ソフトウェアチームが散在する情報に溺れるのを防ぐための、自動化されたシステムの設計図です。それは、あらゆる乱雑な手がかりを集め、その真実性を確認し、単一の真実のソースへと整理し、誰もが自然な英語で質問してソフトウェアの仕組みを理解できるようにすることを目指しています。それは、混沌とした建設現場を、整理整頓された理解しやすい都市へと変える試みなのです。
自分の分野の論文に埋もれていませんか？
研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。