核心内容

作者记录从 2023 年 9 月开始备孕到 2026 年 7 月女儿出生的完整过程：因无优势卵泡先做促排，后查出单侧输卵管间质部堵塞并手术疏通，又经 3 次人工授精未成功后转做一代试管，一次移植成功。总花费约 7 万元，其中前期检查、促排、人授约 3–4 万，一代试管约 3–4 万，胚胎冷冻另计。

关键要点

• 就医选择：前期在深圳市妇幼福强院区生殖科，作者认为医生未主动排查病因、反复直接建议试管；试管转至深圳中山妇产医院，称检查可复用、讲解详细、价格差别不大。
• 地贫判断：夫妻双方地贫，被告知最严重为 HbH 中间型、概率 1/4，产前诊断科认为绝大部分建议生，未做三代试管。
• 分娩体验：宝安妇幼单人产房可陪产，40 周催产、打无痛后侧切；作者吐槽侧切伤口缝合不佳，月子期间裂开。
• 带娃教训：前十多天夜间主要由作者喂奶换尿布，产妇休息不足、吸奶不及时导致奶水少；作者建议二胎直接请月嫂。
• 个人经验：早睡、运动、维生素 D、叶酸、升降桌被认为有帮助；爱乐维长期服用未见精子质量改善，中药效果因变量太多无法确认。

评论补充

有回复恭喜并分享自身备孕艰难经历；一位双方地贫的读者称第一胎胎停、第二胎因β重度引产，已在中六准备三代试管、前置检查花费 3.3 万，说明地贫情形需个体化评估。作者自述无广，并提醒建议前提是“有条件、有问题早干预”。

核心内容

楼主是大龄女程序员，工作暂时稳定但担心失业后被迫转行，收入不确定。房贷还剩 14 万多，存款约 19 万，纠结是否提前还清。评论区的共识是：不要一次性清空存款，优先保留应急现金流，再根据房贷利率、还款阶段和个税抵扣做取舍。

关键要点

• 先留应急金：多数回复建议手上留 8 万到 10 万，或覆盖半年到一年开支，失业后现金流比省利息更重要。
• 算清利率差：有回复给出框架——比较房贷利率、存款或理财收益、应急借款利率。若房贷约 3%、存款约 0.5%、应急借贷约 3.5%，提前还相当于用约 1% 的潜在损失博约 2.5% 的利息节省。
• 保留个税抵扣：多位回复提醒留一小部分贷款，继续享受住房贷款利息专项附加扣除。
• 看还款阶段：等额本息前期利息占比高，提前还更划算；若已还多年、利息所剩不多，则意义有限。
• 折中方案：先还一部分（如 4 万或一半）降低月供，其余留作流动资金；也有人建议等存款到 25 万、还清后仍剩 10 万再结清。

评论补充

反对提前还的一方强调：房子急售变现难，折价可能超过省下的利息；且当前难找稳定超过房贷利率的理财。支持还的一方认为，若无稳定高于房贷利率的收益，还掉更省心。结论取决于个人失业概率、开支和风险偏好。

核心内容

作者发现自己日常单笔支出多为 11、21、16、6.4、9.9、10.9 这类小额数字，感觉节省，但算账后发现钱花得比想象快。为此做了一个约一分钟的逛夜市模拟器（https://koriiku.github.io/night-market/）：逛一圈随意购买，再估算总花费，与实际开销对比。作者给出的 9 笔账单为 12、6.4、17、15、7.5、9.2、4、18.7、10.9，合计正好 100 元，一页手机账单都显示不完。

关键要点

• 心理盲区在个位和小数：作者认为 12、10.9、13.9、14.9 这类定价会让人忽略零头，但零头累加可观。
• 可复用估算方法：有评论建议只按十位数估算会低估，实际结账前加约 30% 更接近真实消费。
• 记账是基础手段：零星小支出堆起来就是主要生活开支。
• 路边摊卫生限制：作者指出餐车通常没有流动水，难以完整清洗，建议偶尔吃。

