Nereus Eng

在新加坡的前端工程師

[ぺろり @maid_Pelori]

おばあちゃんから最高の連絡がきて最高の気分になる昼下がり

[dangjin @JinsFavorites]

之前看到有大佬把自己的Kindle 作为 ClaudeCode 的 HUD ，效果不错！我让我的 Claude 看了下他说他也能，好叭，劝不住，他不但搞了还搞了个落地页！

项目地址在👇

[Ihtesham Ali @ihteshamali]

https://t.co/Xn6reAhbef

[Evan Lin@LINE DevRel @Evan_Lin]

💻 技術分享：如何讓 AI Agent 直接操控桌面軟體 (Electron App)
跟大家分享一個最近看到很有趣的自動化思路！💡

原作者示範了如何透過 agent-browser 讓 Claude Code 直接接管 Slack 桌面版並自動發送訊息。這意味著我們不一定要去接複雜的 API，直接從 UI 層級就能做自動化。

這套做法主要使用了兩個 Skill 模組：

🔹 Slack 專用版：https://t.co/CUeibM05DI

🔹 通用 Electron 版：https://t.co/nWt6Xgn0bW

🛠️ 背後原理 (Under the hood)
其實底層邏輯很直覺： 幾乎所有 Electron 架構的應用程式都會暴露 Chrome DevTools Protocol (CDP) 埠口（常見如 --remote-debugging-port=9222）。
只要開啟這個偵錯埠口，我們熟悉的瀏覽器自動化工具（例如 Playwright 或 Puppeteer）就能像控制 Headless Chrome 一樣去操控桌面軟體了。🤖

🚀 為什麼值得關注？

雖然 CDP 技術大家可能不陌生，但這提供了一個很棒的低門檻自動化思路。如果某些 legacy 系統或內部工具沒有提供完善的 API，這種「直接操控介面」的方式會是很好的替代方案。
歡迎大家交流看看有沒有什麼工作流程可以這樣串接！☕️

[苍何 @canghe]

https://t.co/X0o4s2e7at

[sitin @sitinme]

我最近在用 Claude Code 写代码的时候，有一个体感非常明显的变化：

一旦你让 AI 参与“验证”，而不是只负责“生成”，结果质量会直接上一个台阶，不是一点点，是那种明显少踩坑、少返工的提升。

很多人用 AI 编程，其实默认流程是：AI 写 → 人来跑 → 发现问题 → 再让 AI 修。

问题在于，AI 对自己写的代码过于自信，不跑、不测、不看效果，它永远觉得“已经 OK 了”。

而你真正浪费时间的，恰恰是这几轮来回测试和纠错。如果把这个思路反过来：

让 Claude 写完之后，自己去跑测试、看构建、甚至打开浏览器验证 UI，再基于失败结果继续修，你拿到手的就不是“可能能用的代码”，而是“已经被验证过的结果”。

本质上，这是一件很工程化的事情。后端改逻辑，就跑 test；改类型、依赖，就跑 build；前端动 UI，就让它真的打开页面点一遍。

验证方式本身并不复杂，复杂的是你要把它变成流程的一部分，而不是事后补救。我现在更倾向于把验证封装成 Subagent：比如一个专门负责 verify-work 的代理，根据改动内容自动选择 test / build / lint；UI 改动再单独交给 verify-ui，用 Playwright 直接跑浏览器。

这样验证逻辑是“固化的”，不会因为你忘写一句 prompt 就缺席。

也有人会用 Hook，把测试直接挂在 Stop 事件上，每次 Claude 输出就自动跑。

这种方式自动化程度最高，但我个人用得比较克制——不是每一次对话都值得跑一轮测试。

所以在“完全自动”和“完全手动”之间，我更推荐 Subagent 这种可控的半自动：需要的时候叫它，不需要就不打扰。

真正重要的不是你选哪种工具，而是你有没有把这个闭环跑起来：
写代码 → 验证 → 失败 → 分析 → 修复 → 再验证 → 成功。
当“失败 → 修复 → 再验证”这一段开始自动发生，Claude 才不只是一个写代码的模型，而是越来越像一个会对结果负责的工程师。

如果你现在用 Claude Code 还没加验证，真的可以从最简单的一步开始：写完代码，让它自己跑一次测试再告诉你结果。
剩下的自动化，只是时间问题。

[数字生命卡兹克 @Khazix0918]

https://t.co/HTO6UhKXFI

[Nereus Eng @nereuseng]

在经历 2025 之后，希望明年可以在现有基础上更加脚踏实地，深入理解内部的功能和逻辑。同时，把精力投入到真正重要的事情上，比如在整理和优化架构、找出 code smell 等更 high level 的工作上做出更多贡献。

[Nereus Eng @nereuseng]

在 2025 重新找回了自己

