当前时间: 2026-05-09 14:10:54
分类:办公文件
评论(0)
我跟 AI 说了一句话,五分钟造出了一款游戏昨天试了一件事:跟 AI 说了几句话,五分钟以后,我手里多了一款能玩的小游戏。我用的是 Windsurf。它最近接进了 Devin 那一套自主代理模式,可以切到这个模式让它更主动地做事。我给的提示很简单——做一个让人忍不住想申请试玩的网页小游戏。它问了我一两个澄清问题:什么类型?什么主题?我简单回了一下,然后它就开始做了。第一个版本出来,我就觉得超出预期。第三个版本,我已经能玩了,可玩性还不错。我反馈了一两个调整点,然后用 Cloudflare Pages 部署到我的网站 findhappyman.com/game。整个过程顺到不像在写代码。游戏名叫「记忆碎片」,也是 AI 起的。一局三分钟左右,有兴趣可以去玩玩看。这件事让我有个很强烈的感觉:从想法到产品的距离,正在被压缩到几乎为零。AI 编程能力越来越强,我觉得这件事会变得非常平民化。从想法到落地,有可能只需要十秒。到那个时候,软件的概念会完全不一样。人们会随时产生新的需求,然后让 AI 自动去给现有产品加功能。软件公司做的事,可能会变成打磨更好的基础包,而每个人都可以在这个基础包上,根据自己的需求往上扩展。举个例子,Excel。很多时候你想要的呈现方式或者公式,现有功能里实现起来很麻烦。现在的做法是再开一个 AI,问一下"我这个需求要怎么写公式"。但更自然的方式应该是:你直接把需求告诉 Excel,它给你生成新的公式、新的结果,完成你的功能。之前 Google Sheets 已经可以在公式里直接写 AI 提示词,但我没怎么用过。原因是稳定性还不够——把 AI 提示当公式直接生成结果,作为创意工作可以,但作为表格里大量复用的公式,可读性和稳定性都还差一点。最好的方式,还是让 AI 和脚本、原有公式做结合。回头看,我最近在折腾的几件事,方向其实是一致的——让"想法 → 产出"的链路尽量短。①Agent(智能代理)切换。我现在大量在用 Codex 和 Hermes,Claude Code 反而用得少了。Hermes 这类 agent 在记忆能力、自我进化能力上,比 Codex/Claude Code 这类显著有优势。它还能接不同的 channel(沟通渠道)——我在用 Telegram,正在尝试 Discord,小孩的 iPad 准备用 DC 或 MS 跟它聊。②Discord 频道替代 profile(配置档)。之前我为不同项目建了很多 profile,后来发现这个方向是错的——每个 profile 都要单独管理,太重。跟 Hermes 还有几个朋友聊下来,大家更多是在 Discord 上建不同的子频道做不同项目的上下文管理,但对应同一个 profile。这样切换非常清晰,要做新项目就开个新频道,不用重新建 profile、重新分配 token(计费额度)。原来 Discord 是人的社群工具,现在不同的频道,其实就是不同的 agent 上下文。③让 AI 反过来给社群出题。我在自己的微信群里加了一个机制:让 Hermes 根据群里最近聊的内容,每天提一个问题——用问题来驱动社群成员思考。我之前一直觉得“人用问题驱动 AI 一起思考”,反过来,AI 也可以用问题驱动人思考,这是双向的。效果还不错——好问题本身就能让社群活跃起来,而 AI 出题、我审一下就发出去,我自己也省了想问题的脑力。④内容发布全自动化。我每天发文章的流程已经接近全自动:把录音稿放进去,我审核完之后,就能直接发到几个平台,包括排版、配图、标题、摘要。这个 article-optimizer skill 我已经开源到 GitHub 上,目前需要手动配置一些个人信息。我准备做一个完全脱敏的版本,加上视频教学。我自己受益,也希望看到这篇文章的你也能受益,然后在它的基础上加你自己的需求。这才是我心目中好的知识共享。还差一环:AI Native 的入口和 channel我突然冒出一个想法的时候,还要找合适的 workspace(工作空间)——这是个新项目,还是已有项目的增强?要不要协作?要分到哪个 profile、哪个 Discord 频道?这些事其实都应该 AI 来判断,不应该是我。也就是说,缺一个 AI Native(AI 原生)的入口,以及一个 AI Native 的 channel。现在我们都还在用 Discord、Telegram、微信、飞书这些原本给人用的工具,改造一下来适配 AI 协作。作为过渡这是好的,但不是终点。终点应该是一个原生为 AI 而生的沟通通道,直接长在手机上、眼镜上,你想到什么对它说一句,它自己去找合适的 workspace,把需求接力下去。我蛮看好眼镜这个市场,尤其是和 AI coding(编程)的配合。我现在最大的痛点就是——突然冒出一个想法,得停下来找电脑、找环境、找上下文,一路上想法本身已经被消耗掉很多。苹果今年新的 AI 到底能做到什么程度,我还挺期待的。AI 和硬件设备的融合,大概率是接下来一段时间最值得看的方向。工具变多,任务也变碎。我现在每天在大量任务之间快速切换——工作的、生活的、各种七七八八的——能不能快速衔接上,这个能力正在变得越来越重要。专注当然是好事,专注有专注的优势。但我发现:专注和切换,其实是同一件东西的两面——都是注意力的能力。你能让注意力持久,这是一种能力。
你能让注意力快速切换,也是同一种能力。在 AI 替我们做了大量"具体执行"的时代,真正稀缺的,可能是这种调度自己注意力的能力。
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-05-09 17:35:50 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/592867.html
- 运行时间 : 0.101592s [ 吞吐率:9.84req/s ] 内存消耗:4,817.30kb 文件加载:145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=ebacdb08f76cfc48cce6e8e06d9ac86a
- CONNECT:[ UseTime:0.000563s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.000742s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000328s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000279s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.000571s ]
- SELECT * FROM `set` [ RunTime:0.000237s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.000631s ]
- SELECT * FROM `article` WHERE `id` = 592867 LIMIT 1 [ RunTime:0.000506s ]
- UPDATE `article` SET `lasttime` = 1778319350 WHERE `id` = 592867 [ RunTime:0.012828s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.003583s ]
- SELECT * FROM `article` WHERE `id` < 592867 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000624s ]
- SELECT * FROM `article` WHERE `id` > 592867 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000364s ]
- SELECT * FROM `article` WHERE `id` < 592867 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.000671s ]
- SELECT * FROM `article` WHERE `id` < 592867 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.001120s ]
- SELECT * FROM `article` WHERE `id` < 592867 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.002604s ]
0.103254s