每个创意人的电脑里都有一个文件夹，平均存放着47个"周末一定学"的灵感。它们来自六周前打开的浏览器标签、塞满截图的相册、或是Notion里某个再也不会点开的页面。Notion MCP大赛最新提交的作品createthings，把这个数字降到了零。
开发者自述的痛点很真实：不是缺灵感，是缺"从心动到动手"的桥。
这个系统横跨两个界面：浏览器插件负责抓取，Web应用负责消化。抓取的形式很灵活——截图、链接、本地上传，甚至纯文字记录那种"说不清为什么但感觉对了"的瞬间。抓取之后AI介入，分析的不只是"这是什么"，而是"为什么有效、你能学到什么、需要哪些技能"。
每个项目配一个创意日志，记录思考过程。AI生成创意简报作为起点，成品可以直接发布到社交平台，附带平台定制的文案和原作者署名。完整的创作轨迹会自动生成公开作品集页面。
Notion在这里不是数据中转站，是整个系统的神经中枢。所有灵感存储、AI流水线触发、结果写入、发布队列管理、作品集读取，全在Notion里跑通。
从"灵感坟场"到创作闭环
开发者坦承，做这个是因为受够了自己的灵感坟场。但聊得越多越发现，坟场只是表象。真正的问题是"保存"和"行动"之间没有连接——兴奋的瞬间和产出的作品之间，缺一条可追溯的线。
createthings试图用结构化流程填补这个缺口。捕获→分析→日志记录→创作→发布→作品集展示，六个环节串成闭环。每个环节的数据都回流到Notion，形成可查询、可复用的创作资产。
技术栈选了Svelte。项目模板用了sv@0.12.8，配置包括TypeScript、Prettier、ESLint、Vitest（单元+组件测试）、Playwright、Tailwind。这个选择本身也说明开发者的偏好：轻量、现代、测试覆盖到位。
Notion MCP的野心：从数据库到操作系统
MCP（Model Context Protocol，模型上下文协议）是Anthropic去年推出的开放标准，让AI应用能安全地连接外部数据源。Notion作为MCP服务器接入后，AI可以直接读写Notion内容，而不只是通过API做简单的增删改查。
createthings的架构把Notion用得很深。不是"同步到Notion备份一份"，而是"Notion即系统"——AI流水线在Notion里触发，结果写回Notion，发布队列由Notion管理，作品集页面从Notion读取渲染。这种设计把Notion从文档工具变成了业务逻辑层。
对创意工作者来说，这意味着工作流可以高度自定义。Notion的数据库结构、视图、自动化规则，直接决定了createthings的行为方式。系统足够开放，让用户能用自己熟悉的Notion操作来管理创作流程。
竞品对比：为什么是现在
灵感管理工具不算新鲜。Pinterest做视觉收藏，Are.na做联想式整理，Readwise做阅读高亮回溯，Eagle做本地素材管理。但它们大多停在"收集"阶段，或者需要手动把收藏迁移到创作工具。
createthings的差异点在"内置创作触发"。AI分析后直接生成可执行的创意简报，把"这个好棒"翻译成"你可以这样做"。日志系统强制记录思考过程，解决"当时怎么想的完全忘了"的问题。发布环节打通社交平台，降低从作品到传播的摩擦。
自动生成的作品集页面是个聪明设计。创作过程的中间产物——灵感来源、分析笔记、迭代记录——往往散落在各个工具里，最后只剩成品。createthings把这些碎片串成叙事，对建立个人品牌或求职作品集都有价值。
不过依赖Notion也是双刃剑。Notion的稳定性、API限流、未来功能变更，都会直接影响createthings的体验。开发者把全部筹码押在Notion生态上，赌的是Notion作为"第二大脑"基础设施的长期地位。
这个赌局有多大胜算？Notion最近一年的动作是信号：MCP支持、AI功能内置、数据库API持续开放。企业用户增长放缓后，个人生产力场景的深耕成了重点。createthings这类应用，恰好踩在这个战略方向上。
大赛提交截止前，createthings的GitHub仓库还没公开。开发者提到"powered by sv"的模板说明，暗示项目可能很快开源。如果代码质量和产品设计一致，这个"灵感→行动"的闭环方案，可能会成为Notion MCP生态的标杆案例之一。
你的收藏夹里， oldest 的那条灵感躺了多久？如果有个工具能把它变成下周的产出，你愿意为这种"还债"体验付多少？
热门跟贴