评论补充

多位用户试玩后预估与实际偏差很小，也有人实际 57.8 却估 70；有用户认为模拟器品类偏少、部分价格偏高，甚至出现 0 元消费。另有评论称夜市吃饱可能比肯德基更贵。模拟器结论受个人点单习惯影响，不宜当作普遍消费数据。

核心内容

作者2022年从大厂裸辞转远程，先后在美资地产中介与Web3团队工作，两段经历都出现同一信号：Merge PR 权限被收走，PR 长期无法合并，最终被裁。作者由此怀疑自己本质不适合远程，并出现焦虑、抑郁倾向。

关键要点

• 远程团队常把 PR 合并当作衡量工作量的标准，权限被收回往往是边缘化甚至裁员的先兆。
• 作者因坚持函数式编程、useMemo 等实践与团队规范冲突，一周合不了一个 PR，ticket 无法进入 QA。
• 评论指出：团队有规范时应先按规范让 PR 通过，个人最佳实践可留给自己项目，避免内耗。
• 远程的隐性成本是社交与职业交流缺失；作者四年仅度假三次，未真正旅居，孤独感累积。
• 作者认为问题不全是远程本身，也有大环境与远程岗位不稳定的因素。

评论补充

有远程工作者称“99%的人不适合远程，80%的公司也不适合远程”，并指出从坐班转远程的人普遍会失去安全感。也有人认为老外办公室政治不输国内，PR 权限被收是个人利益被挤压，而非单纯内耗。另有评论提醒，2022年后形势已变，留在稳定大厂或许是更优选择。

限制

作者自述生活细节“春秋笔法”，未提供裁员与权限变更的完整证据；结论属个人复盘，不宜直接套用。

核心内容

作者为 macOS 菜单栏流量工具「流量喵」新增磁盘监控，起因是 Codex 用户反馈持续写盘（issue 21007），而作者同时运行 Codex、Claude Code、Cursor、Gemini，并在长期开机的 mac mini 上担心 SSD 写入耐久度。工具用 Swift/SwiftUI 原生开发，免费、MIT 开源，数据留在本机，无需账号。

关键要点

• 进程读写排行：按写入、读取或总量排序，支持今日、近 7 天、近 30 天和累计，可导出 CSV。
• 磁盘状态：展示系统能提供的 SMART、温度、累计主机写入、通电时间和耐久度已用等信息。
• 菜单栏实时读写：读取在上、写入在下，开关独立于网速显示；原有应用流量排行、按 Wi-Fi 分开统计保留。
• 限制：统计从运行后开始；进程 I/O 不等于 SSD 闪存实际写入；健康指标能否读取取决于磁盘、硬盘盒和权限。
• 下载与源码见 介绍页 和 GitHub。

评论补充

• 有用户询问 Windows 替代品，提到微软自带 readwrite；作者称 Windows 版在测试、当天可能上线，也有人用 AI 重写了源码。
• 有用户指出第三方 MCP 或自建工具装多后，会话调用会起很多进程、占用内存，监控范围可扩展到内存。
• 有用户反馈开启代理后 Codex 会下载约 1G 流量，关闭启动自动更新后恢复正常。
• 评论区出现关于推广方式的争论，作者承认一度情绪化，与对方和解；不影响工具本身信息。

核心内容

楼主同时开了 4 家视频生成会员和多个 coding plan，各家按月发额度、月底清零且开通日期不同，需要反复确认到期日，感到焦虑，希望有 dashboard 统一查看，但认为缺少 API 难以实现。

关键要点

