我如何构建一个 AI 来绘制我的架构图（因为我的 Wiki 总是崩溃）

Source: Dev.to

文档漂移的悖论 🤖

几个月前，我遇到了瓶颈。使用大模型（LLM），我的代码交付速度前所未有——功能层出不穷。但三周后，当我需要调试自己写的模块时，虽然代码在手，却失去了上下文。

我意识到自己正受到速度的隐形杀手——文档漂移的困扰。代码在演进，地图却保持不变。

我尝试了“好开发者”的仪式——注释、Confluence 更新，以及在 Miro 手动绘制图表。但一旦我合并了新的 PR，图表立刻失效。

验证（我们需要地图，而不是书本） 🧠

在动手写代码之前，我在 Reddit 上发帖询问：“为什么保持文档同步如此痛苦？”

答案验证了我的假设：

• 问题不在于懒惰。
• 而是架构本身。
• “分散的文档会陈旧，往往比没有用更糟。”

结论： 我们需要活的地图，而不是静态的书本。

解决方案：构建 MIVNA 🛠️

我决定让文档成为 CI/CD 流程的一部分，而不是事后补救。我构建了 MIVNA，让它驻守在开发者最常待的地方：GitHub。

成果：零漂移，零影子 📉

• 视觉优先： 自动生成高层架构图。
• 遗留安全： 能瞬间绘制出可怕的遗留模块图，无需资深开发者“影子”你数天。
• 始终同步： 代码一改，图表随之改变。仅此而已。

我需要你的帮助（私密 Beta） 🧪

我正在为厌倦了“Wiki 腐烂”的工程团队开启私密 Beta。我不在找客户，我在找构建者来把它砸碎并告诉我哪些地方糟糕。

问题：

• MIVNA 是否适合你的工作流？
• 你更喜欢在 PR 中查看图表，还是在集中式仪表盘中查看？

🔗 立即体验： https://mivna-diagrams.lovable.app/

欢迎在评论区留下你的想法！