V2EX热榜 · 2026-07-19 历史榜单

这是 2026-07-19 的 V2EX热榜历史存档。查看 实时V2EX热榜 获取最新排名。

1. 1
   纯功利的角度, 如何为孩子选兴趣班？

   孩子才 8 岁，报了好几个兴趣班：羽毛球、舞蹈、武术、钢琴、绘画。 如果站在纯功利角度，以普通家庭、普通孩子的条件来考虑，优先选**低投入、高确定性、长期有用**的项目， 应该重点深耕哪一个？有更好的项目吗

   109
2. 2
   假如没有厕纸了，你用什么？

   坐标江西，小时候在乡下，那时候厕纸还是高级货，没多少人有，小伙伴出去玩，中途释放完之后，会使用竹片刮（不是擦，是刮）屁股，现在就好奇，江西竹子多所以用竹子，那其它地方的人在没厕纸的情况下都用什么？

   76
3. 3
   投资建议：自有宅基地建房出租。

   背景是这样子的。 自有宅基地在县城的一中附近大概 500 米左右，想自建楼房出租，建 5 层楼，每层楼 4 套 50 平米的两室一厅，租金大概在每套 500 块钱一个月。关于投资的成本，主要包括建楼的成本、简单装修的成本。简单空调油烟机热水器的购买、安装，以及电梯的安装。预计成本在 100 万左右。 想知道值不值得投入。

   46
4. 4
   裁员 n+1，已签解除合同，社保和公积金还能要求公司补吗？

   7 月 15 号下午谈的，当时也不知道咋想的，n+1 就直接签了，事后想想挺傻逼的 我们的社保和公积金都是按照最低的基数交的，我在支付宝里面查到公司的公积金缴费比例是 12%，社保的基数每年都不太一样，但是也都是按照最低交的，我当时也提了社保和公积金补偿，他们说社保只能补今年 1 月到 7 月，公积金说是要跟着公司上面集团一起补了才会补，后来感觉就是忽悠人的 我让豆包按照我的工资水平算了一下，6 年，公司要给我补的钱大概一共是 38w7,这其中社保 26w6,公积金 12w1,然后我自己要补社保 10w6 ，公积金 12w1 目前离职证明还没拿到，解除劳动合同签了，跟人事约了周一下午继续谈一下 我想问问，假如我走投诉渠道去社保局和公积金中心，这笔钱我能拿到吗，就是打到我相应的账户里，我自己也补钱，再一个投诉渠道会不会给公司造成压力，公司会不会想跟我私下补一笔钱和解（不包含 n+1 ） 杭州，国企性质，老板有编制，大家有类似的处理经验吗？

   40
5. 5
   大家用 AI 写代码真实感受是啥？

   先说说，会感觉比较空虚； - 因为代码写完了，但是不是我写的，我没学到东西也没发现问题。没有仔细 review 代码，大概率也不会 review 心里没底； - 连调和修 bug 的时候心理没底，因为不知道写了啥东西 🤣

   39
6. 6
   我发现真的只有互联网行业自己卷死自己，自己把自己的工作整没了。

   应该只有互联网开发会出现所谓的 35 斩杀线吧，并且经验完全没有用，瞬间被 ai 替代。 像机械 电子 这种，开源好像没有计算机的多。经验多的老师傅 完全不担心失业。 但是就算你是全栈 资深 高级， 算法 在 ai 出来后，人人自危。 还有今年冒出来的 agent 开发工程师。 公司真的需要这玩意吗，造需求，就更 3 月份的龙虾一样。等 agent 开发完了。还需要那么多 agent 开发吗？最后还是自己把自己干死了。

   38
7. 7
   18 号到期的重置，本来想着今天用的，结果。。。

   今天 18 号一大早就发现重置已经没有了。。。。。。

   31