• 工具方案：评论提到 Wallos（开源）、SubTracker、iOS 的 Reko 与「米粒·订阅管家」、滴答清单，以及用 Notion 或 Obsidian 的 dataviewjs 自建页面；后者需手动更新数据。
• 轻量做法：在日历或手机提醒事项中建每月重复事件，用桌面小组件每天可见。
• 精简优先：多位回复者认为问题根源是买多了用不完，建议用完一个再开下一个，不重要的过期即止，重要项才开自动续费。
• 价值视角：有回复指出重点不是防扣费，而是过期前多用，让订阅真正发挥作用。

评论补充

有人表示完全不管理，靠自动续费或邮件通知；也有人买了多款订阅管理 App 后仍觉不好用。工具类推荐多为个人经验，效果因使用习惯而异。

核心内容

作者用 AI 开发一个 Web 版 Git 工具，把需求文档分别交给两个模型执行，结果反差明显：通过某知名中转站调用 gpt-6.1-sol，3 小时花费 7 元，界面只到新手村水平，fetch、pull、push 等功能无一落地；改用 deepseek-41-flash 后，大半小时即完成，基本功能全部可用。作者据此怀疑中转站提供的并非真实模型，决定后续优先使用官方 API。产出项目：https://github.com/selfly/synclavis

关键要点

• 中转站常见风险：以低阶模型冒充高阶模型（如用 luna 充当 sol）、降智号、工具调用投毒、打包出售对话数据。
• 有回复称，用指纹检测工具 ModelTrace 测试时，官方 Plus 账号的 6.1 sol 被判为 astra，而中转站的 6.1 sol 被判为 luna，中转站的 sonnet 5 被判为 haiku 4.5。
• 该工具作者声明：它只对指纹库内模型做归因，库外模型结果不可靠；系统提示词（尤其 Claude Code）会显著影响判断。
• 因此指纹结果只能作参考，不能当作确凿证据。

评论补充

多数回复认同中转站“掺水”普遍存在，并认为省钱与保真难以兼得；也有人提醒 6.1-sol 本身可能降智严重。对普通开发者的可复用结论是：关键任务优先用官方 API，对中转站输出保持验证，避免上传本地密钥或敏感对话数据。

核心内容

一位开发者利用业余时间独立完成一款 iOS AI 应用，2026 年 3 月上架，买断制，累计收入约 330 美元，近一周收入 13 美元，持续盈利，后续成本仅为每年 100 美元的苹果开发者年费。从需求调研、模型训练、开发、性能优化、UI 设计到售后迭代，以及小红书、抖音、微信公众号、快手等渠道推广，均由本人完成，后期迭代基本交给 AI。他询问这段经历是否值得写进简历。

关键要点

• 多数回复建议淡化盈利信息：可以写“从零构建 App 到上架、测试、发布的全流程经验”，但不必强调靠它赚钱或长期维护。
• 主要顾虑是“私活”标签：部分公司或 HR 可能担心候选人精力分散、上班干私活、难以管理，甚至因此直接筛掉简历。
• 可保留的写法：若用户量、日活数据不错，可写入项目经历；应聘全栈岗位时价值更高；也可考虑并入上一份工作经历。
• 面试口径：被问到时再展开，主动说明不影响本职工作的安排。

评论补充

有回复认为不同公司态度差异大，也有观点认为这能体现全流程能力。整体共识是：项目经验可写，收入与持续运营细节宜谨慎处理。

核心内容

作者重度使用 AI Coding 一年多，写代码基本在终端完成，VS Code 只剩 review 代码和看 Git diff 的用途。为此用 GPUI 开发了开源工具 Tervia，定位是“重 view 轻 edit”，把终端、Git 和简单文件编辑整合在一起，方便在终端跑 Claude Code、Codex 后直接查看改动、少量手改并提交。

关键要点

