核心内容

作者用早年拍摄的照片配合近期发布的 Astra，把福建龙岩一座因水库而无法居住的竹林老屋还原成可在线游览的 3D 场景，项目已开源。

关键要点

• 在线体验：http://yuuki.fans/ ，源码：https://github.com/yuukiLike/bamboo-old-house
• 素材体积约 20MB+，作者自述更接近一个游戏场景，性能是主要瓶颈。
• 作者在 M5 MacBook 上运行卡顿且发热，M4 Mini 尚可；更新“加速版”后称有明显提升。
• 作者承认 three.js 掌握有限，后续想借助 AI 在不牺牲画质的前提下优化性能。

评论补充

• 多位用户反馈加载慢、浏览器卡死或电脑发烫，说明性能问题并非个例。
• 有用户建议若只是 360 度场景而非自由走动，可改为基于 tile 预渲染的街景方案并叠加局部动画，性能会好很多，代价是牺牲部分动画效果。
• 有用户已 fork 项目，尝试用 Astra 继续优化。

限制

目前仅能 360 度观看，不能随意走动；性能优化仍在进行中，效果待验证。

核心内容

主帖给出一套可直接复用的提示词，用于让大模型重写设计文档，使其更易读。核心约束包括：禁止比喻性或肢体动作词（如“接”“跑”“打”“落”“补”“收”），除非是专业用语；主动使用“但是”“因此”“那么”等逻辑连词承接上下句；逐句阅读修改而非搜索替换；按文件分配 sub agent，避免多个 sub agent 写同一文件。

关键要点

• 主帖用多组“修改前 vs 修改后”对照展示效果，例如“落在已登记的动作库上”改为“来自已登记的动作库”，“收口”改为“只在本模块实现”，“冒泡”改为“向上抛出”，“旋钮”改为“配置项”。
• 评论补充了更细的禁用词清单：抬价词如赋能、抓手、颗粒度、沉淀、打法、势能、生态位、顶层设计、全链路、底层逻辑、拉齐、打通、对标、勾兑、倒逼、引爆点；“颗粒度”可按上下文换成单位、层级、精度、拆分口径。
• 还应禁代指词（东西、那一套、这种感觉）和万能动词（走、打），并禁止无明确出处的“不是 A 而是 B”对比句。
• 有评论建议把这些原则写成写作规范文档，并在 AGENTS.md 中规定写技术文档前先看规范。

评论补充

讨论指出不同模型的中文风格问题：GPT 常中英夹杂、自造词，Claude 被形容为“像和古人说话”，GLM 也出现“兑底”“辅助武装”等黑话。有观点认为 AI 写作倾向填满模板，信息量不足时就会填废话，因此应在写作前规定“不产废话”，比事后删废话更有效。也有评论认为给人看的文章不应由 AI 写，AI 更适合写给 AI 看的文档。

核心内容

主帖讨论一个反直觉现象：人类破解数学难题是大好事，AI 破解却被陶哲轩、邓煜等 25 位菲尔兹奖得主联合警告可能有害。作者给出的解释是，数学界真正想要的不是某道题的答案，而是解题过程中发展出的新工具；失败与试错是改进工具、发明新工具的唯一途径。若人类直接向 AI“采购”答案，数学作为工具可能停止进化。

关键要点

• 陶哲轩的比喻：传统研究像徒步找瀑布，会走错路、认识地形、发现岔路；AI 像直升机直达瀑布，但沿途那张“地图”不会自动出现。
• 作者类比商业策略：只保留部分最新技术机密、低价卖技术，让对手自研成本过高，从而打击其研究积极性。
• 作者认为“头铁”是人类最宝贵的品质之一，失败是学习的最佳甚至唯一途径。

评论补充

• 有回复指出“看懂”与“理解”是两回事：能 follow 答案不等于理解为何这样做，后者更宝贵。
• 争议点：若 AI 给出几千万行 Lean 证明，人类是否只需验证 Lean 系统正确即可？反对者认为人看不懂就不能判定证明正确。
• 类比围棋：若 AI 完全碾压且人类无法理解其思路，被碾压者可能只能接受结果。
• 有观点认为基础学科应减少 AI 影响，应用学科可用 AI；也有观点认为阻挡趋势的努力终将失败。

核心内容