8. 8
   2026，我将博客部署到了 Cloudflare（CF）

   20 年的时候，我看别人写博客，自己也开始凑热闹，大多都是些没有啥价值的内容。当时想着，肯定要部署在国内的云服务上，于是发现成本还挺高的。要购买域名（还必须是 .com 后缀)，还要搞定备案，HTTPS 还要单独配置。 并没有坚持写几篇内容，还要经常注意别让免费的证书过期了，虽然可以通过脚本来处理。但是当时自己的心智还不足以成熟到把一件事情做好。 24 年的时候，我觉得自己维护服务器太麻烦了，于是将博客直接采用了 Github Pages 部署，因为再也不用担心服务器的维护问题了。 反倒是在这个时候，开始坚持发布我的读书笔记，慢慢了习惯了将自己的阅读记录整理出来。 虽然大多数读书笔记对于大多数人都没啥用，但是偶尔有一篇帮助到别人，就挺好的。 这么多年坚持下来，也读了些书，算是没有浪费空闲的时间。 今年，我突然接触了大家口中的赛博菩萨，算是开了新世界的大门。因为 Github Pages 只能部署静态页面，但是 CF 没有这个限制，可以随心自定义，并且免费的额度真的足够我们玩出好多花活了。 CF 可以绑定 Github 仓库，只需要授权一下，**私有仓库代码**也能轻松部署。 我已经将我几乎所有玩具都直接使用 CF 部署了，[个人主页]( https://luojie.net/)，[个人博客]( https://blog.luojie.net/)，还有专门给自己做了个[阅读管理的网站]( https://books-ledger.luojie.dev/)，以及为了不看广告，足够流畅的[家庭记账软件]( https://qjz.luojie.dev/)。 若有 CF 账号，建议建议大家尝试了，好多不清楚的内容，直接可以让 AI 来协助实现，真的很方便。

   27
9. 9
   Codex 又又又重置了

   还好忍住没用重置卡，竟然在 18%的时候又重置了。感觉有点赚翻了。

   25
10. 10
    PowerShell 和 Codex 在打架？可以试试这份提示词

    今天花时间写了篇 codex 下使用 PowerShell 的文章 在 V2EX 上也发一份 ## 背景 最近半年一直 Windows 下使用 **Codex** 开发项目，逐渐把开发环境打造得更接近 Linux 下的开发体验。最近看到很多人反馈 PowerShell 和 Codex 打架的情况，因为这问题我之前就解决了，所以想分享下我的方案。 现在这套环境谈不上多复杂，主要有两个重点： **先把终端环境统一，再用提示词把大模型的命令习惯掰过来。** ## 先安装 pwsh 7 和 Windows Terminal 如果你还在使用系统自带的 Windows PowerShell 5.1 ，我建议先换成现代 shell：PowerShell 7 （ pwsh ）。 至于 PowerShell 5.1 和 PowerShell 7 的区别，可以找 AI 给你解释一下，但是结论不变: **现代 Windows 开发环境最好统一到 pwsh 7 。** 可以直接用 `winget`安装： ```powershell winget install --id Microsoft.PowerShell --source winget ``` 也可以从 [PowerShell 官方安装页面]( https://learn.microsoft.com/zh-cn/powershell/scripting/install/install-powershell-on-windows) 下载 MSI 安装包手动安装。 安装后验证，在命令行中输出版本号: ```powershell PS C:\Users\AAA> pwsh -v PowerShell 7.x ``` 原生的 PowerShell 界面很丑，所以必安装另一个 Windows 神器 `Windows Terminal` 它的价值不只是好看，而是把 `pwsh`、Git Bash 、远程 SSH 等环境放在同一个窗口里管理，支持标签页、分屏、统一的字体和编码设置。平时一边让 Codex 在一个窗口里执行命令，一边查看日志或运行服务，效率会高很多。 ```powershell winget install --id Microsoft.WindowsTerminal --source winget ``` 也可以通过 [Windows Terminal 官方安装页面]( https://learn.microsoft.com/zh-cn/windows/terminal/install) 进入 GitHub Releases ，下载对应安装包手动安装。 安装完成后，把 Windows Terminal 的默认配置文件设为 **PowerShell 7**。这样打开后默认就是 pwsh7 的环境。所有提示词、命令和排错过程，都应该建立在同一个 shell 上。 ## 安装 `rg` rg 就是 **ripgrep**，一个非常适合在代码仓库里搜索文本的命令行工具，速度快，默认会遵守 `.gitignore`，输出也比 PowerShell 原生搜索更适合直接交给 AI 阅读。 但要注意，`rg` 并不是 Windows 原生命令。需要提前安装一下。 ```powershell # 使用 winget 安装 winget install BurntSushi.ripgrep.MSVC # 或者使用 Scoop 进行安装 scoop install ripgrep ``` 当然也可以从 [ripgrep 官方下载页面]( https://ripgrep.dev/download/) 手动下载 Windows 安装包。 安装后记得重新打开 Windows Terminal ，否则当前终端可能还没有刷新 PATH 。 安装完成后，可以用下面的命令确认是否生效： ```powershell rg --version ``` ## 加提示词约束 把终端环境换好只是第一步。真正影响体验的，是要明确告诉 Codex：**当前项目使用的是 PowerShell ，不是 Bash 。** 大模型在训练时接触过的编程语料、命令示例和工具调用记录里，Linux 、Bash 的比例非常高。所以当你只说“执行一个命令”时，它很容易下意识写出 `grep`、`sed`、`cat` 或 `&&` 这一套 Bash 习惯。命令本身可能没错，但放到 `pwsh` 里就会报错，或者产生和预期不同的结果。 这套提示词约束已经让我在 Windows 环境下顺畅工作了几个月，现在直接分享在下面： ```markdown ## Windows 约束 当前环境是 Windows 10 / pwsh7 - 默认禁止使用 Bash 语法，除非确定此 shell 处在 Linux 环境 - 不要使用 Bash 引号/转义习惯，在 PowerShell 命令里，复杂正则优先用单引号包裹。 - 如果正则本身同时包含单引号和双引号，优先拆成多个简单 rg 命令。 - 执行多行 Python 禁止使用 Bash heredoc ；改用 PowerShell here-string | python - - pwsh 中，语句块表达式（如 `foreach`、`if`）不能直接作为管道输入。 需要先使用 `$()` / `@()` 包裹，或先赋值给变量。 普通命令输出可直接进入管道，无需额外包裹。 - PowerShell 使用 `rg` 时，通配目录必须先用 `Get-ChildItem -Filter` 展开为真实路径，禁止直接把含 `*` 的搜索路径传给 `rg`。 ``` - 可以直接把这段提示词复制到 `C:/Users/<userName>/.codex/AGENTS.md` - 我这边用的是 `Windows 10 LTSC`, 你可以换成你的系统 这套提示词不是为了限制 Codex ，而是为了减少它在 shell 之间切换时的冲突。特别是引号、管道、正则和多行脚本，这几类问题经常会打架，一旦出错，让 AI 自动修正会浪费很多时间 ## 为什么这几条约束值得保留 - **明确 shell**：让 Codex 从一开始就知道命令要交给 `pwsh`，避免默认生成 Bash 命令。 - **约束引号和转义**：PowerShell 的字符串、正则和变量展开规则不同，先规定写法，能少踩一轮转义的坑。 - **替代 heredoc**：Windows 下没有 Bash heredoc ，PowerShell here-string 才是稳定的多行文本方案。 - **处理语句块管道**：`foreach`、`if` 这类语句块不能直接当作普通管道输入，提前写进规则后，Codex 不会反复生成同一种错误写法。 - **处理 `rg` 通配路径**：先展开真实目录再搜索，比把 `*` 直接交给命令更符合 PowerShell 和 Windows 的路径行为。 我的经验是，提示词不需要写得特别长，但要把**最容易出错、而且会反复出错的地方**说清楚。规则稳定下来之后，Codex 执行命令的成功率会明显提高，来回打架解释“这不是 Bash ，请改成 PowerShell”的次数也少很多。 ## 总结 Codex 下 PowerShell 执行时打架的原因，就是因为它在猜你的 shell 。 把环境写清楚，把容易错的语法提前约束好，Windows 下的开发体验会立刻稳定提升一截。 --- > 原创声明: 本文首发于个人博客 [原文地址]( https://blog.knowckx.de) 欢迎各位大佬交流

    23