Notion 社区周报 #008：Agents 上手机，系统别上头

Notion 社区周报 #008：Agents 上手机，系统别上头

本期精选 6 条 Notion 社区线索：Notion 3.6、Agents iOS 与 Workers 分享继续把 AI 推进真实工作流；Reddit 讨论 MCP 入口、项目上下文和 Notion Sites 落地页；小红书案例提醒效率系统要少制造负担，并把职业资产和备考过程沉淀成可复用证据。

About Notion
About Notion@O Jan
7 月 6 日到 7 月 13 日早间，Notion 社区这周有两条线同时往前走：官方继续把 Agents、Workers、文件处理和 HTML blocks 往协作层推；社区则在反问，系统变强以后，普通人的记录、发布、复盘是不是也该少一点负担。本期选 6 条：一个官方功能补看，三个 Reddit 讨论，两个小红书工作流案例。
线索类型先看什么
3.6 + Agents iOS + Workers 分享官方新功能Agents 能处理更多文件、进入手机端，Workers 可以团队共享
MCP 入口争议功能反思用户担心「连接」从 Notion AI 转到 Custom Agents 后，使用成本和心智成本变高
项目上下文不是任务清单工作流设计把 session、decision、next action 拆开，才能解决「我做到哪了」
Notion Sites 当临时落地页轻量发布适合过渡期，但要处理域名、品牌尾巴和长期维护边界
效率 App 也会制造分心设计反思工具越在手机里，越容易变成逃避入口
职业资产与学习控制台模板玩法Notion 更适合做「证据后台」，而不是只做漂亮面板

1. 官方这周的主线：Agents 进入真实工作流，而不是只待在聊天框里

Notion 7 月 1 日发布 3.6，重点不是单个按钮，而是把多个 Agents 拉进团队共享界面：官方写到，External Agents 可以被分配任务、在共享 board 里运行，首批包括 Claude 和 Cursor；同一版还加入了 speaker labels、HTML blocks、PPTX/XLSX/DOCX 等文件读写、Outlook Mail/Calendar 连接，以及 Mercury、Mixpanel、Miro、Box、ClickHouse 这 5 个 Custom Agents 的 MCP 连接1。
7 月 8 日，Notion 又单独发布 Agents iOS app，官方给的使用场景很直白：在电梯里准备会议，在路上捕捉想法，再让 agents 回到桌面前接着处理2。7 月 9 日，Workers 也开始支持团队共享：Can connect 允许队友把你的 Worker 接到自己的 Custom Agents，Full access 则允许对方继续改造这个 Worker3。
这三条合起来看，Notion 正在把「AI 帮我写一段话」推向「AI 在我的工作系统里接任务」。中级用户不用急着全套上车，先把它拆成三个试验问题：
  1. 文件试验：让 Agent 读一份表格或 PPT，输出结构化摘要，而不是只总结普通页面。
  2. HTML block 试验：把一个固定计算场景做成交互块，例如报价、ROI、课程选择器。
  3. Worker 试验：把团队反复要接的外部数据源交给一个 Worker，再决定谁只有连接权限、谁能改 Worker。
如果你只是个人知识库用户，3.6 的意义不是「马上自动化一切」。它更像一个提醒：以后 Notion 里的自动化会越来越像团队基础设施，先把数据源、权限和责任人想清楚，比先复制一个 Agent 模板更重要。

2. MCP 争议：功能变强时，入口和计费也会变成体验的一部分

r/Notion 上有用户在 7 月 13 日 06:51 发帖抱怨，他认为 MCP connections 被放到 Custom AI Agents 和计量式使用里以后，原来像 Notion AI 核心能力的东西变得更像「要另外配置的工作流」4。作者背景未公开，帖子得分不高，评论也只有 11 条，所以这不是大规模舆论；但它正好戳到 3.6 之后的一个真实问题：Notion 把能力往 Custom Agents 和 Workers 里堆，用户会开始问「我到底该在哪个入口做这件事」。
这条讨论里，评论区出现了两种方向：有人指出 MCP 一直是在 Custom Agents 里；也有人把 Workers、CLI 和 credits 放到一起讨论，试图判断能不能用更低成本的方式绕开 Custom Agents 的心智负担4。
Loading content card…
对普通用户来说，不必先争「MCP 应该放在哪里」。更实用的判断是：
  • 只是问答、整理、改写：先用普通 Notion AI 或页面级 Agent。
  • 需要连接外部系统：再考虑 Custom Agent 的 MCP connections。
  • 需要稳定、可审计、可复用的动作：才考虑 Workers。
也就是说，Agents 不是越早越好，而是越具体越好。你要先说清楚它要读什么、改什么、出错谁负责，再决定它该不该进入你的主工作流。

3. 项目上下文别只记日志：把「决定」单独建表

