byene

coder

[陈成 @chenchengpro]

Claude Code 负责人 @bcherny 说他已经不 prompt Claude 了。是循环在 prompt Claude、在决定下一步���他的活变成了写那个循环。Addy Osmani 给这事起了个名，叫 loop engineering：你不再是那个一轮轮敲 prompt 的人，而是搭一个会自己找活、分发、检查、记账、定下一步的系统，让它去捅 agent。

循环就五个零件，Claude Code �� Codex 现在都备齐了。Automations 是心跳：定时自己跑、自己发现和分流，有结果进 Triage 收件箱，没结果就归档（/loop 按周期重跑，/goal 跑到你写的可验证条件为真才停，每轮完一个独立小模型来判断算不算完成，写代码的 agent 没资格给自己打分）。Worktrees：git worktree 给每个并行 agent 一份独立 checkout，从机制上断了它们踩同一个文件的可能。Skills：SKILL.md 把项目知识摊在外面，省得 agent 每次像金鱼一样重猜一遍，没它循环每轮都从零重推你的项目。Connectors（建在 MCP 上）：让循环够得着 issue tracker、数据库、staging API、Slack，差别就在「这是修复���案」和「自己开 PR、关联 ticket、CI 绿了就 ping 频道」之间。Sub-agents：写的人和检查的人分开，毕竟写代码的模型给自己打分总是手软。

还有第六件，最不起眼，可能也最要命：memory。一个 markdown 文件，或者一块 Linear board，活在单次对话之外，记着做过什么、下一步干嘛。模型每跑一次就忘光上一次，所以记忆得落在磁盘上，不能搁在 context 里。一句话，agent 会忘，repo 不会。

但有三件事循环没替你解决，而且循环越顺，这三件越扎手。第一，验证还是你的事：没人盯着的循环，也是在没人盯着地犯错，done 只是它的声明，不是证明。第二，你的理解会烂掉：循环越快地 ship 那些你没亲手写的代码，你和代码之间的鸿沟就越��。第三，最舒服的姿势往往最危险——循环自己转起来，你很容易就不再有观点、照单全收。所以那句话是对的：Build the loop, stay the engineer，循环你来搭，但工程师这个位子得你自己坐着。

[Gary💙CoinAnk @garyvgroup]

大家谁认识这位博主 吗？
我今天从上午11点开始看他的视频，一直看到现在，长脑子的感觉。

他的 Price Action 内容拆解得非常细致和体系化，很多地方讲得比我之前看到的一些课程都要清晰，尤其是对价格行为的理解，确实有自己的深度。

想找他聊聊合作，不知道圈内有没有认识他的朋友？可以帮忙引荐一下，或者直接私信我也可以，感谢🙏

[Roland.W @rwayne]

英文播客听了两年，能改思维的就 6 个。

1、Founders（David Senra）每期 3 小时，啃企业���传记，把一个人怎么做决策讲透

2、Acquired（Ben Gilbert/David Rosenthal）讲公司完整商业史，Nike 讲了 4 小时，Nvidia 讲了 5 小时，听一集比读 3 本书快

3、All-In，4 个 VC 每周开喷科技和宏观，干货最多，没有第二家

4、My First Million，Sam 和 Shaan 每集脑暴百万美元生意 idea，听几期你自己也开始这样想

5、Knowledge Project（Shane Parrish），专采访会做复杂决策的人，每集多几个想事情的方法

6、Diary of a CEO（Steven Bartlett），专挖创始人的心理和失败，不回避脆弱

[dontbesilent @dontbesilent]

大家真的开始用 /goal 解决问题了吗

能否在评论区留下你用 /goal 的最佳实践？

[DAIR.AI @dair_ai]

https://t.co/EU2rcF5M1f

[Sunny @0xenderzcx]

