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/7 全天候观察城市的智能体。
- 一旦有工人修改了蓝图或编写了新代码，图书管理员会立即察觉。
- 它会实时更新总地图。
- 如果它感到困惑，它会暂停并请求人类的帮助，确保 AI 不会擅自做出重大错误。
挑战（为什么目前还很难实现）
作者承认这是一项艰巨的任务：
- 数据量过大： 城市规模巨大。图书管理员可能会被数百万页的文本所淹没。
- 幻觉问题： 有时 AI 可能会“编造”听起来很真实但并不存在的事实。他们必须非常小心，不要让虚假信息进入总地图。
- 旧与新的关系： 软件会随着时间推移而变化。图书管理员需要知道何时保留旧的历史（用于提供上下文），以及何时丢弃过时的信息以免产生困惑。
- 隐私： 如果图书管理员监听私人会议，它必须非常小心，不要泄露秘密。
总结
这篇论文为一套自动化系统提供了蓝图，旨在防止软件团队淹没在零散的信息中。其目标是收集所有杂乱的线索，检查其真实性，将其组织成唯一的真相来源，并让任何人都能通过自然语言提问，从而理解他们的软件是如何运作的。这是关于将一个混乱的施工现场转变为一个井然有序、易于理解的城市。
您所在领域的论文太多了？
获取与您研究关键词匹配的最新论文每日摘要——附技术摘要，使用您的语言。