郭宇 guoyu.eth

统计数据

672
文章
0
粉丝
0
获赞
7129
阅读
avatar
大家其实不用那么焦虑，只要 AI 硬件还在疯涨，就说明 AI 还处于早期发展阶段，做什么相关的软件都正是很好的时机。
avatar
人如果不能活在山里，就得活在海边，唯独不能生活在拥挤的城市里，第一万次想把东京的房子都卖了，在海边盖一个大大的房子，门口是蓝色的大海和一大片草地，养一只小狗，每天我就坐在屋檐下 vibe 一些有趣的想法默默改变世界…
avatar
就坐飞机这几个小时，又有好玩儿的东西出来了😂
avatar
平安抵达夏威夷，开上我的敞篷小野马❤️
avatar
又有了个新想法，非通用机器人以往通过单片机写死的控制流运行，如果cc、🦞和小型模型能运行在这些计算空间里，理论上所有控制芯片的逻辑都值得被改写，尤其是处于移动空间中的使用场景。
avatar
现在是 2026 年 2 月，还有人觉得 vibe coding 不如古法编程，徒手编程。知识的诅咒即是自我的牢笼。
avatar
换个地方 vibe，大韩全新交付的 78K，应该是目前亚洲去夏威夷最好的商务舱产品，设计低调讲究，却同时保持了特色，镜面收纳柜一看就是不锈钢餐具的韩国风格🇰🇷餐食看起来挺惨，味道其实还不错…
avatar
王小波如果还在世一定是一位非同凡响的 vibe coder
avatar
刚才突然想到一个事儿，怎么还没人做自动输入法？是我没在时间线上看到吗？
avatar
把昨晚我拆分出来的几个产品共用的 sandbox interface 做成了公共的开源项目，过两天发布，这样以后大家就不需要一个个 sandbox providers 去手动接入了。我觉得 sandbox 目前这层的抽象还有很多问题尚未解决，比如最重要的，agent 记忆共享，通话与会议，其实都是在通过人类 UI（slack 或者 discord）在绕着弯解决。在 skill agent 架构下，人类应该是观察者，不是介入的操作者。
avatar
今日 vibe 感想：一个长程任务的效果远高于 n 个短程任务，前提是：1. 它没有环境副作用。2. 它在模型允许的上下文长度内运行。第二个条件会随着时间增强，第一个条件需要我们来设计控制。因此，设计 agent loop 最关键的一点在何时选择暂停它手头的工作，让 agent 休息片刻后再继续。
avatar
文思泉涌，言出法随。vibe 好像让我的生活状态回到了 2013 年，那时候年轻，一无所有，但也是人生中最开心的两年，维护着两百个开源项目，经济独立，比特币刚突破一百美元一枚，世界上所有的钱和人才涌向中关村，现在回想起来，恍若隔世。
avatar
今天在去机场的车上想清楚了我要做的一人公司架构，这个方案将作为我的第 10 个 vibe 项目发布，同时开源。
avatar
看到一个比较有趣的评论，但经济真的是依赖摩擦运行的吗？我觉得正好相反，没有摩擦经济能运行地更好：更高的生产力，更公平的分配，但这些只是虚拟世界的理想国，人类的制度拖慢了 AI 的速度，AI 是皇帝的新衣中那个说真话的小孩儿而已。
avatar
按照现在 AI 的发展速度，最好不要设想两年以后的事情，不如先想象下六个月之后会发生什么，也好分布验证自己的判断😂
avatar
睡前做了 3 个完全不相关的事情： 1. 让 cc 写了个基于 XPBD/three.js 的 T 恤的 web 模拟器 2. 开始抽象几个服务共用的 sandbox service，发现市面上确实已经开始有类似的创业公司做 sandbox 抽象层 3. 将 chatben 的 sandbox service 迁移到 daytona，冷启动快了 3x，费用几乎和 fly io 差不多
avatar
做软件摆地摊还是头一回见哈哈哈哈，很有意思
avatar
刚开了一个新项目，进入我完全不懂的服装设计/制造领域，看看 cc 能帮我把这个想法拓展到什么水平。
avatar
第 9 个 vibe 产品是一个很有意思的 token 期货产品，有意思在什么地方呢，代码写了 90%，测试覆盖率也很全，但从头到尾我还没看过 UI（我不清楚 cc 写了没有，我也不是特别在乎这个）这其实也是我为什么做 的动机来源之一。以后的产品可能并不需要多复杂的 UI，特别是针对 agents 设计的产品。
avatar
今天在 HN 看到一篇分享自己使用 cc 方法的文章，很有意思，在 agent 时代，对专业工程师背景的使用者可能更有帮助，因为这种思维方式主要集中在和 cc 结对编程的长会话中（目前仍然是我最喜欢的 vibe 方式）我让 cc 总结了一下，感兴趣的朋友可以看看，文章链接在总结的最末尾。 作者背景： Boris Tane，Cloudflare 工程负责人，前 Baselime（被 Cloudflare 收购）创始人，使用 Claude Code 约 9 个月。 核心方法论 "在审批书面计划之前，绝不让 Claude 写代码。" 他把工作分成三个阶段： 1. 研究阶段（Research） - 先让 Claude 深度阅读代码库，输出 - 用"deeply""in great details"等词引导 Claude 做彻底调研 - 目的：避免 Claude 写出"单独能跑但破坏现有系统"的代码 2. 计划阶段（Planning）+ 标注循环 - 让 Claude 输出 ，包含实现方案、代码片段、文件路径、权衡取舍 - 最有特色的环节：标注循环（Annotation Cycle）——在编辑器里直接往 里加批注（纠正假设、否决方案、补充约束），然后让 Claude 根据批注修改计划，反复 1-6 轮直到满意 - 最后拆成细粒度的 checklist 再交给 Claude 执行 3. 执行阶段（Implementation） - 标准化的执行提示词，让 Claude 逐项完成并勾选 - 执行期间反馈简短、精准 - 如果方向错了，直接 revert，不做增量修补 --- 可借鉴的思路 1. 共享可变文档——用 markdown 文件作为人机协作的"共享状态"，比口头对话更持久、可追溯。这个对复杂项目特别有用，设计决策可以沉淀下来。 2. 标注循环而非对话循环——直接在文档里写批注比在聊天里来回说更高效，Claude 能看到完整上下文，不会丢失信息。 3. 严格的阶段门控——研究 → 计划 → 执行，每个阶段有明确产出物，不跳步。防止 Claude "想当然"地写代码。 4. 接口保护——明确告诉 Claude 哪些函数签名和 API 不能动，设硬约束。 5. 果断 revert——方向错了就回滚重来，不要试图在错误基础上打补丁，这比增量修复节省更多 token 和时间。 6. 单次长会话——在一个连续对话里完成研究到实现，让 Claude 积累对项目的理解，而不是每次都从零开始。 原文链接 How I Use Claude Code：
avatar
我刚让 cc 在本地项目的 claude md 文件中加一个工作流提示，以防万一下次出错，它直接说那我自己加到共享记忆当中，这是一个啥新的功能？也就是说之后不需要再继续维护 claude md 文件了吗？
avatar
今晚偶然看到目前在 vibe 的产品不仅 cf 在做，甚至 uniswap 都在做。我现在的感受有点复杂。
avatar
本月 vibe 的产品中最大的账单来自 chatben！可以说是完全的赛博菩萨项目，fly io 的并发 sandbox 实例 20 个跑一周大约需要 100 美元的费用，加上 cf DO 的费用，总计周成本是 200 美元（这还不包括 openrouter 的 llm token 成本）从 chatben 可以看出目前的 skill agent 沙箱模式并不适合做面向所有用户的免费项目，再加点钱我完全可以自己弄一台 100 实例并发的裸金属机服务器了，换句话说，如果你的产品希望使用 sandbox 模式跑通，多半需要自己在实例部署的成本控制上下点工夫。
avatar
本来只是想送啵啵回去上班，结果突然被提前庆祝了生日😭平常一般都是我送别人东西，这次收到了花和礼物很开心❤️
avatar
其实比起 Agent 的社交网络，我觉得 Agent 更需要一个 broadcasting 系统