一个没有常识、活在自己世界中的中二病人(话痨)的自留地。

该频道不专注于 Daily 或 News,而是一个记录我当前关注和思考内容的地方。 b6a71b

1. 随机事项:每月为自己安排一些有趣的活动。(大概率🐦🤣
2. 同步内容:我会收集在其他平台上发布的内容。
3. 私人笔记:没经大脑的学习笔记以及一些个人随想。
4. ACG 内容:浓度高的部份还是挪到 另外一个频道 @tomoko_acg
5. 内容转发:在这个频道上转发的内容并不必然代表我个人的立场。
🔖 从写代码到管 Agent:斯坦福首门 AI 软件开发课的讲师说,大多数工程师还没准备好 | 宝玉的分享 #pinboard #agent

他刚才描述的这些,就是一个好的人类管理者每天在做的事。跟 Agent 没关系,这件事做好了,你也是一个优秀的团队经理。

他观察到,Agent 编排做得最好的那些人,往往有过管理人类开发团队的经验。他们在管理人的过程中学会了怎么在多个任务间切换、怎么分配注意力、怎么在信息不完整的情况下做出判断,然后把同样的原则用在了 Agent 身上。


https://baoyu.io/blog/2026-02-27/from-writing-code-to-managing-agents 从写代码到管 Agent:斯坦福首门 AI 软件开发课的讲师说,大多数工程师还没准备好
🔖 skills - OpenClaw #pinboard #openclaw

什么时候 homebrew 可以将 skill 的依赖关系也给管理了,坐等(🐶

https://docs.openclaw.ai/tools/skills Skills - OpenClaw
🔖 Vibe engineering #pinboard #llm

当 AI 承担了 90% 的 "打字" 工作后,剩下的 10% 人类工作(架构设计、代码审查、质量把控、问责)反而变得更重要、更难、要求更高。

我也逐渐理解 HA reviewer 那边为什么设置这么多道机器人 check,linter 都基本开满,每一个都是为了减少 reviewer 的负担

https://simonwillison.net/2025/Oct/7/vibe-engineering/
🔖 “The local-first rebellion”: How Home Assistant became the most important project in your house - The GitHub Blog #pinboard #homeassistant #iot

The contributor base behind that growth is just as remarkable: 21,000 contributors in a single year, feeding into one of GitHub’s most lively ecosystems at a time when a new developer joins GitHub every second.


其中之一了

https://github.blog/open-source/maintainers/the-local-first-rebellion-how-home-assistant-became-the-most-important-project-in-your-house/ “The local-first rebellion”: How Home Assistant became the most important project in your house
🔖 AI 对这段代码的工作原理有深入的理解 | AI has a deep understanding of how this code works | Hacker News #pinboard #llm

关于「情绪超级稳定的社群 Reviewer 遇到热情的外行用户在 LLM 的协助下给你创建了一个 13K 行的 PR 」时产生出来的化学反应。真让人哭笑不得😂

想想我 HA 插件的 4000 行代码,我给的预期是半年分 20 个 PR 来提交,真的是… (但凡有一行代码 Reviewer 有点疑惑都要解释半天什么的)

感觉是一个非常里程碑的事件,而且类似事情估计还会越来越多,甚至各种各样的场景下都会发生。LLM 不会带来平权是真的,能力不足的话,甚至没法意识到「这是一件很糟糕的事情」。

不过这句评论也是够灵魂拷问的:

If a manager says they provided oversight of their developer employees, and the code was not as good as the manager thought, would you say "the manager has had their brain broken by the existence of employees"?

如果一位经理声称他们监督了开发员工的工作,而代码质量并不像经理所想的那样好,你会说 "这位经理因为员工的存在而脑子坏了" 吗?


https://news.ycombinator.com/item?id=46039274
🔖 一个半月高强度 Claude Code 使用后感受 | OneV's Den #pinboard #llm #claude

一般不是非常确定的需求我也是更倾向于「小步迭代」的方案,不然「放飞自我」之后的代码要 review 到吐。


我见过的使用方式大致分两派。一派是 “小步快跑”:每次只让 AI 完成一个小功能,验证没问题后再进行下一步。另一派是 “一步到位”:直接把整个需求扔给 AI,让它一次性生成所有代码。更极端的,还有人会开启 --dangerously-skip-permissions 模式(也就是所谓的 yolo 模式),让 AI 可以不经确认就执行任何操作。


感觉可以作为简单的安利文,身边太多朋友都是那种「啊,这个要钱啊,那就不用了。等有需要再开」。What can I say ?

四舍五入,我去建一个 skill 仓库趴。

https://onevcat.com/2025/08/claude-code/
 
 
Back to Top