• 终端：多标签、分屏、输出搜索，沿用熟悉的 Shell，可直接运行 Claude Code、Codex。
• Git：查看 diff、按文件或部分改动暂存、提交，查看历史、切换分支、处理冲突。
• 文件：浏览、搜索、简单编辑，支持语法高亮、Markdown 与图片预览；复制代码可带文件路径和行号，便于丢给 AI。
• 多项目与 worktree：各项目保留独立终端、文件和草稿，可用 worktree 并行处理任务。
• Agent 状态与通知：显示 AI 正在处理、等授权或等输入，后台完成时发桌面通知；还能识别 package.json、Cargo、Makefile 等任务并在独立终端运行。
• 支持 macOS、Windows、Linux，安装包不到 20MB；作者称同时开四五个项目内存约 100+MB，而 VS Code 需 3GB 以上。

评论补充

有用户反馈 Git 分支名处不支持按 / 划分目录；也有人认为 VS Code 的插件生态仍更方便 review，作者回应称现在只需最纯粹的 view 功能供人工审核。另有用户表示 UI 干净但自己仍偏好 VS Code。

开源地址：https://github.com/murongg/Tervia

核心内容

作者长期使用 JetBrains IDE 的 Git 管理，因 AI 编程转向 VS Code 后觉得自带 Git 功能不好用，于是用 Opus 基于开源 Rebased 客户端复刻，做成 VS Code 插件，初稿约半天完成，后续再微调。

关键要点

• 已实现能力：带提交图的 Git 日志、Commit 工具窗口（changelist、Shelf、Stash、Branches）、三栏合并窗口与交互式 Rebase、Local History，以及 Push、Update、Merge、Rebase 等 JetBrains 风格对话框。
• 插件发布在 GitHub Releases：https://github.com/PGshen/vs-idea-gittool/releases/
• 作者建议：把参考项目发给 AI，让它照着复刻，是低成本迁移 IDE 习惯的可行路径。

评论补充

• 有用户已实际使用，称体验丝滑，并借此替代按钮繁多的 GitLens；也有人希望上架 Marketplace。
• 评论点名 JetBrains 值得保留的功能：diff view、代码点击跳转、可分组的 Local Changes，以及 AI 生成提交信息。
• 存在分歧：有人认为开发范式已转向 TUI 与 coding agent，人不再关心 Git 状态，此类插件意义有限；也有人指出 Rebased 已是独立应用。
• 插件成熟度、Marketplace 上架情况与长期维护均未在文中确认。

核心内容

作者以 1 万元友情价完成物流报关报价系统的设计开发，客户满意并已付款。现在需要为后续运维和功能迭代定价，初步方案是运维每月固定 2000 元，开发按 200 元/小时或每月 3000 元。评论普遍认为，报价应结合客户项目的实际收益和自身投入来定，而不是只按开发成本计算。

关键要点

• 固定加浮动：每月固定费用包含一定工时（如 1000 元含 10 小时），超出部分按小时另算，客户更容易接受。
• 年度维保框架：按合同价的 15%–20% 收取年度维护费，小 bug 和随手改的功能包含在内，大改动另签合同。
• 按工时计价：运维和开发都按工时结算，时薪底线可参考“工资时薪×2”，否则频繁运维会难以长期坚持。
• 按客户营收定价：作者补充客户年纯利润约 100 多万，此前使用多个第三方 SaaS；有回复建议按营收的 1%–2% 计算维护费。
• 先低价后提价：先让客户用起来，粘性强后再提价；粘性弱则维持正常价。

评论补充

有回复认为，1 万元系统每月 2000 元纯运维偏贵，200 元/小时也偏高；也有人主张“大胆要，×5 或 ×10”。分歧在于：一方按成本和工时定价，另一方按客户收益和替代成本定价。多数共识是采用“固定费+包含工时+超额另算”的结构，并把大功能迭代与日常维护分开签约。

核心内容

楼主在广州投简历 3 个月无 Offer，面临两个选择：留在现公司，或加入一家服装垂直 SaaS 初创公司。补充信息后，两边的条件对比清晰，评论也给出了可复用的判断框架。

关键要点

