这是一份非常详尽的解析，讲述了如今已有多少人在使用 @DevinAI。

它结合了 DeepWiki（一种从你的代码自动生成的动态架构图，包含图表、依赖关系图和符号导航）与 Devin Review（自动化 PR 分析，能够捕获错误、安全问题，并在每个 diff 中标记受影响的 API 和测试）。

它持续在后台运行，自动审查每一个 PR，并接入 Datadog 和 Sentry 等服务。这样，当生产环境中触发崩溃报告或警报时，Devin 会自动调查并开启一个修复 PR。等你打开 PR 进行审查时，Devin 已经完成了分析，所以你永远不会面对未经审查的代码。

https://docs.devin.ai/work-with-devin/deepwiki#deepwiki…

DeepWiki - Devin 文档

来源： https://docs.devin.ai/work-with-devin/deepwiki

概述

Devin 现在会自动索引你的仓库并生成维基页面，包含架构图、源代码链接以及代码库摘要。你可以用它快速了解代码库中不熟悉的部分——在侧边栏中查看（https://app.devin.ai/wiki）。询问 Devin（https://docs.devin.ai/work-with-devin/ask-devin）将利用维基中的信息，更好地理解并找到代码库中的相关上下文。结合 Devin 的高级代码搜索能力，Ask Devin 与 DeepWiki 能够生成基于代码的详细且准确的答案。

针对公共仓库

现在可以免费使用 DeepWiki 和 Ask Devin（https://docs.devin.ai/work-with-devin/ask-devin），它们适用于公共 GitHub 仓库。它能自动生成架构图、文档和源代码链接，帮助你快速理解不熟悉的代码库。你还可以就代码库提出复杂问题，获得基于上下文的具体答案。

访问 deepwiki.com（https://deepwiki.com/）开始探索流行的开源仓库，如 React、TensorFlow、LangChain 等。你也可以提交自己的公共 GitHub 仓库 URL 进行索引。立即尝试 DeepWiki →（https://deepwiki.com/）

引导 DeepWiki

.devin/wiki.json 文件允许你引导 Devin 默认的维基生成行为，这对于可能触及内置限制的大型仓库尤其重要。如果在维基生成过程中，在仓库根目录发现 .devin/wiki.json 文件，我们将使用提供的 repo_notes 和 pages 来引导维基生成。如果提供了 pages，我们将绕过默认的基于聚类的规划，只创建你指定的页面。这确保即使自动系统通常会跳过代码库中的重要部分，它们也能得到记录。

配置格式

在仓库根目录创建一个 .devin/wiki.json 文件，结构如下：

配置选项

repo_notes（数组）

提供上下文和指导，帮助文档系统更好地理解你的仓库。

• content（字符串，必填）：注记内容（最多 10,000 个字符）
• author（字符串，可选）：注记作者

pages（数组，可选）

精确指定维基中应创建的页面。此字段是可选的。如果你只包含 repo_notes，系统仍会生成维基，并用你的注记来指导结构和重点，无需你勾勒每个页面。当你确实提供了 pages 时，它们将被视为明确的指令。仅会生成你在 JSON 中定义的页面，不多不少。

• title（字符串，必填）：页面标题（必须唯一且非空）
• purpose（字符串，必填）：该页面应记录的内容
• parent（字符串，可选）：父页面标题，用于层次结构组织
• page_notes（数组，可选）：该页面的附加注记

验证限制

• 最多 30 个页面（企业版为 80 个）
• 最多 100 条总注记（repo_notes 与所有 page_notes 合计）
• 每条注记最多 10,000 个字符
• 页面标题必须唯一且非空

实用示例

示例 1：使用仓库注记引导维基生成

如果你更倾向于不定义具体页面，可以只提供 repo_notes 来帮助引导维基生成。这样 Devin 可以自动创建文档结构，同时仍考虑你的优先级和重点领域。当你希望获得更全面的覆盖和突出重点，又不想亲自列出每个页面时，这很有用。

示例 2：确保特定文件夹被记录

如果你的大型仓库中有重要文件夹未被包含在维基中，请明确指定它们：

示例 3：处理缺失的组件

如果你发现代码库的某些部分没有被记录：

示例 4：层级文档结构

对于复杂仓库，按层次组织页面：

最佳实践

1. 策略性地使用仓库注记

• 提供关于代码库中哪些部分最重要的上下文
• 提及应优先考虑的特定文件夹或组件
• 解释系统不同部分之间的关系

2. 逻辑性地组织页面

• 从高层概述页面开始
• 使用父子关系创建清晰的层次结构
• 将相关功能分组

3. 页面目的要具体

• 清晰说明每个页面应记录什么
• 提及具体的目录、文件或概念作为重点
• 提供足够的细节让系统理解你的意图

4. 处理已知缺口

• 如果你知道代码库的某些部分被遗漏了，明确地将它们包含进来
• 使用描述性标题，明确应覆盖的内容

常见问题排查

“只有某些文件夹被记录了”

这是经典的大型仓库问题。 解决方案： 使用 .devin/wiki.json 明确指定代码库中哪些部分应该被记录。

“维基中缺少重要组件”

为这些组件添加特定页面，并使用 repo_notes 强调其重要性。

开始使用

1. 在仓库根目录创建 .devin/wiki.json
2. 添加解释代码库结构和优先级的仓库注记
3. 如有必要，明确指定 所有 你想要创建的页面及其清晰的标题和目的
4. 提交文件并重新生成维基

系统现在将根据你的明确指令创建文档，而不是完全自动分析，从而确保大型仓库的文档更加全面和准确。

Daniel Steigerwald (@steida): 我不再需要代码编辑器了。我需要一个代码观测台。

一种能显示代码库结构、让我导航符号和引用、审查 diff 和测试、并在实际需要时编辑代码的东西。

它应该在后台持续审查变更，