第三方 API 中转站对请求体（prompt、系统提示词、附件、模型回复）完全明文可见，TLS 只保护传输段，中转服务器内存里始终是明文。近期有中转站被曝出售或泄露用户 key 与对话记录，引发对「厂商端到端加密」标准的讨论。

关键要点

• 方案思路：厂商按账号发布密钥对，客户端用厂商公钥加密请求体，中转只转发密文；厂商解密推理后用客户端公钥加密响应，中转退化为「盲管道」。token 计费可由密文长度加协商头部推算，不依赖内容。
• 三个卡点：厂商不接受密文请求、缺乏第一推动力；中转站附加价值（响应缓存、内容审查、日志分析）依赖看内容，会软性抵制；客户端私钥管理对普通用户是新负担。
• 现有缓解：本地代理直连官方；「零知识」中转靠商业信用而非密码学；TEE 可信执行环境成本高、信任链仍依赖厂商实现。
• 务实结论：敏感请求直连官方，中转只跑不敏感的批量任务。

评论补充

• 有回复指出厂商本身禁止个人订阅共享，只有动力封中转号，没有动力为其加功能；企业场景已有合同与认证保障，高加密需求应自建。
• 另有观点认为，只要客户端能解密，2C 场景下中间人仍可要求用户交出密钥，加密意义有限；真正可行的是像 codex 那样把思维链藏在服务端。
• 楼主回应：OpenAI/Anthropic 已对合规客户提供零保留（ZDR）协议，Signal、iCloud 高级数据保护是厂商自愿放弃查看能力的先例；E2E 后灰色流量可能被挤回官方。
• 监管层面也被提及为额外变量。

核心内容

一位有 CDN 运维与 Go 后端经验的 SRE，在北京小米玄戒与上海网易互娱两个 offer 间权衡。两者总包接近：小米月 base 高、15 薪；网易月 base 低、16~18 薪，绩效好时略高，17 薪时基本持平。

关键要点

• 工作内容：小米负责芯片研发仿真所需的软硬件资源运维；网易互娱为中台，对接某游戏项目组做线上运维。
• 强度与值班：小米 9:30-20:00、无轮值；网易约 9:30-19:00，大组每人一天、小组每人一周值班，休息日值班可换调休。发帖人现职已有夜间被叫醒、频繁换班的困扰，倾向小米。
• 假期：小米 5 天年假+12 天带薪病假（连续 3 天以上需证明）；网易 7 天年假+10 天健康陪护假。
• 长期顾虑：担心小米芯片 SRE 把路走窄，网易游戏 SRE 技术栈更通用；但认为 AI 可能压缩岗位，倾向选有兴趣的方向。

评论补充

多数回复推荐小米：硬件研发不易被 AI 替代、可蹭半导体热点、履历通用，且管理相对人性化；也有人提醒“小米入职即巅峰”，建议问清调薪窗口。反对意见指出游戏运维上线变更常在半夜、活动频繁、故障影响面大、压力高，且流程单调更易被 agent 封装。另有建议选网易以便向游戏开发转行，或考虑杭州以降低离家成本。发帖人补充其经历为银行 Java 后端、网安 CI/CD、搜索大厂 SRE，Go 较熟练。

核心内容

作者开源了 Neutrino，用一个常开 Linux 盒子（如 N100）作 hub，把程序员常见的四类需求整合：跨公网访问自有机器、科学上网、AI 代理、多机服务发现。hub 装 neutrino-hub，被控 Linux 装 neutrino-agent，使用端装 neutrino-client，三步即可跑通。

关键要点

• 网络：支持多出口冗余、WiFi 提供点、旁路网关、单臂路由、双网口透明路由；处理了 overlay 与本地路由兼容，公网笔记本可直接访问同一资源。
• AI 代理：hub 内置 CLIProxyAPI，client 可同步切换，避免多机重复配置 AI 网关。
• 服务发现与远程桌面：podman 端口、Samba 自动发现并一键挂载；内置 RustDesk，hub 下发密码，client 经 overlay 直连。
• 技术栈：hub 为 Python(FastAPI)+React，自带 xray、NetBird、EasyTier、CLIProxyAPI 二进制；agent/client 为纯标准库 Python，client 用 Nuitka 编译，界面走系统 WebView。
• 安装：从 GitHub Releases 下载 .deb/.rpm/.pkg.tar.zst/.msi/.pkg，MIT 开源。

评论补充

