Laravel 禁 issue 只用 PR 这事值得聊
上周 Laravel 出了个新规，直接禁止提交 issue，只能提 PR。刚看到的时候我也觉得离谱，用户连问题都不能报了？但仔细琢磨了一下，发现这招其实挺有道理的，甚至值得不少开源项目抄作业。
最直接的好处是垃圾 issue 会少很多。愿意花时间开 PR 的人，至少对这个问题是上心的，而那些机器人、骚扰号，只会随手丢个 issue，根本不会多走一步。对维护者来说也更省事，PR 里带的信息比 issue 多得多，定位和解决问题都更快。
有人会担心门槛变高了，其实未必。现在有 AI 帮忙，哪怕你不懂源码，也能把问题描述给 AI，让它生成 PR。提交 PR 和提交 issue 的难度，在 AI 时代已经差不太多了。
说到底，禁止 issue 的根子还是开源项目资源不够，扛不住 issue 的暴涨。AI 时代不该再鼓励用户把问题一扔等别人解决，而是鼓励大家一起动手贡献。这个思路我觉得会慢慢变成主流。
程序员职业未来会消失吗
最近看到一个老外对程序员职业未来的预测，觉得比那些「AI 要取代程序员」或者「程序员永远吃香」的极端说法靠谱得多。他不是拍脑袋，而是从行业内在逻辑推演，我转述一下核心观点。
他的出发点是：大多数商业软件开发本质上是工业流程，不是手工流程。工业流程追求的是效率、成本、可靠性和稳定性。AI 恰好符合这个方向，所以它被大规模采用是必然的，跟程序员个人喜不喜欢没关系。
基于这个逻辑，他给了几条预测。第一，AI 大模型会越来越智能、越来越快、越来越便宜。第二，编码代理会持续改进，功能越来越强。第三，AI 估值泡沫可能破裂，甚至引发衰退，但编码代理会长期存在，已经永久成为软件开发流程的一部分。
最扎心的是第四点：公司管理层会继续向程序员施压，要求尽可能多用编码代理，目的就是降低技能门槛、增加工作强度。在公司眼里，如果市场部销售也能写软件，那才叫理想。
所以讨论「程序员会不会消失」其实问错了问题。真正该关心的是，当编码门槛被拉低、代理成为标配，程序员的判断力和架构能力还值不值钱。我觉得这个视角对做技术的人也适用，值得想想自己的位置。
OpenClaw 2.0 发布，半年从爆红到沉寂
这周 OpenClaw 发了 2.0 版，说实话我差点没反应过来——上一次听到这个名字还是春节那会儿。当时它一夜之间火遍全网，连上门安装龙虾都成了付费服务，朋友圈里全是讨论。结果才半年，热度散得干干净净，现在提起来基本没人接话。AI 圈就是这样，再大的爆款也就红几天，节奏快得让人喘不过气。
从 1.0 到 2.0 走了半年。早期它几乎每天发一个版本，后来发现用户根本跟不上，七月起改成每月一更。八月这版改动特别多，所以直接叫 2.0。发布公告里有两个数字挺扎眼：933 位贡献者，合并了 16000 个 PR。而官方团队全职 9 人、兼职 26 人，满打满算 35 人，一个月怎么可能审完 16000 个 PR？平均每天 500 多个等着合并，光看都看不完。
所以我的判断是，这些 PR 基本没经过人工代码审查，全是 AI 在合并。只要管理员觉得方向合理，AI 审核和测试通过就直接进仓库。OpenClaw 的代码本来就几乎百分之百由 AI 生成，走到这一步也不意外。大规模 Vibe Coding 的终点大概就是这样：贡献量爆炸，但审查环节被彻底绕过。
对普通用户来说，每月更新一次确实舒服多了，不用天天折腾。但对整个开源协作模式，这种玩法到底是效率革命还是埋雷，可能还得再看几个版本才知道。
怎样用 VS Code 配置 DeepSeek 的 API 密钥并使用：
1. 下载插件「DeepSeek V4 for Copilot Chat」marketplace.visualstudio.com/items?itemName=Vizards.deepseek-v4-for-copilot
2. 按快捷键「Cmd+Shift+P」输入「 DeepSeek: Set API Key」
3. 填入密钥
关闭cursor官方消息通知
— 已显示全部 —