George Kobaidze打开他的Notion工作区时,眼前是数百个孤儿页面和过期的API密钥。这个场景太熟悉了——工具越用越多,管理成本指数级膨胀。他决定自己动手解决,结果拿了个冠军。
冠军方案:给Notion装个"塔台"
![]()
Kobaidze的获奖作品是个AI工作区管理工具。核心设计很务实:批量读取走直接API,保证速度;所有破坏性写入走Notion MCP(模型上下文协议),加一层安全护栏。
这个混合架构的聪明之处在于区分了操作风险等级。读取错了可以重来,写入错了可能丢数据。MCP在这里不是炫技,是保险丝。
「对于任何被数百个孤儿页面和遗忘的API密钥淹没的人来说,这就是为你准备的。」DEV官方评审这样评价。
亚军之一:周一早会的记忆拯救者
Yash Saini的问题是另一个经典场景——周一站会时完全想不起上周做了什么。他的DevNotion用了一个三代理流水线:
每周日自动抓取一周的GitHub活动,转换成第一人称博客体,同时生成Notion规划页面和DEV草稿文章。
评审的反馈很直接:「酷,写得好,是那种你每周真的会运行的自动化。」
这个设计的用户洞察在于"第一人称叙事"。不是罗列提交记录,而是生成"我上周重构了支付模块"这种站会能直接用的表达。代理在这里做的是语境转换,不是信息搬运。
亚军之二:让AI自己决定怎么干活
Caposto的Relay瞄准的是企业级场景——实时事件管理文档。但技术选型上有意思:不是硬编码特定工具调用,而是让代理自己决定如何与工作区交互。
评审认为这"充分利用了MCP的可能性"。
这个设计哲学的差异值得注意。传统自动化是"如果A则执行B",Relay是"目标已设定,路径你自己选"。后者在复杂场景下的容错性和适应性显然更强,但也对代理的推理能力提出了更高要求。
MCP到底在解决什么问题
三个获奖作品的共同点:都没有把MCP当成简单的API包装器。
Kobaidze用它做安全隔离,Saini用它做多平台内容同步,Caposto用它做动态决策接口。同一个协议,三种截然不同的架构角色。
这指向一个正在形成的共识:AI原生工作流的核心矛盾,不是"能不能连上工具",而是"如何让模型安全、可靠、有策略地使用工具"。MCP的价值在于标准化了这个交互层,让开发者可以专注于上层逻辑。
Notion作为平台方押注这个方向,DEV用挑战赛验证生态活跃度。从提交作品的多样性来看——创意日记、膳食规划、简历定制工具——开发者确实在把MCP往各种垂直场景里塞。
评审提到"评判 genuinely difficult",侧面说明工具层成熟后,竞争焦点已经转向场景理解和产品化能力。技术门槛在降低,设计门槛在升高。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.