有用户建议加 iOS 客户端，作者回应需开发者账户（约 1000 元），若需求多会考虑；另有用户要求浅色主题，作者已实现白色模式。

限制

Windows 端 msi 易被 360 误报木马，暂无数字签名；暂不支持 Clash 式 chain 代理，以低延时为优先。

核心内容

作者以二十年写代码、久坐腰痛的经历为背景，做了一个纯前端 PWA 健身工具，重点不在教学动作，而在解决“坚持”问题：把动作排成固定晨练/晚练流程，全程语音播报动作名和要点，戴耳机闭眼跟做，不用看屏幕、不用临时决定练什么。

关键要点

• 自动排程逻辑：隔天抗阻（按肌肉 48h 恢复），拉伸每天做；当天累则自动切放松模式。
• 强度定位：目标是“坚持”而非“力竭”，轻松、不留余力，重点是不中断；每周抗阻约 60 分钟，作者称落在《柳叶刀》90-120 分钟每周运动总目标的合理区间。
• 可定制：默认晨晚两套动作按久坐护腰选择，源码为纯前端 JSON 配置，在 workouts.js 加一条记录即可改动作、组数、节奏，fork 后自行部署。
• 技术形态：Vanilla HTML/CSS/JS，无后端、无构建、无框架；训练数据只存本地浏览器，零账号零追踪；Service Worker 缓存支持离线；语音走 Web Speech API 或预录音频。
• 前提说明：作者明确这不是教学工具，零基础应先跟 B 站视频学会死虫式、臀桥、深蹲、鸟狗式等动作，工具只在动作开始时强调要点。

评论补充

本主题暂无回复，以上信息均来自主帖正文。

在线体验：https://exercise.touchren.pub ；开源地址：https://github.com/touchren/exercise-helper （AGPL-3.0，商用需授权）。动作均为常见自重训练，一张瑜伽垫即可。

核心内容

用户反映双手打字时电脑椅右侧扶手无法托住胳膊，怀疑是椅子问题，并猜测 87 键键盘可能更合适。评论普遍认为这更多是桌面布局与坐姿问题，而非单纯椅子缺陷，并给出多种可尝试方案。

关键要点

• 调整键盘位置：把键盘右移，或让 F/J 键居中；也可把键盘和鼠标整体往里挪，用桌面空出区域承托手臂。
• 换硬件：分体键盘可让双手自然分开、减少含胸；也可考虑人体工学键盘。
• 扶手方案：选扶手可多向活动的椅子，落座后呈“正八字形”托住胳膊肘；或用“椅子扶手垫”，让扶手插入桌面下方、与桌面齐平。
• 坐姿与桌面：坐直、手臂自然下垂由桌面承托；桌子过高或径深不足会加重问题，径深大的桌子更利于内移键鼠。
• 替代输入：有人建议语音输入，或左手用鼠标以避开小键盘占位。

评论补充

分歧在于根因：一方认为是全尺寸键盘太宽、含胸所致，另一方认为是桌子高度或椅子扶手不可调。多数人认同先调布局（键盘右移/内移、换大径深桌）成本最低，再考虑分体键盘或可调扶手椅。

核心内容

作者为弥补大学时因肥胖无法登富士山的遗憾，减肥后于 9 月走吉田路线，两天一夜顺利登顶。行程为周末早上从新宿巴士站坐大巴到富士山五合目吉田登山口，休整约一小时适应 2000+ 海拔，12 点多买票（售票处有中文工作人员核对装备与山小屋预订）。5 月抢到 8.5 合目（约 3450m）御来光馆住宿，第一天入住休息，次日 4 点半出发，6 点登顶。

关键要点