• 现公司：原 13k，因全额社保基础工资降 50%，到手约 6.6k；公积金双边 2.2k，另有 3 千多压到年底作绩效，不一定满额。3 年多未涨薪，项目是无盈利中台。优点是 8:30–17:30、午休两小时、压力小。
• 初创 offer：12k 底薪+全额五险一金（8%），10:00–19:30，明年 5 月底前单休，需求多、加班多。老板称刚融资、可撑 3 年，一年后考核给期权。
• 期权要警惕：“一年后考核给期权”意味着现在不给、以后也不一定给，应要求明确书面计划。
• 项目节奏存疑：明年 5 月才出可用大版本，评论质疑创业公司为何不做最小可行方案。
• 客户迁移有法律风险：老板计划把旧公司项目和客户迁到新公司，评论提醒可能引发旧公司追究。

评论补充

判断重点应放在创始人的人品、管理能力和融资真实性上；若年轻、愿意折腾，初创可积累 0 到 1 经验，失败也可再走。楼主自述近 30 岁，担心继续“温水煮青蛙”后更难跳槽。

核心内容

多位用户反馈，Apple Watch 的防水能力会随使用年限下降，进水后官方通常不保修。楼主 2022 年初购入的 S7 在泳池游了 2 小时后无法点亮屏幕；评论区有 S7、S8 用户报告类似经历，也有人下水几十次仍正常，说明存在运气成分。

关键要点

• 防水不等于永久防水：防水胶会老化，天才吧的说法是防水效果随使用时间递减。
• 进水不保修：多名用户称无论是否在保，进水损坏都可能被拒保；有人拿到回厂检修单仍被打回。
• 降低风险的做法：不要在水下排水（解锁防误触），避免蒸汽和沐浴露、洗发水等化学液体。
• 可尝试的补救：把手表与干燥剂一起放进密封袋约一周，有用户称表冠失灵、黑屏后借此恢复。
• 换机参考：有 S8 用户换 S12 后认为变薄、续航变长可感知，大黑边主要因玻璃弯曲变大。

评论补充

关于保修存在分歧：有用户认为在保进水应保修，并引用 Apple 维修政策中“液体接触”条款；但多数实际经历指向过保后只能自求多福。结论是：游泳功能可用，但需接受防水衰减与不保修的物理限制。

核心内容

主帖记录了一个可复现的 IPv6 故障：路由器仅运行 24.7 天，内核里却残留了 57 条历史前缀的 unreachable 路由（240e:38b/38c/38d 等），据此推算上游平均每天更换下发前缀 2 次以上。前缀一变，LAN 客户端就会生成新 GUA、旧 GUA 变为 deprecated，新旧地址并存一段时间后旧地址失效；而不少 CDN 已支持并优先走 IPv6，于是视频、图片加载明显变慢。作者目前的临时做法是断开 Wi-Fi 重连以刷新 /128 地址，最终选择过滤掉 IPv6 的 DNS 解析。

关键要点

• 上游通过 DHCPv6-PD 下发的动态值约为 preferred 132000s（1.53 天）、valid 218000s（2.53 天），但实际换前缀的频率远高于此。
• 可尝试的缓解方向：调整路由器 RA 的 preferred lifetime 与 valid lifetime，让旧地址尽快退出；也可考虑 NPTv6、NAT6 或 OpenWrt 中继。
• 有回复指出，RA 间隔小于 valid lifetime 即可持续续期，因此缩短 lifetime 不必然导致长连接全部中断。

评论补充

多位用户表示自己并未遇到该问题：光猫桥接、由 OpenWrt 拨号的用户称前缀一直没换过，也有人所在区域根本没有下发 PD，只能靠中继。因此这更可能是局部 BRAS 或区域设备维护导致，不能推断为全上海普遍现象。另有用户认为 NAT6 虽违背 IPv6 初衷，但实用；作者则提到 PT peers 中约 30%–40% 可 IPv6 直连，倾向保留原生 IPv6。