所以小团队最好的方法不是自己全部手搓一个agent出来而是基于现有的开源大神们的资产去构建专属于某一领域的harness
比如说pi，极简架构但是agent架构完整，非常适合在之上进行二次开发，最近我就在pi之上和我最新的脑爆agent: grok build进行harness设计(你还别说，grok有点opus那味了
如何将你的业务需求很好的转化成harness设计是今后与别的工程师拉开差距的重要标志
你的交互设计，你的taste，你的工具选择，那些用户看不见的东西和看得见感受得到的UIUX
当然，一切都是贴合业务的
pi开源仓库:https://t.co/io26GWTsVV

[mousepotato @iluciddreaming]

练英语口语，找了一堆课程，最后全靠这 4 个免费工具：

🎯 YouGlish — 输入单词，直接看 YouTube 真实场景怎么发音
🎤 Elsa Speak — 读一句，AI 标出哪个音节不对，示范正确发音
📻 BBC 6 Minute English — 听完暂停，用自己的话复述一遍
💬 AI 对话 — 设定场景练，咖啡店点单、聊电影，零心理压力

每天 15 分钟，四个维度：发音、表达、听力、对话。

比花钱买课管用。

[Joruno @wsl8297]

学外语最难补的，往往不是词汇量，而是一个随时能开口的对话环境。PrettyPolly 把这件事直接搬到网页上：选一种语言，立刻和 AI 开聊，把口语练起来。

https://t.co/UBPdrrdQTx

目前支持 26 种语言，中文、日文、韩文等常见目标都有。使用也够轻：打开网页 → 选语言 → 进入对练。

特别适合三类人：
- 想把“哑巴外语”练成能自然开口的人
- 想要低成本陪练，但不想固定约课的人
- 只想用碎片时间做几轮情景对话的人

和传统外教课比，AI 口语工具胜在随时可用、心理压力更小、反复练的成本更低。未来语言学习里，“有人陪你练口语”这件事，大概率会被 AI 重新定价。

[周览资源 @grgerwcwetwet]

整理 10 个能让终端效率起飞的工具。

��果你每天都要写代码、切目录、查文件、看日志、用 Git，这几个基本属于装完就回不去的级别。

zoxide：更聪明的 cd，会记住你常去的目录，输入几个关键词就能跳过去。

fzf：终端里的模糊搜索神器，文件、命令历史、进程、Git 分支都能搜。

ripgrep：比 grep 更快的文本搜索工具，默认支持 .gitignore，查代码非常顺手。

lazygit：把 Git 操作变成可视化界面，提交、切分支、rebase 都不用背命令。

starship：高颜值 Shell 提示符，能显示 Git 状态、语言版本、环境信息，速度也很快。

atuin：增强版命令历史，用数据库保存，还支持搜索和多设备同步。

bat：cat 的升级版，带语法高亮、行号和 Git 变更提示。

eza：ls 的现代替代品，颜色、图标、Git 状态一眼看清。

yazi：超快的终端文件管理器，支持预览、快捷键和异步操作。

delta：让 Git diff 更好读，支持语法高亮、行号和并排对比。

这类工具不一定复杂，但每天省下来的时间很明显。终端用得越多，越值得折腾一套。

[Sac @Saccc_c]

想让 Codex 具备设计师级别的审美？分享3个我实测有效的design skills：

1、impeccable
综合表现比 uiuxpromax 那些热门设计 skill 实用得多
🔗：https://t.co/xxALnWwWM8

2、taste skill
仓库里有很多skill，但核心用法下载两个就足够:
imagegen-frontend-web skill 配合image2生成高质量设计参考图
image-to-code skill 1:1 还原图片成网页

详细效果和完整步骤参考：
https://t.co/i2qEdh6Zca

3、Frontend App Builder skill（Codex内置）
直接在Codex的skill市场搜索下载，工作流和 taste skill 类似，先生成设计图再转代码。但它对图片还原度的要求更严，整体流程更工程化：颜色不能随意解读、图标风格要逐一对齐

另外，如果你想做完整的设计落地，也可以直接安装内置的Build Web Apps plugin，除了该skill外，还包含 shadcn/ui 组件、浏览器验收等能力

Codex官方成员出过一篇相关文章：
https://t.co/HJbdRexD1C

[GitHubDaily @GitHub_Daily]

平时给团队梳理业务逻辑，经常要同时打开画图软件和录屏工具来回切换，过程实在有些折腾。

于是找到 CanvasCast 这个开源工具，它把白板绘制、幻灯片演示和录制全整合到浏览器里。

打开网页就能画，支持画笔、图形、箭头、文字和图片，画完按幻灯片组织好，直接点录制，结束后导出视频文件。

GitHub：https://t.co/uAF7vEad2c

内置提词器，录制时可以跟着脚本讲，滚动速度和透明度都能调。

摄像头小窗和��克风独立控制，想露脸就开，不想露脸只录声音也行。

还提供了多种画布比例和背景模板，录出来的画面比较整洁。

如果你经常需要录一些知识点讲解、技术方案说明或者项目演示，又不想折腾专业剪辑软件，可以试试这个。

[Geek Lite @QingQ77]

一个终端里的数据库客户端，能连五种数据库，自带 MCP 服务器让 AI 助手直接查库。

https://t.co/iLoffkZFwh

Rust 写的 TUI 工具，能连 Postgres、MySQL、SQLite、DuckDB、ClickHouse。编辑器是 Vim 模式，能补全、能装 Lua 插件。跑 narwhal mcp 之后 Claude Desktop 或 Cursor 就能直接查你的数据库 schema。支持 SSH 隧道和系统钥匙串认证，SQL 事务、多种导出格式都有。

[老王霸 AI Lab @laowangbabababa]

再推荐一个实时交互学英语的项目，特别好玩，2.2万 星 的 Qwerty Learner，点进去才发现，背单词也能做得这么沉浸。
它没有把人带进课程页，一个单词，一个音标，一段发音，敲对才往下走，敲错就重来。

背单词这么难的问题被他轻松解决了：
→ 看词义，先知道这个词在说什么
→ 听发音，顺手把读音挂上
→ 手指敲出来，让英文输入变成肌肉记忆，敲击还有动效
→ 错词进错题本，后面再练

对键盘工作者来说，最舒服的是词库。
CET、考研、雅思、托福、GRE 有；JavaScript、Python、Linux、SQL、AI、Rust 这些程序员词库也有。还能调发音、音量、循环次数、默写模式、释义显示、深色模式、数据导入导出。

这玩意儿适合两类人：
学英语的人，用它把单词从眼熟练到手熟。
写代码的人，拿它练英文 API 和命令行词汇。

网站：
https://t.co/bvzb66xt5X
仓库：https://t.co/U8AehvVh97
PS：这种工具别只收藏，打开敲 3 分钟，马上知道自己英文输入卡在哪。

[小盖 @xiaogaifun]

Notion 创始人这期分享确实很精彩。

大家千万别错过 Notion CEO Ivan Zhao 在红杉聊的这期播客，观点特别有见地。

甚至我觉得，这是近半年来所有创业者都应该认真精读的一期内容。

相当解惑。Ivan 把 AI 时代里一个组织正在发生的变化，用一种特别形象的方式串了起来。

1、Ivan 提到一个非常有意思的概念，叫 Jazz Mode。传统公司像 marching band（行进乐队），队形整齐，节奏固定，指挥说什么大家做什么。

Notion 想做的是 jazz band，有基本结构，但更强调即兴、互相接住、每个人都能主动发挥。

Ivan 觉得 AI 时���变化太快，太像 marching band 的组织会跟不上，所以 Notion 这几年在��意招那种高主动性、高好奇心、能自己找路的人。

2、公司并不存在完美的扁平结构，人和人之间的层级关系始终存在，在这一点上他选择承认现实。

真正能设计的是一起工作的方式，把公司组织得更像一支可以即兴合奏的爵士乐队，而不是一支只会整齐队列表演的军乐队。

3、但爵士模式的前提是主旋律要清楚，相当于愿景、产品方向和少数几条铁律，类似底层和声结构。

团队在这个主旋律之上拥有较大的即兴空间，可以根据用户反馈和技术变化自己处理段落，而不是在每一个决策点都往上递审批。

4、Notion 现在大约有六十个曾经做过创始人的员工，这是他刻意营造的人才结构。

他更愿意招对 0 到 1 负过全责的人，这类人习惯自己发现问题、搭框���、推进落地，也更愿意在模糊地带主动出手。

公司需要的是能自己写歌、也能听懂别人演奏的人，而不是只会照谱子执行任务的演奏员。

5、在工程组织上，他把 Notion 重构成一个杠铃结构。

一端是非常 junior 的工程师，刚毕业或者职业早期；另一端是少数非常 senior 的架构师和技术带头人。

中间那类常规中高级工程师反而被刻意压缩，整个分布像一根两头重、中间瘦的杠铃。

6、杠铃结构背后的逻辑很简单。年轻工程师可塑性强，不会被旧时代的大规模工程实践和工具链束缚思路，在大模型快速变化的环境里能更容易接受全新的开发范式。

资深架构师负责定义系统级的分工和抽象，比如哪些部分交给模型，哪些部分坚持规则，如何组织数据和服务，确保整个产品作为一个系统是连贯的，而不是东一块西一块的功能拼盘。

7、当一个工程团队里大多数人都停在经验不浅、但也谈不上顶尖的这个档位时，整个组织很容易陷入一种温水状态：事情都有人做，但缺少敢颠覆旧方案的人，也少了愿意疯狂尝试新东西的人。

年轻人缺少全局视角，只能局部优化，老一辈如果人数太少，声音又容易被流程淹没，这种结构在 AI 时代会变得非常迟钝。

8、他用一个很有画面感的比喻来解释大模型产品开发。传统软件工程更像修桥，强调确定性的结构分析和数学推演，只要按照规范搭建，结果会高度可预测。

基于大语言模型做产品更接近酿啤酒，需要在原有配方和工艺上不断试验，调整温度、时间和原料比例，最后的标准来自人的口感而不是单一技术指标，用户体验是第一参照系。

9、他把 Notion 的 AI 能力视作对产品的再创作，而不是简单给旧界面贴一个智能按钮。

在拿到 GPT4 的早期访问时，他的直觉是，工具本身的工作方式需要重想，如果从公司一开始就可以假设存在这样的模型，那么 Notion 的交互结构、功能边界和价值主张应该是完全不一样的一套设计，这需要以重启思维来对待，而不是做一个插件。

10、他的职业生涯里出现过两次真正意义上的重启。

第一次发生在公司最困难的时候，团队被压缩到只剩几个核心成员，几个人躲在京都的小公寓里，用近乎白纸的心态重新问自己。

Notion 还要不要继续存在，如果要继续，哪些东西必须放弃，哪些能力哪怕再难也要保留。这一轮更偏向拿掉包袱、守住本质。

11、第二次重启发生在他拿到 GPT4 早期权限之后。

当模型能力跃迁时，他意识到自己这家公司可能会��去原本的位置，也可能借此进化成下一代生产力工具，关键在于有没有勇气承认旧的产品假设正在过期。

这一次的重启更偏向向前跳，是把 Notion 推向 AI 原生路线的转折点，从「文档+数据库」升级成「有理解能力的工作空间」的起点。

12、关于什么时候该重启，他给的判断标准非常实际。

并不是等到财务报表撑不住，更多是看组织与时代之间的错位：技术和市场环境已经明显往前走了，内部流程、产品形态和人才结构还停在旧逻辑里。

同时创始人对当下这家公司明显提不起兴趣，每天更像在维护一台运转正常但没有灵魂的机器，这种状态持续存在，基本就到了需要重启的阶段。

13、他谈创始人角色时，把重心放在创始人能量上。

创始人在公司里最关键的价值不只是最后拍板，更是持续发射出一套稳定的频率，这套频率包括对产品审美的标准，对什么算好体验的直觉，对哪些细节不能妥协的执念，以及面对不确定性时愿不愿意亲自下场试。

只要这股能量还在线，团队就知道自己在跟随一位有风格的乐手，不是在为一个抽象的 KPI 系统打工。

14、在人才选拔上，他逐步弱化简历本身的重要性。

Notion 的第一轮面试已经不再以简历为核心材料，更关注候选人在开放问题前的思考方式，对产品的直觉，对工具和工作方式的理解。

名校和大厂的履历在他眼里容易变成噪音，他更在意一个人能不能提出自己的看法，能不能在真实的情境下把事情推进，而不仅是在纸面上合格。

15、在销售文化上，他没有把销售放在产品的对立面。

他希望 Notion 的销售像懂音乐的乐手，先听清楚客户现在那首歌的节奏，再思考 Notion 这件乐器应该在什么位置加入，是主旋律，是伴奏，还是间奏，而不��一上来就把音量拉到最大���追逐签约数字。

真正重要的是建立长期合作关系，帮助对方把 Notion 用深、用广，而不是满足一次性收入目标。

16、他反复把组织、产品和 AI 放在同一个坐标系里思考。

组织设计要适配新的技术范式，人才结构要为试错和即兴留出空间，产品要在模型能力和用户体验之间找到新的平衡点，销售和商业化则负责把这套东西带到更大的市场里。

整套思路的底层前提很简单：这家公司永远是一支在不断改编曲目的爵士乐队，而不是一台固定工序的流水线。

[Geek Lite @QingQ77]

为 AI 编程助手提供 113 个品牌风格的自包含 HTML 设计参考（91 个网页 + 22 个 iOS），安装后直接用自然语言描述品牌风格即可生成对应页面。

https://t.co/fntpYA4EA4

还加了 20 个中国品牌参考：飞书、抖音、豆包、阿里云、DeepSeek、Kimi 这些。装好后在 Claude Code 里用自然语言说品牌风格，AI 自动读对应模板并套用���实品牌 token。

[Geek @geekbb]

有点意思，Codex 用的 Skill，专门给文章配手绘风格的插图，把文章里抽象的想法变成看得懂的手绘配图。

https://t.co/4a47xdShxz

[Wey Gu 古思为 @wey_gu]

dynamic workflow 搞 subagent dag 的形式感觉有潜力成为无关 harness 细节的协议

- dag compiler 是 agent 不是 code
- node 是 subagent

用来做 delegate 的 long run 多 subagent 任务、甚至超出单 agent 的 skill/procedural Memory、可以被重复 hook/ schedule 的复杂任务都是可以的

因为不是代码 compile/execute 的，workflow 的 dsl（现在是 js）只需要例子 prompt 就可以移植，甚至例子可以小到在 workflow 文件里自包含做无关 harness 的实现

[Vince 聊开发 @vincemask]

这场 workshop 比较难得的一点，是 Anthropic 直接把他们内部常用的用法拆开讲了

包括：

1、Prompt 怎么组织
2、Context 怎么管理
3、Role 怎么设
4、示例怎么给
5、输出怎么约束
6、多轮任务怎么拆

[kepano @kepano]

File over app

File over app is a philosophy: if you want to create digital artifacts that last, they must be files you can control, in formats that are easy to retrieve and read. Use tools that give you this freedom.

File over app is an appeal to tool makers: accept that all software is ephemeral, and give people ownership over their data.

In the fullness of time, the files you create are more important than the tools you use to create them. Apps are ephemeral, but your files have a chance to last.

The pyramids of Egypt contain hieroglyphs that were chiseled in stone thousands of years ago. The ideas hieroglyphs convey are more important than the type of chisel that was used to carve them.

The world is filled with ideas from generations past, transmitted through many mediums, from clay tablets to manuscripts, paintings, sculptures, and tapestries. These artifacts are objects that you can touch, hold, own, store, preserve, and look at. To read something written on paper all you need is eyeballs.

Today, we are creating innumerable digital artifacts, but most of these artifacts are out of our control. They are stored on servers, in databases, gated behind an internet connection, and login to a cloud service. Even the files on your hard drive use proprietary formats that make them incompatible with older systems.

Paraphrasing something I wrote recently:

> If you want your writing to still be readable on a computer from the 2060s or 2160s, it’s important that your notes can be read on a computer from the 1960s.

You should want the files you create to be durable, not only for posterity, but also for your future self. You never know when you might want to go back to something you created years or decades ago. Don’t lock your data into a format you can’t retrieve.

These days I write using an app I help make called Obsidian (@obsdmd), but it’s a delusion to think it will last forever. The app will eventually become obsolete. It’s the plain text files I create that are designed to last. Who knows if anyone will want to read them besides me, but future me is enough of an audience to make it worthwhile.

[空谷 Arvin Xu @arvin17x]

https://t.co/J9M2EfFpZY