• 路线难度：五合目到六合目为约 17–18 度砂石大坡，易泄力，有登山杖好走；六合目到七合目有石头但好走；八合目起大石头、坡度陡，遇狂风大雨需用登山杖确认落脚点，行进很慢。
• 山小屋体验：入住需与店主确认预订；个人装备和鞋子装入两个大塑料袋，床顶挂钩悬挂；无晾晒烘干空间，雨天需自备干燥替换衣物；榻榻米平台需脱鞋，饭点摆桌供餐，晚餐为热食但量少，同时发放次日早餐饭团；上下铺约 1 米宽，帘子隔开，干净无异味。
• 攻顶与下山：4 点半出发，高海拔加陡坡、碎石多，易崴脚需慢行；山顶泡面咖啡很贵，登山证明书需现金，作者现金不足向台湾小哥借了 700JPY；下山为无尽 Z 字形砂石陡坡，摔了两跤但未受伤，登山杖调长缓降。
• 装备清单：上半身 UTO 羊毛打底（长短袖各一）、迪卡侬抓绒衣、迪卡侬 Trek 100 羽绒服、优衣库软壳冲锋衣；下半身迪卡侬 Trek 100 登山裤、MH500 冲锋裤、优衣库秋裤、MH500 中帮登山鞋、运动内裤、美利奴羊毛袜；背负小鹰魔爪 22L 加防水袋压缩袋。
• 参考视频：作者推荐 YouTube 的「山小白」和台湾情侣博主「壹加壹」，分别对应有经验者与普通人登山视角。

评论补充

本主题暂无回复，以上信息均来自主帖正文。

核心内容

31 岁未婚的题主拿到两个 offer：深圳年包 40x14 约 56 万 RMB，香港年包 80x14 约 112 万 HKD。按当前汇率 0.87 折算，香港税后约 97 万 HKD（约 84 万 RMB），比深圳税后加公积金的约 52 万 RMB 多约 32 万。但香港房租、餐饮、交通更贵，题主估算维持同等生活品质每年多花约 20 万，实际净多存约 12 万，即每月多约 1 万。

关键要点

• 通勤方案：多位回复建议住深圳、每日往返香港。深圳北到西九龙高铁约 20 分钟，往返约 150 元/天，可省下香港高房租。
• 税务风险：有回复指出，未拿香港永居前，若被认定为内地“居民个人”（因户籍、家庭、经济利益在境内习惯性居住），仍需就境内外所得在内地缴税，实际到手可能低于题主计算。
• 长期价值：香港工作可获身份，7 年拿永居；有回复提到子女教育（华侨路线、港澳台联考）和投资美股等附加收益。
• 职业弹性：从香港回深圳相对容易，反向则不一定。

评论补充

评论普遍倾向选香港，但核心分歧在于是否住香港。支持者强调身份、教育和长期收益；提醒者则聚焦内地税务居民认定这一关键变量，建议先核实自身税务身份再决策。

核心内容

主题讨论在 AI 辅助编程普及的 2026 年，仍有开发者坚持“古法编程”（手写代码）的理由与边界。多数回复并非全盘拒绝 AI，而是区分场景：基础库、开源库、数学物理计算等仍手写，测试、查语法、小范围业务代码交给 AI。

关键要点

• 手写场景：开源库、基础类库、工具库；数学/物理计算因 AI 易产生百分之几的系统误差且难定位 bug，只能古法编程。
• AI 辅助场景：写测试、查语法与算法思路、小范围业务代码；有回复认为查错问 AI 比搜索引擎更方便。
• 风险点：AI 直接写完且不做 review 被明确拒绝；有回复指出“拼好码”每段正确但组合起来存在系统性风险。
• 业务理解：有开发者认为 AI 代码质量已超过自己，缺的是对业务的过度理解，因此业务代码仍自己写。

评论补充

• 有回复采用“AI 写、换另一个 AI review、人看报告”的流程。
• 有观点按紧急度取舍：不赶时间自己写，急用或上班用 AI，类比点外卖与做饭。
• 特定技术栈如 Swift/iOS 原生开发，AI 表现时好时坏，尤其修 bug 时易乱写，需人工配合。

核心内容

需求场景：把一台 MacBook 放在异地，通过 Tailscale + 远程桌面管理。核心痛点是重启后若未登录过账号，机器不会自动连 WiFi，也不会自动启动并连上 Tailscale，导致失联。

关键要点

• 自动登录 + 永不休眠：多位回复者指出可开启开机自动登录账号，并设置永不休眠，单位 Mac mini 即以此方式无人值守运行。
• 关闭 FileVault：有回复认为关掉 FileVault 可避免重启后卡在解锁环节。
• 网络唤醒：开启屏幕共享，通过 WireGuard 连回，休眠与否不重要，可用网络唤醒。
• 硬件兜底：使用 IPKVM 盒子（配机械手）可在系统层之外接管，不依赖系统内软件。
• MDM：有回复给出 Apple 官方 MDM 文档链接 https://support.apple.com/en-us/102024 ，用于企业级设备管理。
• 其他思路：SSH、UU 远程、在 Mac 上装支持通讯工具的 agent 由手机远程指挥。