2025 年经历了从迷茫、不自信，到觉得自己很失败、不断自我否定的情绪低谷，再慢慢把自信和专业能力拼凑回来的过程。我其实一直在努力朝 Staff Engineer 的方向前进，但有两件事让我感觉自己不仅裹足不前，甚至在不断退步，专业能力似乎快要配不上 Sr FE Engineer 的 title。

[Nereus Eng @nereuseng]

我意识到，对负责的 codebase 了解得越深，脚踏实地的感觉就越强，才能稳定迈向 Staff Engineer 。

很庆幸同事的离职让我重新意识到，我需要回头深入理解 codebase，立志成为团队里最了解前端 codebase 的人。也清楚自己要做什么的前提下，也学会了将一些细小的任务分派给 AI 或来接替的新同事。

[Nereus Eng @nereuseng]

今年，我有点庆幸那位交付功能很快的同事离职了。他的离开，让我的重心被迫转移回我原本负责的功能上，而不是为了成为 Staff Engineer 去做一些虚无缥缈、让我感到头重脚轻的事情。这反而让我找回了一种脚踏实地的感觉。

[Nereus Eng @nereuseng]

这种心态让我对我团队的 feature 越来越不熟悉，就像脱缰野马一样，我没办法在很理解 codebase 的情况下改功能。这样的情况让我都会感到非常恐慌也很焦虑。

[Nereus Eng @nereuseng]

再来是 AI 方面。我尝试用 AI 来加速工作、提高效率，但实际上，在学习使用 AI 的路上一路跌跌撞撞。、我把 AI 看作是能解决所有问题的救命仙丹，以为自己根本不用动脑，只要像僵尸一样输入指令就行了。

[Nereus Eng @nereuseng]

这导致我开始对我们团队的 codebase 越来越失去掌控感。也无法清楚地解释 Product 中特有的 Business logic。因此，每当我的 Enginering Manager 或 Skip Manager 问及某些功能时，我都无法很好地说明，这让我很有挫败感。在开会讨论功能的时候，因为不熟悉也没办法准确回答 Product Manager 的问题。

[Nereus Eng @nereuseng]

我今年的反省主要有两点。

第一点是前同事的离开。他开发功能的速度非常快，快到我们整个组都无人能及。这导致了一个问题：为了跟上他交付的节奏，我不得不加快自己 code review 的速度，好让他能尽快 deliver feature。结果，我无法仔细审查他的 PR，也难以理解他到底写了什么。

[左子祯 @zuozizhen]

Hacker News 有个帖子，让 2025 年通过副业每月赚 500 美元以上的人分享一下自己的项目，里面有很多特别冷门小众的领域，但确实有市场能赚到钱，我挑了 10 个感觉最有意思的分享一下，大家可以从满屏的AI中跳出来，换换脑子 🧵

[Shen Huang @ShenHuang]

最近在网上看到一位大神 Chris Dzombak，用 Claude Code 在短时间内写了整整12个项目，效率高到吓人。

我深挖了一下他的方法，发现终极秘诀不是什么花哨的Prompt，而是给 Claude 植入一个“资深工程师”的灵魂。

他创建了一个全局配置文件 CLAUDE .md，也就是AI的个人操作系统。这个文件里定义了：

> 开发哲学：比如“增量优于全部重构”、“代码要清晰而非聪明”。

> 标准工作流：规划 -> 写测试 -> 实现 -> 重构 -> 提交。

> “卡住怎么办”预案：尝试3次失败后，必须停下来，记录失败、研究替代方案、反思根本问题。

> 决策框架：当有多种方案时，按可测试性 > 可读性 > 一致性 > 简单性的顺序选择。

最关键的是，他强调“AI写的代码，最终责任在人”，所有代码都必须手动审查和测试。

这个 CLAUDE .md 文件简直是把高级工程师的思维模式和职业素养灌输给了AI，让它从一个“工具”变成了一个有章法、懂取舍的“准同事”。

我已经把他的这份“AI调教圣经”fork了，强烈建议大家也去学习一下。

[Axis Wang @WangxsNB]

Vibe Coding已经过时啦😁

来看我最新的Hackthon作品👇
NARUTO Coding —— 结印编程

[周尔复 @cholf5]

使用 GeminiCLI 的一个技巧：如果对话太长，AI的幻觉越来越多，问题越来越难以解决，不妨开一个新的会话。在退出前让它做一下工作交接，Prompt 可以这样说：本次对话的上下文已经太长了，我打算关掉并重新开一个新的会话。你有什么想对你的继任者说的，以便它能更好的理解你当前的工作并顺利继续？

[Justin3go @Justin1024go]

#每日推荐 无敌了，browser-use出的workflow-use，将手动操作转化为确定性脚本的浏览器自动化工具，具备AI故障回退能力😍

录制一次手动操作，就可以无限次使用这个工作流！！！
录制内容转换为确定性、快速且可靠的工作流，自动从表单中提取变量

https://t.co/DZDhBMvWXK