另一条更值得中级用户抄走。Reddit 用户 armanmax11 说，自己用 Notion 追踪项目上下文几个月后，发现问题不在「有没有地方记」，而在「三周后还要自己重新读一堆原始记录，才能想起做到哪了」；他最后把模型抽象成 sessions、decisions-with-reasoning 和每个项目一个 next action5。作者背景未公开，帖子发布于 7 月 12 日 04:28。
评论区有人把这个问题说得更准：这是建模问题，不是搜索问题。建议把 decision 当成独立 row，和原始 notes 分开；每条 decision 只写一行理由，并链接回它来自哪次 session。这样问「我做到哪了」时，只需要读最近几条 decision，而不是翻完整日志5。
Loading content card…
这个思路可以直接改成一个小数据库结构：
数据库只负责什么最少字段
Sessions发生了什么日期、项目、原始记录、来源
Decisions我为什么这样选项目、结论、理由、来自哪次 session
Projects现在状态当前阶段、唯一 next action、阻塞点
关键是「Decision」不要混在日记里。每次项目推进后，只补一条真正改变方向的决定；如果没有决定，就只留 session。这样 Notion AI 之后要总结项目，也有清晰的检索路径，不必在一堆情绪、待办和会议碎片里猜重点。

4. 用 Notion Sites 做临时落地页：可以，但别把过渡方案当长期官网

7 月 12 日 22:43，有用户在 r/Notion 问：团队正在 rebranding，能不能先用公开 Notion 页面做临时 landing page，客户会不会觉得不专业6。作者背景未公开。评论区的回答分成两派：一派说自己或客户短期用过，客户不太在意，只要接上便宜域名、处理掉 Notion Site URL 和底部「made with Notion」的观感；另一派建议直接用 Claude、GitHub、Vercel 做一个可部署站点，认为长期更稳6。
Loading content card…
这条讨论很适合拿来给 Notion Sites 定位：
  • 适合：活动页、临时项目页、个人作品入口、早期验证页面。
  • 不适合：需要复杂 SEO、细粒度埋点、复杂表单、品牌视觉很重的官网。
  • 必须做：绑定自定义域名，检查移动端，删掉内部编辑痕迹，把 CTA 和联系方式放在首屏。
Notion Sites 的优势不是「比专业网站更专业」，而是从 0 到能给别人看非常快。它适合回答「这个项目值不值得继续做」，不适合无限期承担「这是公司门面」的压力。

5. 小红书这周的反思：效率工具也会成为分心入口

小红书作者 5after4 在 7 月 7 日发了一条很像 Notion 用户自检清单的帖子：很多人下载待办清单、番茄钟、Notion 模板、打卡 App，刚开始都觉得自己要重新做人；几天后 App 不打开、任务不更新、红点懒得看，甚至本来想记一件小事，顺手就开始刷手机7。作者背景未公开。
这不是一个 Notion 技巧帖，但它解释了很多模板为什么失效：不是页面不够漂亮，是系统要求你太频繁地打开手机、更新状态、面对逾期。对容易分心的人来说，Notion 系统要尽量减少「进系统」的次数。
可以试一版低压力设计：
  1. 首页只放一个今日输入框和一个当前行动，不放 8 个看板。
  2. 移动端只负责捕捉，不负责整理。
  3. 每天只在固定时间清一次 inbox，不随手维护所有数据库。
  4. 逾期任务不要全红；超过 3 天的任务直接进入「重判」视图，问它还值不值得做。
这条和上面的项目上下文讨论刚好连起来：工具不是为了让你记录更多，而是为了让你下一次回来时少一点阻力。

6. 两个中文案例：把 Notion 做成证据后台，而不是只做展示面板

小红书这周还有两个更具体的模板方向。紫海盐在 7 月 7 日写「职业资产后台」：她把项目、方案、活动、用户反馈、AI 工作流等经历放进 Notion，再让它帮忙判断一段经历可以变成简历项目、面试故事、作品集案例，还是未来选题8。外星熊在 7 月 10 日发考研备考系统：从目标、今日专注、本周计划，到学习记录、艾宾浩斯复习、笔记、知识点、模考记录和学习趋势，都放在一个控制台里9。
这两个案例看起来一个求职、一个备考，其实都是同一类系统：把过程证据沉淀下来，之后再用于决策。
场景不是只记什么真正要沉淀什么
职业资产项目列表每段经历能证明什么能力、能改写成什么材料
备考控制台学习时长今天学了什么、本周漏了什么、复习链有没有断
项目上下文每天流水哪些决定改变了方向，下一步只剩哪一件事
如果你已经有一堆 Notion 模板，不妨把下一个优化目标从「更好看」换成「更能二次使用」。一条记录如果未来不能帮你写简历、复盘、做决策或恢复上下文，它大概率只是又一条库存。
本期最实用的结论其实很朴素：Notion 变强了，系统反而要更克制。官方在把 Agents、Workers 和文件处理往工作流深处放；社区这周的提醒是，别让强工具把你的页面变成更重的负担。

References

  1. 1Notion 3.6: External Agents, HTML blocks, and more
  2. 2Meet the Notion Agents iOS app
  3. 3Share Notion Workers across your team
  4. 4Really disappointed by the removal of MCPs from Notion AI
  5. 5I tried tracking my projects’ context in Notion for months
  6. 6Has anyone here launched a project entirely on Notion before?
  7. 7效率App最大的问题：它也在手机里
  8. 8职业资产系列（二）别让经历烂在文件夹
  9. 9考研人，我把备考流程全部装进了 Notion

Related content

  • Sign in to comment.
More from this channel
View the full content archive of "About Notion"Explore more channels on Discover