评论补充

楼主对自动登录方案存疑，认为安全性不足，希望像 Windows 那样在未登录状态下后台自动启动 Tailscale；对 IPKVM 也担心安全与隐私。因此讨论未形成统一结论：自动登录/关 FileVault 简单但降低安全性，IPKVM 与 MDM 更重但更可控。

核心内容

作者为 WordPress 开发了基于 Yac 的 object cache drop-in 插件。Yac 是作者维护的 PHP 扩展，采用无锁共享内存，所有 PHP worker 直接访问，没有 cache server、没有 socket、没有网络往返，get() 即一次内存哈希查找。

关键要点

• 实测环境：PHP 8.1 FPM、8 核；在 20/50/100 并发下，吞吐量比 Memcached 高约 19%，延迟低约 15%。
• 测试数据与方法写在项目 README 中，可自行核验。
• 适用场景：单机或少量节点的 WordPress 站。
• 不适用场景：需要跨节点一致性的集群，仍应使用 Memcached/Redis 等网络型缓存。
• 项目地址：https://github.com/laruence/wp-yac-cache ，插件目录：https://wordpress.org/plugins/yac-object-cache/ 。

评论补充

评论仅确认作者身份（“鸟哥”），未提供额外技术验证或反驳，性能结论仍以作者自测为准。

核心内容

楼主使用 GPT Pro 20x 一天重构工具，周限额仅掉 6%，认为额度有浪费，想了解 5x 是否为 20x 的四分之一、是否够用，并明确排除共号和中转站方案。

关键要点

• 有回复确认：ChatGPT 的 5x 是 20x 的严格四分之一，因此 5x 性价比不如 20x。
• 关于 Claude 与 GPT 的对比存在分歧：一方认为 Claude 5x 性价比远好于 GPT 5x；另一方反驳称这是因为 Claude 20x 性价比太低，单看使用量 Claude 5x 比 GPT 5x 少得多。
• 升级经验：有用户称用到 1% 后升级，周限额回到 75%，但其朋友反馈会回满，结果不一致。
• 消耗参考：有用户用完一轮 100% 额度，GPT 6 模型消耗约 4 亿 token，缓存命中率 87.8%。
• 有观点认为近期额度重置较多，等不再重置后 5x 完全不够用，20x 才是正解。

评论补充

提高消耗的方式包括开启 fast 模式、做 3D 相关内容。另有回复提出租用或共用账号，与楼主不考虑共号的前提相悖，且涉及隐私风险，不建议采纳。

核心内容

作者记录 2026 年 7 至 9 月为发小方斌、萍萍开发 Ozon 精铺上架工具，最终合作在系统上线当天散伙的经过。原工具是需手动安装、自配 API Key 的 Chrome 扩展，生图走中转站同步请求，网络波动即超时报错。作者用 AI 辅助一周把生图改为异步任务队列，抹平断连报错。

关键要点

• 方向共识：现场复盘后三人一致认为本地插件是保姆式服务，必须转 SaaS 网页版，支持注册、订阅、自动扣费、子账号。
• 卡壳点：套餐定价与 token 单价谈不拢，作者主张留运营空间，萍萍坚持最低价；分工、股权、合作性质始终未落定。
• 交付结果：9 月 1 日系统准时上线，会员、分销、子账户、充值、订阅均完成，但特定类目上架仍有字段报错。
• 散伙实情：8 月 25 日方斌与萍萍已赴武汉谈好 3 万元外包接盘、后期抽 10% 流水；作者提出三人平分股份被拒。
• 作者给出的底线建议：域名必须自己注册，支付走自己个体户执照的微信/支付宝官方接口，并注销萍萍身份证备案的域名，因原系统支付接口已被表哥改为私人账户。

评论补充

评论指出作者处于供应商位置，客户、渠道、需求定义权都不在自己手里，容易被借 bug 压价直至免费做 Demo；建议一开始就以了解需求名义直接接触客户，哪怕付费咨询，并直接链接萍萍的微信客户群。作者回应称当时犯了技术人“先把东西弄好再说”的毛病，通宵赶出的 SaaS 成了对方去武汉压价的 Demo。另有评论追问系统是否已上线、未付费是否应直接停掉。