<feed xmlns="http://www.w3.org/2005/Atom"> <id>https://www.bingal.com</id><title>Bingal</title><subtitle>每天进步一点点</subtitle> <updated>2026-08-07T16:40:28+08:00</updated> <author> <name>Bingal</name> <uri>https://www.bingal.com</uri> </author><link href="/feed.xml" rel="self" type="application/atom+xml" /><link href="https://www.bingal.com" rel="alternate" type="text/html" /> <generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator> <rights> © 2026 Bingal </rights> <icon>/assets/img/favicons/favicon.ico</icon> <logo>/assets/img/favicons/favicon-96x96.png</logo> <entry><title>30 个检测站点全过的开源免费指纹浏览器, 兼容Playwright/Puppeteer</title><link href="https://www.bingal.com/posts/cloakbrowser-stealth-automation/" rel="alternate" type="text/html" title="30 个检测站点全过的开源免费指纹浏览器, 兼容Playwright/Puppeteer" /><published>2026-04-02T10:00:00+08:00</published> <updated>2026-04-02T10:00:00+08:00</updated> <id>https://www.bingal.com/posts/cloakbrowser-stealth-automation/</id> <content src="https://www.bingal.com/posts/cloakbrowser-stealth-automation/" /> <author> <name>Bingal</name> </author> <category term="技术工具" /> <summary> 说实话，用 Playwright 写爬虫这件事，我已经有点 PTSD 了。 上周又是个典型场景：脚本逻辑没问题，本地跑得好好的，一上服务器就被 Cloudflare 按在地上摩擦。调 User-Agent、改 canvas 指纹、隐藏 webdriver 标志，折腾两天好不容易过了一个站点，换到另一个站点又报错。 直到我在 GitHub 上翻到这个项目。 CloakBrowser 的思路跟其他 stealth 工具完全不一样。它不是用 JS 往页面里注入脚本，也不是调一堆 Chrome 参数，而是直接改了 Chromium 的 C++ 源码，把指纹信息做到编译层面。 检测服务看到的是什么？就是一个普通的 Chrome 浏览器。因为它本身就是个真的浏览器，只是从娘胎里生下来就被改了指纹。 实测数据：30 个检测站点全过 直接看结果吧。 ... </summary> </entry> <entry><title>端口又被占用了？这个 4.6k Star 的小工具让你一键解决</title><link href="https://www.bingal.com/posts/port-killer-port-management-tool/" rel="alternate" type="text/html" title="端口又被占用了？这个 4.6k Star 的小工具让你一键解决" /><published>2026-03-31T08:00:00+08:00</published> <updated>2026-03-31T08:00:00+08:00</updated> <id>https://www.bingal.com/posts/port-killer-port-management-tool/</id> <content src="https://www.bingal.com/posts/port-killer-port-management-tool/" /> <author> <name>Bingal</name> </author> <category term="tools" /> <summary> “Error: Port 3000 is already in use.” 看到这句报错的时候，我刚想测试一个改动。本来只是想快速验证一下，结果现在要先去查是谁占了这个端口，然后再想办法结束它。 在终端里敲 lsof -i :3000，找到 PID，再 kill -9。这套流程我重复了太多次。 后来找方案时，碰到了 PortKiller 这个项目。 不只是杀端口 PortKiller 是一个跨平台的端口管理工具，支持 macOS 和 Windows。它把自己藏在菜单栏（或系统托盘）里，需要的时候点一下，所有占用端口的进程一目了然。 用它杀端口真的很省事。看到占用的进程，直接点 Kill 就行，支持优雅退出和强制终止两种方式。不用记命令，不用查 PID。 它还做了智能分类，自动把端口分成 Web Server、Database、Development、System 几... </summary> </entry> <entry><title>从想法到发布一套命令搞定：gstack 让 AI 编程进入团队模式</title><link href="https://www.bingal.com/posts/gstack-claude-code-team/" rel="alternate" type="text/html" title="从想法到发布一套命令搞定：gstack 让 AI 编程进入团队模式" /><published>2026-03-26T08:00:00+08:00</published> <updated>2026-03-26T08:00:00+08:00</updated> <id>https://www.bingal.com/posts/gstack-claude-code-team/</id> <content src="https://www.bingal.com/posts/gstack-claude-code-team/" /> <author> <name>Bingal</name> </author> <category term="AI开发工具" /> <summary> 说实话，大部分人用 AI 编程助手的方式，和用 ChatGPT 问问题没什么两样。 你丢一段需求过去，它吐一段代码回来。看起来省事了，但写着写着你会发现：AI 不会质疑你的想法靠不靠谱，也不会提醒你架构可能有坑，更不会主动说”让我先测一下再发布”。 结果是：代码越写越多，bug 越修越烦。 gstack 想解决的就是这个问题。 它不只是提示词 gstack 是 YC 总裁 Garry Tan 开源的一套 Claude Code 技能。刚开始我也以为就是一堆 prompt 模板，用了一段时间后发现它更像是一个工作流程框架。 核心想法很简单：让 AI 学会分角色干活。 在 gstack 里，Claude Code 不再是那个”什么都知道一点”的通用助手，而是可以切换身份的虚拟团队成员。想质疑需求？切到 CEO 模式。要过架构方案？叫工程经理出来。设计稿看起来怪怪的？让设... </summary> </entry> <entry><title>AI 时代的 FOMO：为什么工具越强，人反而越焦虑？</title><link href="https://www.bingal.com/posts/ai-tools-fomo-anxiety-solution/" rel="alternate" type="text/html" title="AI 时代的 FOMO：为什么工具越强，人反而越焦虑？" /><published>2026-03-25T08:30:08+08:00</published> <updated>2026-03-25T08:30:08+08:00</updated> <id>https://www.bingal.com/posts/ai-tools-fomo-anxiety-solution/</id> <content src="https://www.bingal.com/posts/ai-tools-fomo-anxiety-solution/" /> <author> <name>Bingal</name> </author> <category term="AI" /> <summary> 凌晨一点，你还在电脑前。 浏览器开着十几个标签：新的 AI Agent 框架、”1 天做出 SaaS”的帖子、GitHub Trending、AI 自动赚钱的视频… 你本来只是想”看看最近有什么新东西”。 两个小时过去，你什么都没做。 但脑子里只剩下一个念头：好像所有人都在往前冲，只有我在原地踏步。 如果你也有这种感觉，别担心，你不是一个人。 AI 时代有个挺讽刺的副作用——工具越来越厉害，人却越来越慌。 问题出在哪？ 以前很多事情你不会去想，因为知道自己做不到。 做个产品？写套内容？自动化整个流程？一个人干一个团队的活？ 这些念头根本不会冒出来。 但 AI 来了之后，一切都变了。这些事情突然变得”好像可以试试”。 然后大脑就开始不受控制： 这个我是不是该做 那个会不会是机会 别人是不是已经做了 我是不是慢了 问题不是事情变多了，是... </summary> </entry> <entry><title>10 个浏览器自动化控制方案横评：从 playwright-mcp 到 browser-use，到底该怎么选？</title><link href="https://www.bingal.com/posts/browser-control-tools-playwright-mcp-browser-use-comparison/" rel="alternate" type="text/html" title="10 个浏览器自动化控制方案横评：从 playwright-mcp 到 browser-use，到底该怎么选？" /><published>2026-03-24T08:30:08+08:00</published> <updated>2026-03-24T08:30:08+08:00</updated> <id>https://www.bingal.com/posts/browser-control-tools-playwright-mcp-browser-use-comparison/</id> <content src="https://www.bingal.com/posts/browser-control-tools-playwright-mcp-browser-use-comparison/" /> <author> <name>Bingal</name> </author> <category term="AI" /> <summary> 想让 AI 控制浏览器，今天已经不是一件难事。 难的是，方案太多了。 你一搜 GitHub，会同时看到 playwright-mcp、chrome-devtools-mcp、agent-browser、browser-use、stagehand 这些名字。它们看起来都和“浏览器控制”有关，但真正上手后很快会发现，很多项目不是痛一类东西。这篇文章，我把这些方案分别解释，希望能帮助你理清思路，找到适合自己的那个。 10 个方案，至少要分成 3 类 第一类是面向 Agent 的浏览器工具类。这类项目本质上都在做同一件事，就是给 Cursor、Claude Code、Codex 这类 AI 编程工具，或者更通用的 coding agent，提供浏览器自动化能力。区别不在于是不是给 Agent 用，而在于它们是通过 MCP 暴露，还是通过 CLI + skill 暴露。 第二类是内容... </summary> </entry> </feed>
