Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.devin.ai/llms.txt

Use this file to discover all available pages before exploring further.

不想手动配置？将本页链接粘贴到 Devin session 中，让它帮你完成所有设置。
Granola 可以录制你的会议，并将其转化为笔记、摘要和文字记录。连接 Granola MCP 后，Devin 就能像团队成员一样使用这些会议产出物：了解会议讨论内容、找出具体的工程跟进事项并着手执行。将此设置为每小时计划运行，任务即可在你结束通话后立即启动。整个循环在你的 Devin 实例内运行，使用计划、Granola MCP、Knowledge 和子会话。
Devin 计划会话（每小时）
  → 通过 MCP 列出最近的 Granola 会议
  → 对于每个新会议（从旧到新）：
      → 获取元数据、笔记、AI 摘要、会议记录
      → 从讨论中识别工程任务
      → 为具体任务启动 Devin 子会话
      → 在 Knowledge 中记录已处理的会议
1

连接 Granola MCP

Devin 需要访问你的 Granola 会议，以读取转录内容和笔记。
  1. 前往 Settings > MCP Marketplace，搜索 Granola
  2. 点击 Enable 并完成身份验证——这将授予 Devin 对你的会议、转录内容和笔记的读取权限
  3. 点击 Test listing tools，验证连接是否正常
连接后，Devin 可以在会话期间调用 list_meetings、get_meetings 和 get_meeting_transcript 来获取会议数据。详细了解如何配置 MCP 服务器。
2

创建一个 processed-meetings 的 Knowledge 笔记

Devin 使用一则 Knowledge 笔记来记录哪些会议已经处理过。这样可以防止在每小时运行时重复处理。前往 设置 > Knowledge，新建一则笔记：
  • 名称: Granola Post-call Processor Meeting Log
  • 触发条件: 在运行 Granola 通话后处理器计划会话时，使用此笔记跟踪已处理的会议。
  • 正文:
Granola Post-call Processor Meeting Log
{
  "last_processed_meeting_id": null,
  "last_processed_meeting_time": null,
  "last_processed_title": null,
  "updated_at": null
}
计划会话会将每个成功处理的会议记录在此备注中，这样下次运行时就会从上次结束的地方继续。
3

撰写 Post-call Operator playbook

创建一个playbook，告诉 Devin 如何处理每场会议。前往 Settings > Playbooks 并创建一个新的 playbook：保存后记下 playbook ID——你需要在计划提示中引用它。
4

创建按小时计划

前往 设置 > 计划，然后点击 创建计划。
  • 名称: Granola post-call processor
  • 频率: 每小时 (0 * * * *)
  • Agent: Devin — 这会让 Devin 为每个任务启动子会话，从而并行运行修复
  • Slack channel (可选) : 选择一个频道，这样当会议处理完成并创建 PR 时，你的团队就会收到通知
  • 提示:
如果你想完全自主运行，请将 bypass approval 设为 true——这样 MCP 工具、Knowledge 更新或创建子会话都无需手动审批。
5

一次典型运行会生成什么

每小时，Devin 都会处理所有新会议，并发起有针对性的 PR。以下是一次真实 session 输出的示例：
自最新会议日志条目以来，已处理 1 个新的 Granola 会议：

会议："Backend API planning"（2026-04-29 下午 2:00）

已启动的子会话（3 个）：
1. 修复 /api/invoices 端点中的 N+1 查询
   Repo: acme/api-server
   PR: Eager-load invoice line items to fix timeout
   Session: https://app.devin.ai/sessions/abc123

2. 为 webhook 端点添加速率限制
   Repo: acme/api-server
   PR: Per-key rate limits on /webhooks/*
   Session: https://app.devin.ai/sessions/def456

3. 更新新 Billing 端点的 API 文档
   Repo: acme/docs
   PR: Add billing endpoint reference docs
   Session: https://app.devin.ai/sessions/ghi789

建议操作（1 项）：
- 排查身份验证令牌刷新流程——被提及为"有时不稳定"，但未指明具体错误或 repo。需要团队提供更多背景信息。

Knowledge 会议日志已更新至"Backend API planning"（2026-04-29）。
每个子会话都会独立运行，并各自创建一个拉取请求 (PR) ，在描述中写入会议背景。
6

调优和迭代

经过几天运行后，回顾哪些做法有效，并进行调整：处理转录延迟。 当计划处理到某场会议、但其转录尚未准备好时，就会停止处理——这样可以避免因转录延迟而跳过会议。如果你发现转录一直较慢，可以拉长计划间隔，或在提示中加入延迟缓冲。按会议类型限定作用域。 并不是每场会议都会产出工程工作。可在提示中添加筛选条件，跳过某些类型的会议：从结果中学习。 几周后，让 Devin 分析哪些子会话产出了已合并的 PR，哪些在未合并时就被关闭。利用这些反馈来完善 playbook 的任务提取标准：