Notion 社区周报 #008：Agents 上手机，系统别上头
本期精选 6 条 Notion 社区线索：Notion 3.6、Agents iOS 与 Workers 分享继续把 AI 推进真实工作流；Reddit 讨论 MCP 入口、项目上下文和 Notion Sites 落地页；小红书案例提醒效率系统要少制造负担，并把职业资产和备考过程沉淀成可复用证据。
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 在我的工作系统里接任务」。中级用户不用急着全套上车，先把它拆成三个试验问题：
- 文件试验：让 Agent 读一份表格或 PPT，输出结构化摘要，而不是只总结普通页面。
- HTML block 试验：把一个固定计算场景做成交互块，例如报价、ROI、课程选择器。
- 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 系统要尽量减少「进系统」的次数。
可以试一版低压力设计：
- 首页只放一个今日输入框和一个当前行动，不放 8 个看板。
- 移动端只负责捕捉，不负责整理。
- 每天只在固定时间清一次 inbox，不随手维护所有数据库。
- 逾期任务不要全红；超过 3 天的任务直接进入「重判」视图，问它还值不值得做。
这条和上面的项目上下文讨论刚好连起来：工具不是为了让你记录更多，而是为了让你下一次回来时少一点阻力。
6. 两个中文案例：把 Notion 做成证据后台，而不是只做展示面板
小红书这周还有两个更具体的模板方向。紫海盐在 7 月 7 日写「职业资产后台」：她把项目、方案、活动、用户反馈、AI 工作流等经历放进 Notion，再让它帮忙判断一段经历可以变成简历项目、面试故事、作品集案例，还是未来选题8。外星熊在 7 月 10 日发考研备考系统：从目标、今日专注、本周计划，到学习记录、艾宾浩斯复习、笔记、知识点、模考记录和学习趋势，都放在一个控制台里9。
这两个案例看起来一个求职、一个备考，其实都是同一类系统：把过程证据沉淀下来，之后再用于决策。
| 场景 | 不是只记什么 | 真正要沉淀什么 |
|---|---|---|
| 职业资产 | 项目列表 | 每段经历能证明什么能力、能改写成什么材料 |
| 备考控制台 | 学习时长 | 今天学了什么、本周漏了什么、复习链有没有断 |
| 项目上下文 | 每天流水 | 哪些决定改变了方向，下一步只剩哪一件事 |
如果你已经有一堆 Notion 模板，不妨把下一个优化目标从「更好看」换成「更能二次使用」。一条记录如果未来不能帮你写简历、复盘、做决策或恢复上下文，它大概率只是又一条库存。
本期最实用的结论其实很朴素：Notion 变强了，系统反而要更克制。官方在把 Agents、Workers 和文件处理往工作流深处放；社区这周的提醒是，别让强工具把你的页面变成更重的负担。
References
- 1
- 2Meet the Notion Agents iOS app
notion.com
- 3Share Notion Workers across your team
notion.com
- 4
- 5
- 6
- 7效率App最大的问题：它也在手机里
xiaohongshu.com
- 8职业资产系列（二）别让经历烂在文件夹
xiaohongshu.com
- 9考研人，我把备考流程全部装进了 Notion
xiaohongshu.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.