核心内容

四川绵阳一家国有企业（评论指出为四川长虹）招聘 .NET 方向 MES 软件工程师，薪资 7K–12K/月、15 薪，具体面议。岗位以 MES 系统维护与开发为主，需与生产、工艺、质量、设备部门对接，并承担 MES 与 ERP、WMS、设备系统的接口开发与联调。

关键要点

• 硬性要求：计算机相关本科及以上，3 年以上 .NET 经验，熟悉 C#、.NET Framework 或 .NET Core；至少一种关系型数据库（SQL Server/MySQL/Oracle），能写 SQL 并做性能排查；熟悉 RESTful API、HTTP、JSON 及跨系统联调。
• 工作内容：日常维护、功能开发、问题排查、性能优化、需求分析、接口异常处理、生产现场支持，以及设计/接口/部署/运维文档建设。
• 适配提示：需能适应生产现场支持与紧急故障处理；招聘方自述为半导体封测厂，相关业务经验为加分项。
• 投递方式：简历发至 guang.liu@changhong.com。

评论补充

有读者询问非 MES 行业能否转行（全栈、会 Java 与 .NET），招聘方回复可以先发简历；并说明无相关业务经验也可考虑，但学习能力要强，因为业务相对复杂。其余评论为头像闲聊，无实质信息。

核心内容

主帖问的是：非 IDE 形态的 coding agent 是否都不支持多仓库工作区，以及如何同时修改多个仓库。评论给出的共识是：不必依赖 agent 原生支持，用一个父目录把多个仓库包起来，再以该目录启动 agent 是最通用的做法，TUI、Agent GUI 和 IDE 都兼容。

关键要点

• 父目录方案：把前端、后端等仓库放进同一目录，以该目录作为工作区启动 agent。
• 配置文件位置：AGENTS.md 等应放在根目录，而非各子项目内；可在根目录另建仓库，并用 .gitignore 排除子项目。
• 原生支持有限：Codex、Claude Desktop 等可添加多目录，但 Codex 仍会偏向第一个主项目，因此父目录方案效果更稳。
• worktree 工作流：有用户用脚本从主线或指定分支拉出所需项目的 worktree，把调用方式写进 AGENTS.md 或 CLAUDE.md，按工单切换工作区，再让 IDE 脚本读取实际目录。
• 其他思路：monorepo；或直接授权 agent 访问全部文件并指明目标目录。

评论补充

有评论认为 agent 不应堆砌 IDE 功能，否则会变成另一个 IDE。评论还提到 herdr.dev、baocode.dev、grove 等工具，但均无使用细节，需自行核验。

核心内容

有用户反馈，在 macOS 27.0.1 上，第三方截图工具无法截取微信窗口，截出来的微信区域是空白或背景图。讨论中较可信的线索是：这并非系统版本普遍问题，而是微信在特定状态下主动屏蔽了窗口内容。

关键要点

• 触发条件：楼主用 Codex 操控微信，微信被强制下线，重新登录后第三方截图工具就截不到微信窗口。
• 可能机制：楼主称 Codex 分析显示微信窗口的可视性为 0，只有调用微信自带截图工具时才临时变为 1，因此只有微信自己的截图能生效。
• 并非普遍现象：有用户在同一系统版本下用 CleanShot 5.0.1、微信 4.1.15.55 截图和滚动截图均正常；也有人用 macshot 4.3 成功。
• 恢复方式不确定：有用户重启并重新登录后恢复正常，楼主重启无效，可能需要等待一段时间。

评论补充

类似现象也出现在 macOS 15.7 的部分 Telegram 频道，截图会变成灰色，疑似应用检测截图或录屏事件后主动渲染屏蔽。另有用户提到微信设置中并无相关开关。整体看，这更像微信针对自动化操控的风控或防截屏措施，而非 macOS 27.0.1 的通用缺陷。