我喜欢摆弄工具。我隐约觉得，这是一种可以接受的拖延形式。与其去挖坑，不如先备好铁锹。
如果不想干某件事，那就先做个能解决它的工具。写个脚本，列个问题清单。大脑迟早会开始把「产品项目」包装得比「写个脚本」更有诱惑力，你只需要给它点时间。
这听起来有点怪，但有时确实能打破解决复杂任务的僵局——与其总想着毕其功于一役，不如先从微小的改进入手。
当然，这也常常通向死胡同。没错，过程挺有意思，但哪怕只是试着拆解其中一小块，都会发现：自己又一次给自己编了个需要好几年才能填上的坑。
而并非每个想法，无论多么诱人，都值得你搭上几年光阴去换取一个好结果。作为一道筛选门槛，只留下那些最有趣、且在现实周期内够得着的项目——我觉得这法子挺妙。
我想你已经猜到了，是什么改变了这场小游戏的规则。没错，有了 AI，写个试验性工具、跑出初步评估，变得轻松太多了。
最近我冒出一个念头，想看看 WebMCP 的落地情况。当然，这又是「伟大蓝图™」的一部分，不过对今天要说的故事并不重要。我只是想展示一下工作流的样子。
WebMCP 这东西，简单说就是让网站能注册「助手」，让 AI 工具直接跟服务交互。这能让人立刻理解交互的可能性，而不用从内容、表单和挂件里硬抠。好比餐厅的菜单，你不需要去后厨看师傅怎么颠勺。
我为什么觉得这项技术值得关注？因为「怎么把数据喂给你心爱的 Agent」这个问题，不只我一个人在挠头。我跟不少做浏览器的人聊过，大家都提到这个。它远不止是把页面转成 Markdown 这么简单——还涉及分页、内容分类、广告剔除、无关评论过滤等等。当网站主动开始合作，体验会舒服很多。
好，花 5 分钟列了脚本需求，20 分钟自动跑数据，分析了 300 多个热门域名。结果只有 1 家注册了助手。
其实这也不意外，这更像是对早期采用情况的一次摸底。像 webmcp.com 这种索引，只能看到小玩家的零星尝试，而我更想看看主流站点的情况。
结果嘛，意料之中。所以提交到研究工具仓库，日历里设个两个月后重新采样的提醒。毕竟，每个「微型挖掘机」的想法，都该有成长为「航天发射场」的机会。
通常故事到这儿就结束了。但请注意——我整个周末早晨的私人时间只花了 10 分钟：5 分钟启动，5 分钟整理结果。
这篇笔记的核心在于：可以做得更多。同一天里，很容易再挤出几个 10 分钟的碎片时间。那我接着说说后来又干了什么。
接着，我从玩具箱里翻出另一个工具。它扫了一遍 Chromium 的源码，生了一份关于 Extensions API 动态的报告。没错，浏览器的代码库里已经出现了一些实验性内容，允许为第三方站点添加 WebMCP 工具。
这让人挺欣慰。下一步是看看这些改动是否符合主流服务的 ToS。当然，这部分的图景没那么乐观，但如果 third-party WebMCP 真的成了气候，我觉得这些限制也会被重新审视。
那就耐心等着吧。笔记写好了，下次复查的提醒也设了——前面说过了。
而且，手头还剩点空余时间。比如，正好够我写下这篇文字。这次没有 AI 帮忙。说到底，爱好这件事，还是需要沉下心，把时间花得值当。
这样才能好好品味那种感觉：任何异想天开的念头，都有机会获得它生命中最初的十分钟。
如果你手头也有类似的想法或任务在进行中—— 欢迎进一步了解我， 或者 直接给我留言。 最不济，我们也算多了一个有意思的话题可以聊聊，然后各自回到自己的代码里。