cursor notion 怎么派任务 评论与任务板触发
Notion 建 Cursor Agent：Business 套餐、API Key、评论 @ 与任务指派，Cloud 沙箱按现有账单计费。
规格和任务板都在 Notion 里，cursor notion 怎么派任务的核心是：在 Notion 建 Cursor Agent，用评论 @ 它或把任务指派给它；执行端是 Cursor Cloud Agent 沙箱，不是在你本机 IDE 里弹 Composer。集成仍在 beta，Notion 侧要 Business 或 Enterprise。
接入前要备齐的三件事
Cursor 文档与 Notion 帮助页一致，连接前检查：
- Cursor 账号已接 GitHub（仓库读写与开 PR 都走这层）。
- 在 Cursor dashboard API 创建 User API Key，Notion 配置里粘贴的是个人 key，活动绑在你个人 Cursor 账号，不是整个 Notion workspace 共享额度。
- Notion 工作区套餐为 Business 或 Enterprise；Free/Plus 不能建这类 Agent。
Notion 里路径：侧边栏 Agents → New Agent → 选 Cursor。可以选官方模板（Code Q&A、Bug Triage 等）或从零写指令与触发器。保存前把 agent 能读的 page、database、space 加进 Tools & access，例如工程任务库和 spec 页。Usage 走你现有 Cursor 账单，文档写明无额外 Notion 侧 Cursor 费用；Cloud Agent 计价规则与 cursor in-cloud 怎么用 同一套。集成基于 Cursor SDK，运行时、harness 与模型与 Cursor 产品内 Cloud Agent 一致，不是 Notion 另起一套小模型。
评论 @mention 怎么触发
从 spec 页或任意文档出发，在评论里 @ Cursor（不要只写在正文块里，评论触发最稳）。首次 @ 时批准 page access。Agent 在评论线程回复，点 View chat 看完整会话。若 page 对 agent 不可见，Notion 会弹授权；私密 spec 要先 share 给 agent，再 @。
示例 prompt（文档原文风格）：
- 「Make a plan for this spec. Wait for approval.」
- 「Review this doc and flag anything unclear.」
- 「Turn this into a checklist of concrete tasks and then open PRs for each.」
Agent 跑在隔离 Cloud Agent VM，你可以关 Notion 去做别的事；进度以 Notion 评论和任务状态回写。权限按 agent 配置：每个 Cursor agent 只能访问你在 Notion 里共享给它的内容，不会继承「谁点了运行」那个人的全部可见范围。Repo、环境、默认 branch 仍在 Cursor dashboard 配，Notion 只提供上下文与触发。
写指令时把「先 plan 再 PR」写清楚，能减少 agent 未经确认就 push 的情况。需要自动化 PR 评论修复时，仍要在 GitHub 侧走 Cursor Automations 怎么用，Notion 集成不负责监听 Bitbucket/GitLab 的 review thread。
Beta 阶段功能边界可能变：Notion Business/Enterprise 是 Notion 侧门槛，Cursor 侧则要求已有 GitHub 连接与 User API Key。若 agent 回复「无法访问 repository」，优先回 Cursor dashboard 查 GitHub integration 与默认 repo，再回 Notion 查 Tools & access，不要两边同时重装。第一次 @mention 后 thread 会很长，用 View chat 看完整 tool call 链，比只看 Notion 摘要评论更容易判断卡在 clone 还是 test。
任务板指派怎么跑
在 task database 或 board 上把任务 assign 给 Cursor。Agent 会更新任务状态、在任务下贴进度评论、并链接它创建的 page 或 PR。适合把「待办 → 实现 → PR 链接」留在 Notion 视图里闭环。
典型字段设计：Status（Todo / In Progress / In Review / Done）、PR URL、Blocked reason。Agent 改 Status 时你在 board 上能一眼看到卡在哪。多步骤 epic 可以拆成多条子任务分别 assign，避免一条任务描述里塞五个 unrelated 需求导致 Cloud Agent 上下文发散。
指派前在任务描述里写清 acceptance criteria 与 repo 路径，Notion 卡片越像可执行 ticket，Cloud Agent 越接近一次 PR 闭环。若任务只写「优化性能」而无指标，agent 会在评论里追问或做泛泛改动；把 spec 页链进 task relation 字段，agent 能读到 Tools & access 内的 spec 时 plan 质量会高很多。
多 repo 或 monorepo 团队先在 Cursor 侧把 GitHub scope 和默认仓库定死，再大规模 @mention，否则 agent 会在 Notion 里看起来「回了话」但 push 失败。Cloud 环境缺依赖时 PR 质量差，属于另一层问题，可参考 云端 agent 环境与 PR 过半 补 environment，不是 Notion 集成本身坏了。
排障：访问、GitHub、触发器
页面或 database 读不到：确认对象列在 Tools & access，不是只在 system prompt 里提到；受限 group 外的 page agent 进不去。Symptom 是 agent 回复「看不到该 database」，回到 Notion agent 设置补 access 并 re-save。
GitHub push 或开 PR 失败：token 需 Contents read/write 与 Pull requests read/write；组织若开 SSO 可能要批准 OAuth app；默认仓库填错会 clone 到空项目；token 过期就 regenerate 并在 Cursor 重连。Org 里 fork 策略或 required reviewers 也会导致 PR 开着但合不了，需要在评论里给 agent 明确 target branch 和 review 预期。
@mention 没反应：打开 agent mentioned 触发器；必须在评论里 @，正文 @ 不可靠；确认 agent 对该 page 已有 access。Notion 移动端有时只发 page 编辑而不发 comment，桌面 web 评论最稳。
常见问题
Notion 里跑的 Cursor 怎么计费？
走现有 Cursor 账号用量，与 Cloud Agent 相同，Notion 侧不另收 Cursor 费；仍需 Notion Business 或 Enterprise 才能用集成。Activity 在 Notion 任务/页面和 Cursor agent 视图里都能追；ZDR 等隐私设置按 Cursor 账号现有配置生效，文档写明 Notion 触发的 run 尊重你 Cursor 侧已有 privacy 设置。
能否用团队 API Key 代替个人 key？
文档写连接 tied to personal API key，访问与账单链到个人 Cursor 账号。团队要统一审计，需在 Cursor dashboard 与 Notion agent 权限上分别治理，不能假设「全 workspace 一个 key」。离职成员若未轮换 key，其 Notion agent 配置里的旧 key 会失效，需要 Notion 管理员批量更新 agent 配置。
和 Slack 触发 Cloud Agent 相比，Notion 集成更适合「规格在文档里、任务在 database 里」的产品团队：PM 在 spec 页 @ Cursor 出 plan，工程师把子任务 assign 给同一 agent 开 PR，状态回写留在 Notion 视图。Cursor 博客强调 setup、chat、@mention、任务指派都在 Notion 侧完成，Cursor dashboard 只管 repo 与 API key，分工清楚后 onboarding 文档可以写成两张 checklist，分别给 Notion 管理员和 Cursor 管理员。
Enterprise Notion 若开了页面级审计，agent 以你的 API key 运行时产生的 PR 仍归因你的 GitHub 身份，Notion 评论里显示的是 agent 名；合规团队应把「谁触发了 agent」记在 Notion page history 与 Cursor usage dashboard 两处，而不是假设 Notion workspace 共用一个 Cursor 池。