YOLO

San Jose
Joined March 2008
leeight retweeted
三年前最大的问题是 oncall 太多,没时间写代码 现在的问题是 oncall 让 agent 接管了(对用户的感知变弱),代码也不用人写了(对代码的掌控变弱),如何利用多出来的生产力创造新价值成为每个人的课题
如果回到 2023 年我真觉得像梦一样 chatgpt 帮我 oncall 真的实现了
5
1
1
21
1,005
got the HRT gang back together!
769
596
383
14,457
2,107,556
介绍一下 Aether 是在 B 站上小有名气的体素游戏开发者,主动跑来加入了 Pocket 小作坊全员(@_HalfSweet 和 @ericoolen_eric)在 conf 后的八合里庆功宴,相谈甚欢 🌝 bilibili.com/video/BV1viRYYf…
昨天在深圳的 RustChinaConf 获得了 Ferris 和金属 Rust Logo~ 😍🦀
4
1
36
5,336
leeight retweeted
iOS 16 on redmi note 12
546
1,847
510
39,698
3,835,340
leeight retweeted
Claude Code 团队写了篇他们内部怎么做 code review 的,最好玩的一个细节是有个 PR 一晚上被 agent 审了又改、改了又审,跑了 50 多轮,最后是作者自己手动停掉的 他们回头 git blame 那些被反复标出来的问题,发现大约 59% 是 reviewer 第一轮就已经能看到的代码。它很少在找修改引入的新 bug,只是每轮再多挑出几个旧问题,所以怎么修都审不完 后来他们给 review 加了上限。审到第三轮就让作者退一步重新想方案,别再继续修,之后几轮只看 diff。人要不要审也不让作者自己选,由分类器按改动风险定,低风险不用人,中风险一个人,高风险两个人,agent 的 approve 也不算人。谁指挥 agent 写的 PR,谁就算一个必需的 reviewer 效果是一轮就过的比例从 65% 涨到 78%,要 5 轮以上的从 8.9% 降到 1.5%。现在 Claude Code 大约 90% 的代码是 Claude 自己写的 我一直觉得最好的用法是把写计划、实现和 review 拆开,交给不同模型搭着用。看完这篇感觉光拆开还不够,review 还得有停止条件,不然两个 agent 真能互相忙一整晚
40
26
9
443
89,983
leeight retweeted
I'd never heard of the Chinese car brand that just drove us back to the hotel in Shenzhen, but the interior was as nice or nicer than a top-spec Mercedes S class and the 20-minute drive was $6. Germany should be very worried indeed.
400
285
66
9,694
703,621
leeight retweeted
iPhone OS 1 is now running on Mac, w/ 2D acceleration & networking.
20
105
6
1,491
46,413
感觉这次深圳 Omarchy Meetup 的质量已经是远超 SF 的水平了。 虽然还有些草根和良莠不齐的成分,但现在的中国开源社区应该已经具备了世界一流的工程实践能力和社区动员能力,深圳也有着非常独特的 builder 文化,非常有活力。 近期还会再去深圳,欢迎对 Pocket 小作坊感兴趣的朋友相约交流!
35
7
2
246
20,391
leeight retweeted
Anthropic 公布内部数据:AI agent 工作时长已是员工 6 倍,技术岗新招的初级员工占比从 27% 降到 9% Anthropic 10 月 16 日发布两份报告。一份讲 AI 怎么改变了 Anthropic 自己的招聘和工作方式,另一份比较 Anthropic 员工和普通美国人对 AI 前景的预期。两份报告合起来的结论是:员工和公众对 AI 怎么影响就业的理解差不多,预期差距主要来自每天用 AI 的亲身体验不同。 先看招聘。Anthropic 技术部门新招的人里,初级岗位的比例从 27% 降到 9%,2025 年 12 月之后初级职位的招聘明显减少。技术部门员工占全公司的比例从 61% 降到 56%,不过技术岗的绝对人数还在增长。 面试评价里提到候选人会不会用 AI 工具的次数,比 2024 年多了好几倍,技术岗约 3 倍,非技术岗约 4 倍。 再看 AI 干了多少活。2026 年 3 月,AI agent 的累计工作时长第一次超过员工。到 8 月,员工自己调用的 agent 工作时长已是员工的 6 倍。这里员工工时按每人每周 40 小时估算,agent 只算实际运行和调用工具的时间。 产出跟着涨。 工程师人均代码提交量是半年前的 5 倍,律师处理的合同、销售签下的单子也变多了。 研究人员追踪了 192 位开始用编程 agent 的工程师,发现他们用上之后写的代码明显增多,而且 agent 写的代码和人写的代码,后来被删掉或撤回的比例没有差别。 新的瓶颈是人的注意力。 报告统计,Claude 的会话里大约 80% 的时间在等人回复。员工花在“管 AI”上的精力越来越多,比如给 agent 写固定指令、检查 agent 的产出、搭监控流程,这类工作在员工使用 Claude 的过程中占比从 2025 年秋天的 10% 涨到 2026 年春天的 22%。 4 月的内部调查里,20% 的员工说自己的角色正从亲手干活变成管理一群 Claude。 Anthropic 认为自己可能是个先行指标,AI 用得最深的公司现在出现的招聘和分工变化,以后可能出现在更多行业。报告也提醒,它是 AI 公司,又处在高速扩张期,这些数字不能直接套到普通企业身上。 第二份报告用 1334 名员工的内部问卷,和调查公司 Morning Consult 8 月对近 1.1 万名美国成年人的调查做对比。 差距最大的两道题:认为 AI 到 2030 年能做出诺贝尔奖级别发现的,员工 91%,美国人 39%;认为到 2030 年 AI 能干自己现在八成以上工作的,员工超过一半,美国人只有约 5%。员工内部也有分歧,大约 2 成员工的预期和普通美国人差不多。 预期差这么多,推理方式却相近。两组人都是觉得 AI 能替自己干的活越多,就预测失业率越高。 比如美国受访者里,预计 AI 能干自己八成以上工作的人,预测 2030 年美国失业率会到 12.2%,目前大约是 4.2%。按 Anthropic 的解释,两边对 AI 如何影响劳动力市场的判断逻辑一样,区别在于亲眼见到的 AI 能力不同。 原文:anthropic.com/research/expec… 员工就业报告:anthropic.com/research/emplo… 预期差距报告:anthropic.com/research/ai-ex…
137
52
22
286
42,980
leeight retweeted
昨天还在说 Code Review 的实践,今天Anthropic就写了一篇文章详细描述它们 Code Review 的工程实践: claude.dev/blog/solving-code… 非常受用,可以好好读一下,核心观点是:代码多到人读不过来之后,人已经不 review 代码了,而是追求花最少的时间 并且回滚和事故又不增加 一个改动要过七层检查,几点也很有趣: 1 让 Agent 提 PR 之前先自证 证明做完了 测试 截图 等等 2 每个 PR 都有 AI review diff,对照整个仓库和 PR 的意图来审 多个 agent 同时找 bug 再由另一组投票,多数认定是真问题才发出来 纯风格类的意见直接丢掉 这个和我的 review-forge 的思路非常类似 3 按风险决定要几个人批 低风险不用人批准自动合并,普通功能一人批 最高风险的路径要两个人(我怀疑这步骤真的那么有用吗?人能看过来吗) 4 merge queue / feature flag / 灰度发布 先给内部员工用, 快速发现 快速回 feature flag 不用部署就能关掉 里面还有一个非常实用的思路 正好解答昨天多 agent review 的问题: review 要能收敛,agent 写 agent 审,有可能可以互相折腾个没完,文中说有个 PR 一夜之间来回改了五十多轮 git blame 一看,59% 被反复标记的都是第一轮时就已经存在的老代码 所以他们加了几条规则:最多三轮,超过就让作者退一步重新想方案 几轮之后只审新增的 diff 已经提过的意见不再重复。
19
80
3
360
26,858
leeight retweeted
Code Review is now generally available for Claude Team and Enterprise plans. Reviews are now faster, catch more of the bugs that matter, and admins can pick from Quick, Standard, or Deep review levels for each repo.
252
381
180
7,273
1,098,021
leeight retweeted
台北夜市吃个刨冰还能吃到黄仁勋同款
6
1
88
7,276
leeight retweeted
各国iPhone 18PM 512G的价格,美国的那么便宜?明天去买一台。。
2
1
752
leeight retweeted
这个叫 xiongbao 的网友真会玩,DNS 也这么酷
6
3
66
13,538
leeight retweeted
在找工作,看全栈 / AI Agent /大前端方向的机会,base 苏州,remote OK。 最近待在 Zoom,之前在百川智能,滴滴待过。主要技术栈 TypeScript / Python / Golang,差不多 8 年的工作经验
405
33
7
219
149,932
leeight retweeted
Floating logos in the sky of CBD Singapore
53
792
131
5,108
126,690
leeight retweeted
你交的税,远比你想象中的多。 一个上海的公司花 2 万块招一个人,员工到手现金只剩 54%, 就算是归个人所有的钱,也只有 78.9%。 在新加坡,这两个数字分别是 67.8% 和 99.3%,基本上公司给你发的每一分钱你都能拿到手。
81
65
4
493
66,693
leeight retweeted
如果不是被起诉,我们永远都不会知道,Anthropic在2021年就已经完美地预言了现在的AI发展。 我刚看完这份 @AnthropicAI 在诉讼中曝光的内部文件,叫《Concise Research Roadmap》,最后更新于2021年7月。 这份文件由Anthropic联创Jared Kaplan撰写,里面还保留了 @DarioAmodei 、 @NotTomBrown 、 @AmandaAskell 、 @ch402 等一批核心研究人员的内部评论。 文件上甚至还标着「Highly Confidential–Attorneys' Eyes Only」(高度机密,仅限律师查阅)。 我仔细看完之后,真的有点感慨。 因为今天我们讨论的Coding Agent、Tool Use、长上下文、RL、自动化反馈,甚至Agent的安全问题,在这份五年前的研究路线图里,基本都已经出现了。 而且远不只是一些模糊的概念。 首先,Anthropic在2021年就已经明确提出,要做一个具备软件工程师能力的AI助手。 在文件第一页,他们就写道,希望开发一个通用AI助手,可以通过对话帮助用户创建、编辑和解释软件。 包括开发浏览器插件、编写函数、发现Bug、设计API、讨论代码风格和最佳实践等等。 最终目标是让AI展现出一名软件工程师同事所具备的能力。 你会发现,这不就是今天Claude Code正在做的事情吗? 更有意思的是,他们当时就认为,要实现这个目标,需要大规模生成模型、长期记忆,以及通过自动化奖励和人类反馈进行强化学习。 甚至连Roadmap都已经想得非常清楚了。 第二,他们当时就专门把RL for Tool Use列成了一项重要研究方向。 研究的核心是让大语言模型学会使用工具,理解环境和目标,并通过强化学习不断改进。 当时他们提出的具体任务包括搜索、printf调试等,还准备研究工具使用能不能让模型获得比监督学习更好的Scaling效果。 今天Agent领域讨论的一大堆问题,五年前他们就已经开始思考了。 第三,最让我意外的是,他们当年甚至就在讨论Coding Agent的产品形态。 Tom Brown提出,代码仓库浏览是一个简单而有价值的工具,可以从这里开始。 Nelson Elhage则表示,如果AI能够主动查找项目中的类型定义,会是一项很强的能力。 Andy Jones进一步提出了两条不同的路线。 一条是打造最优秀的AI程序员,另一条是先验证AI使用工具的能力。 Dario Amodei的回答是:短期优先后者,长期优先前者。 而且同一份文件里,Sam McCandlish就已经开始担心,如何安全地部署非沙箱化工具。 Dario特别强调了部署阶段执行代码的工具。 你再看看今天围绕Coding Agent的Sand box、权限控制和代码执行安全的一系列讨论。 真的很难不感慨。 第四,他们很早就意识到,模型能力和Alignment不能脱节。 Amanda Askell在评论里担心,如果能力研究集中在代码领域,而对齐研究只关注自然语言,那么未来可能会出现模型能力越来越强,但对齐研究无法充分覆盖这些能力的情况。 所以她强调,两者应该紧密结合。 这其实也是今天Agent安全研究面临的重要问题。 我觉得这份文件最有意思的地方,是它让我们重新认识了Anthropic这家公司。 2021年的时候,ChatGPT甚至都还没有发布,整个行业对大语言模型未来能做什么,都还没有今天这么明确的认识。 但Anthropic的这群研究人员,已经把软件工程助手作为通向AGI的一个具体研究目标,并且围绕模型规模、数据、长上下文、工具使用、强化学习和安全,制定了一套相当完整的研究路线。 至少从今天回头看,他们对技术发展方向的判断,确实非常超前。 而且更值得注意的是,这份文件讨论的很多问题,直到2026年都还没有被彻底解决。 五年前他们在思考如何让AI成为软件工程师的同事。 五年后,我们已经开始讨论,如何让AI独立完成整个软件工程任务,甚至参与改进自己的模型和研发系统(AKA:RSI)。 有时候AI的发展看起来快得不可思议,但仔细回头看,你会发现,有些人其实很早就已经知道自己要往哪里走了。
Anthropic released their 2021 research roadmap earlier this year (because of copyright litigation); I think some people might find it interesting: i.sm4.ca/concise-research-ro…
41
168
16
1,175
100,118
leeight retweeted
周受资说的太对了:写代码本来就只占工程师约30%的时间 🤣 最近的星展亚洲未来前瞻大会上,提到AI技术的影响以及对软件工程师的“替代”这个议题,TikTok CEO周受资说: 我们谈到AI编程,在我们这个行业里,写代码过程本身是被AI颠覆了;但写代码只占大多数工程师30%的时间,其他很多工作依然非常依赖人——规划、与产品经理沟通、各种协调 等等,而且现在人的检查复核依然不可或缺。 周受资老板是真了解程序员工作的😂 我记得10多年前我在国内某一互联网大厂,码农们上午基本开会,下午很晚或者晚上才会有时间写代码,哈哈!而且当时这种现象在互联网大厂中是普遍的,事实上大家白天工作时间本来就没有多长时间写代码 🤣
51
31
14
251
61,123