热点内容

V2EX 2026-09-02 昨日新帖报告

1 炒股亏损10%后该继续还是清仓还贷?散户策略讨论

核心内容

楼主投入10万元炒股已亏损1万多,纠结是否继续。多数回复认为散户短线交易亏损概率极高,建议及时止损。有用户指出短线炒A股99%赔钱,长线也有80%赔钱,散户整体难盈利。

关键要点

  • 止损建议:多位用户建议趁亏损不大时清仓,将资金用于还房贷,可减少约5万利息,相当于变相盈利。
  • 策略参考:有用户分享只买红利股并适当做T,近三年平均收益15%;也有建议配置宽基指数搭配债券或黄金,降低波动。
  • 心态与习惯:盯盘是散户常见问题,应改掉盯盘习惯;若无法承受10%波动,说明不适合高波动投资。

评论补充

  • 有用户引用巴菲特案例,强调炒股需要系统学习,并附上相关文章链接。
  • 部分用户晒出亏损截图,显示回撤60%仍持有,说明长期亏损是常态,但并非所有策略都失败。
  • 有观点认为A股主力赚钱,散户多数亏损,需建立自己的选股逻辑(如价值投资或成长投资)。

原链接:大佬们怎么看,炒股真的能赚钱吗,投了 10w,已经亏了一万多了,回本无望。还房贷至少能减掉个 5w 的利息。上班族每天还要费精力去盯着大盘,心情也不好回复 164 · 收藏 33

2 云南中秋行程精简建议:洱海与日照金山取舍

核心内容

楼主计划中秋从上海出发,9天行程覆盖昆明、大理、香格里拉、梅里、丽江,预算两人8000元,核心想看洱海和日照金山。多数评论认为行程过赶,建议精简,并针对高反、雨季、自驾等给出具体建议。

关键要点

  • 行程过赶:多数回复指出一天换一地太累,建议一个地方至少停留2天,一天最多安排2个临近景点。
  • 精简方向:商业化古城(如大理古城、丽江古城)可少花时间,优先洱海、喜洲、松赞林寺等核心景点。
  • 日照金山时机:9月底仍处雨季,看到金山概率低,冬季更佳;可考虑替代活动如采菌子。
  • 高反注意:香格里拉海拔较高,需评估同行者身体状况。
  • 交通建议:自驾更灵活,但需注意堵车(如环洱海可能堵车严重);也可考虑飞丽江再向西北走。

评论补充

  • 有用户分享去年国庆自驾路线,强调随缘走停的体验更好。
  • 有建议报团或精简为丽江、大理两地,避免长途奔波。
  • 注意同行者精力差异,行程应预留弹性。

原链接:中秋去云南旅游,让 gpt 跑了一下线路推荐,也跟问过同事推荐。但是同行的说怕地方太多了.回复 75 · 收藏 24

3 Antify:macOS 进程级网络控制工具,支持按应用分流与 CLI

核心内容

Antify 是一款 macOS 原生透明代理工具,基于 NetworkExtension 框架,可精确控制每个进程的网络流量,支持按应用设置代理、直连或禁止联网,子进程自动继承规则,并支持 CLI 工具(如 curl、git)的路径匹配。

关键要点

  • 按应用分流:为 App/CLI/目录设置 Proxy、Direct、Block 三种模式,如 Chrome 走代理、微信直连。
  • 高级过滤:规则内可按目标域名(支持通配符)和端口范围过滤。
  • 多配置与 Wi-Fi 切换:可创建多套配置并绑定 SSID 自动切换。
  • DNS 防泄漏与私有网络:内置防泄漏机制,支持远程局域网访问。
  • 实时监控:Discovery 模式可查看连接来源与目标,一键生成规则。

评论补充

  • 用户反馈:解决与公司 VPN 冲突的问题,代理 codex 方便。
  • 作者明确:不支持订阅链接,避免法律风险;DNS 配置待实现。
  • 有用户询问 Windows 替代品,推荐 proxybridge,但存在稳定性问题。

原链接:Antify — macOS 进程级网络控制工具, Proxifier 的简易免费版回复 33 · 收藏 26

4 多Agent工作流烧钱教训:避免串行评审与高配模型

核心内容

楼主分享使用 Codex 多 Agent 工作流的失败经验:充 100 美元一天半耗尽,项目未完成。问题在于模拟人类团队流程,串行安排产品、测试、UI/UX 等 Agent 评审,导致大量上下文消耗和返工。

关键要点

  • 避免串行评审:多 Agent 串行开会、互相挑刺,效率低且烧钱,应并行或减少评审环节。
  • 按需分配模型:不要所有 Agent 都用最高级模型,简单任务(如 UI)用低档模型即可,节省成本。
  • 独立 Session 与上下文复用:每个 Agent 独立 session,提高缓存命中率,减少重复喂历史。
  • 人工把控关键决策:产品品味、技术架构等需人工判断,AI 评审易陷入形式主义。

评论补充

  • 有用户建议参考 Cloudflare 和 Google 的 AI 代码审查方案,优化流程。
  • 多 Agent 协作工具(如 codeg.app)可减少人工参与环节。
  • 控制工具和插件数量,按需开启,避免干扰。
  • 注意模型上下文限制,258K 上下文难以支撑复杂多 Agent 流程。

原链接:5X 的 Codex 一天半烧完了,晒晒我的智障多 agent 工作流回复 45 · 收藏 19

5 12万内电车通勤60公里怎么选?无家充南方用户求推荐

核心内容

楼主每天通勤60公里(单程30公里),无地铁,公交耗时近3小时,目前搭同事顺风车但体验差,考虑购买12万内电车。候选车型包括启源Q05、深蓝S05、MG07等。楼主坐标南方,无家充,需依赖公共充电。

关键要点

  • 通勤成本:单程30公里,顺风车单趟10元,但同事服务不稳定,导致通勤时间长达4-5小时。
  • 购车建议:评论普遍认为,若无家充,应优先选择电池容量大、续航长的车型,以减少充电频率;配置并非首要考虑。
  • 替代方案:有评论建议在公司附近租房,或提高顺风车费用以换取稳定服务,但楼主未明确接受。
  • 品牌选择:部分评论建议避免冷门品牌,考虑小鹏MONA M03等主流车型,但需注意预算。

评论补充

  • 有用户指出,顺风车费用偏低(单趟10元),同事可能因此不愿专程接送,建议加钱或协商独享。
  • 有评论认为,长期通勤4-5小时对健康影响大,租房或换工作可能是更优解。
  • 关于车型,有建议关注销量排行榜,选择市场验证过的车型。

原链接:顶不住了,来回通勤 60 公里, 12 万内电车求推荐回复 105 · 收藏 2

6 登录接口防重放攻击设计:nonce+timestamp 与 challenge 方案对比

核心内容

登录接口防重放攻击,主流方案是 nonce+timestamp:客户端生成随机数和时间戳,服务端校验时间窗口(如1分钟)并用 Redis 记录 nonce 防重复。该方案实现简单、资源消耗低,是业界标准做法。

关键要点

  • nonce+timestamp:适用于大多数场景,服务端校验时间窗口+nonce 唯一性,可有效防重放。
  • challenge 模式:服务端下发一次性 challenge,客户端加密提交,消费即作废。安全但需两次请求,且需处理网络重试导致的兼容问题。
  • HTTPS 是基础:多数评论强调,传输层应使用 HTTPS,应用层加密并非必需,且无法防御用户主动调试重放。

评论补充

  • 有观点认为登录接口防重放需求不高,写操作更值得加;若需全局防护,可统一封装。
  • 方案选择取决于客户端可信度:不可信客户端用 challenge,可信客户端用签名+时间戳。
  • 注意:任何方案都无法完全阻止用户自己构造请求重放,只能提高成本。

原链接:登录接口防重放攻击怎样设计?回复 42 · 收藏 19

7 用AI将小米10 Pro刷入postmarketOS当服务器

核心内容

作者利用AI辅助,将小米10 Pro(SM8250)刷入postmarketOS,成功作为服务器使用。过程显示AI能大幅降低驱动适配门槛,但耗时耗token,例如USB供电驱动花了两天。系统信息显示内核7.1.0,内存占用低,适合轻量服务。

关键要点

  • 硬件要求:需有主线内核支持的CPU(如SM8250),小米10 Pro可行。
  • 操作流程:通过USB连接电脑,人工仅需进入fastboot,其余由AI完成。
  • 电源方案:可拆电池改降压模块,或使用系统级电源控制(如acc)限制充电。
  • 替代方案:若长期使用,建议用电视盒子(如斐讯N1)刷armbian,更稳定省电。

评论补充

  • 小米5x、小米8等型号也可尝试,但需AI适配。
  • 电池管理芯片(BQ27Z561)在pmOS下依赖固件,缺少厂商校准,但影响不大。
  • 有用户担心电池老化风险,建议拆电池或使用充电控制。
  • 部分用户认为树莓派或VPS更实用,但此方案适合折腾和低成本服务器。

原链接:旧的安卓手机变服务器回复 37 · 收藏 15

8 大厂程序员离职尝试App出海与自媒体:规划评估与风险讨论

核心内容

楼主为三十多岁大厂研发,计划离职用一年时间尝试App出海和自媒体,并公开个人经济状况(现金股票百万、两套房)。评论主要围绕规划可行性、风险与建议展开。

关键要点

  • 自媒体赛道竞争激烈:评论指出自媒体已非常卷,建议仅作为兴趣,不要指望短期赚钱。
  • App出海难点:技术不是瓶颈,关键在于需求发现和获客;简单AI应用已泛滥,复杂产品开发周期长且缺乏反馈,容易放弃。
  • 风险控制建议:有评论建议先兼职试水,或找清闲工作过渡,确认可行后再全职投入;若无法保证失败后能快速回归职场,需谨慎。
  • 产品前提:开始前必须明确第一个客户来源,避免自嗨。

评论补充

  • 有类似经历者分享自己做App出海近一年仍无起色,强调现实难度。
  • 讨论国内App上架繁琐,海外市场相对宽松,但竞争同样激烈。
  • 楼主回应称AI工具降低试错成本,适合长尾需求,且自身佛系心态,但需考虑家庭收入压力。

原链接:三十多岁,即将从大厂离职,打算暂时不找工作,用一年尝试 App 出海和自媒体,大家帮忙看下这个规划是否合理回复 56 · 收藏 4

9 3D中国象棋开源项目:支持人机、联机与自托管

核心内容

作者基于开源项目 tsonglew/chess-cn 开发了 3D 中国象棋,整合了多种功能:支持 godogpaw WebAssembly 浏览器本地人机、Pikafish + NNUE 服务端人机、本地双人、WebSocket 联机、Docker 自托管,并提供 Windows/macOS/Linux 发行版。纯静态版部署于 Cloudflare Pages,可直接在线体验。

关键要点

  • 在线体验地址:https://chess.moyu.ge/ ,无需安装,浏览器即可玩。
  • 完整版(含联机与 Pikafish)需从 GitHub 下载:https://github.com/inbjo/chess-cn
  • 人机难度分入门、中等、困难、大师四档,计算在本地完成。

评论补充

  • 用户反馈交互问题:右键旋转视角不符合主流习惯,建议左键旋转、右键移动;点击容错率低,易误选棋子。
  • 作者已响应:增加经典大字模式、平面视图切换、加大落子容错、优化动画卡顿与闪烁问题。
  • 部分用户反映在 Edge 和 M1 Max Chrome 上存在性能问题,作者已优化。
  • 有评论推荐类似项目:https://tinker.liriliri.io/games/chinese-chess/

原链接:3D 象棋?你没玩过的船新版本,上班来一炮!回复 24 · 收藏 12

10 Mac mini 外接 SSD 方案选择:尿袋与底座对比

核心内容

用户咨询 Mac mini 外接 SSD 方案,主要对比“挂尿袋”(硬盘盒)与“拓展坞底座”两种形式,以及雷电/USB4 与 USB 接口的区别。综合回复,两种方案在性能上差异不大,主要区别在于散热、外观和价格。多数用户推荐“挂尿袋”方案,因其便宜、被动散热足够且安静。

关键要点

  • 方案选择:挂尿袋(硬盘盒)更便宜,底座可能影响散热且风扇噪音可能比 Mac mini 本身大。
  • 接口与主控:雷电/USB4 硬盘盒发热明显,即使不操作也发热;USB 接口与雷电在普通使用中差别不大。
  • 硬件组合:推荐组合如“阿卡西斯硬盘盒 + 宏碁掠夺者 2T”、“ITGZ + GM7”、“绿联 USB4 硬盘盒 + 宏碁掠夺者 2T”,均稳定运行。
  • 注意事项:外置 SSD 可能无法查看 SMART 信息(但 NVMe 雷电/USB4 可看),重要文件需备份;部分硬盘盒在重启后可能导致系统启动慢,需拔插解决。

评论补充

  • 有用户反映多款主控(RTL9210、ASM2464)的硬盘盒在正常弹出或重启后,SMART 的 Unsafe Shutdown 计数增加,但未影响使用。
  • 若 Mac mini 内部硬盘可更换,可考虑拆机换存储,但可能影响保修。
  • 三星 T7 等成品移动 SSD 也是可靠选择,但价格可能较高。

原链接:mac mini 外接 ssd 咨询!回复 29 · 收藏 7

11 5年开发投简历无面试:现状分析与建议

核心内容

楼主5年全栈开发(React+Java),在小城市做二开,投简历两个月无面试,焦虑是否放弃。评论显示当前互联网招聘处于存量博弈,5-10年经验开发者普遍面临投递无回应的情况,并非个例。

关键要点

  • 市场现状:多个评论指出,现在招聘岗位少,竞争激烈,学历和运气成为关键因素。985/211科班或硕士机会更多,普通学历“众生平等”。
  • AI影响:有评论提到,现在流行“大佬带实习生+AI”模式,AI工具(如cc、codex)提升效率,导致对中高级开发需求减少,5年经验“不上不下”反而尴尬。
  • 建议
    • 若学历一般,可考虑去一线城市找外包或降低预期。
    • 有评论分享自身经历:投简历6个月甚至更久才找到工作,需有持久战准备。
    • 若年轻且学历好,可尝试提升学历(如读硕)增加竞争力。

评论补充

  • 有评论提到“跟着项目全国跑”可尝试去最近的一线城市找工作。
  • 一位用户分享从投简历到入职历时约1年半,供参考。
  • 部分评论认为,当前环境下,除非做到拔尖,否则需接受现实,或考虑转行(如转硬件)。

原链接:5 年开发投 2 个月简历杳无音讯,我应该放弃么回复 22 · 收藏 7

12 新能源车频繁扎胎:补胎位置、轮胎险与应对经验

核心内容

新能源车主反映不到一年补胎两次,且钉子多扎在胎肩位置,引发关于补胎频率和应对方式的讨论。

关键要点

  • 扎胎位置:胎肩(胎侧与胎面交界处)可补,但再往外靠近胎壁则不建议补,需换胎。
  • 补胎费用:原装轮胎(如18英寸米其林)官方更换约1000多元一条,补胎相对便宜。
  • 轮胎险:有车主购买轮胎险,补胎和换胎可走保险,建议续保时咨询。
  • 扎胎原因:常见于搬家拆柜洒落的钉子,或人为放置;大货车多、施工路段风险高。

评论补充

  • 有车主因扎胎位置不佳,最终更换全部四条轮胎。
  • 补胎后胎压监测偶发报警,但检查无漏气,属正常现象。
  • 新能源车因车重和胎压高,可能更容易扎胎。
  • 部分修车店在忙碌时不接补胎小活,需提前寻找可靠店铺。

原链接:不到一年补了两次胎,路上的钉子太烦人了回复 34 · 收藏 1

13 上海联通千兆宽带上行实测:40-50M,部分套餐可升级

核心内容

上海联通千兆宽带上行并非固定 40M,实测多在 40-50M 之间,部分套餐可提供更高上行。用户 alangz 从电信 199 套餐(1000M 下/100M 上)转联通 99 元套餐(8 折后 79 元),实测上行仅 40+,下行 900+,但 speedtest 部分节点下行异常(仅 5M),可能为节点问题。

关键要点

  • 上海联通千兆上行常见 40-50M,如 129 元套餐实测上行 50M,部分套餐可升级至 100M 上行(需加钱或更高档位)。
  • 上海电信 229 元套餐可体验 300M 上行,甚至 1G 上行。
  • 其他地区参考:西安联通千兆上行 70M(84 元/月),南京联通 2000M 上行 100M,北京联通 2000M 上行约 240M。
  • 部分用户反映上行限速问题:有用户加钱提升上行后仍被限速 40M,需联系客服解决。

评论补充

  • 上海移动宽带上行超过 3T 流量后限速至 20M。
  • 上海联通老用户上行长期未超 50M,即使宽带升级至 2000M。
  • 深圳联通千兆上行通常可跑 65M 左右,存在 20% 冗余。

建议办理前明确上行带宽,并测试实际速率;若上行需求高,可考虑电信高套餐或联通更高档位。

原链接:上海联通 1000 兆宽带上行只有 40 兆吗?回复 37 · 收藏 0

14 OpenAI Codex 网络虐待警告:原因与申诉经验

核心内容

有用户在使用 OpenAI Codex 编写代码时收到“网络虐待”政策违规警告,但自认仅用于正常开发。多位用户反馈类似情况,多与逆向、破解、绕过安全机制等话题相关,也可能存在误判。

关键要点

  • 警告通常与逆向工程、破解、绕过 Cloudflare 等敏感请求相关,即使未实际执行也可能触发。
  • 收到警告后建议立即申诉,多数误判可解除;但多次违规可能导致封号。
  • 有用户称第一、二次为警告,第三次直接封号,需谨慎对待。

评论补充

  • 部分用户因让 AI 写爬虫绕过防护而收到警告,申诉后解封。
  • 涉及 Android Framework/kernel 修改也可能被误判为入侵行为。
  • 官方邮件可能为中文,内容为“滥用”而非“虐待”,翻译差异导致困惑。

原链接:OpenAI ChatGPT 使用政策违规及停用警告-网络虐待回复 25 · 收藏 3

15 CodeX 官方订阅支付渠道与报销经验

核心内容

用户需报销 CodeX 200 美元订阅,但无法使用礼品卡,且网页端支付受限。经测试,Apple Pay 绑定招行 Visa 单币卡被风控,Google Pay 无 Android 设备。评论提供了可行方案:通过 Google Play 应用内购订阅,账单显示为 GOOGLE*CHATGPT,可提供订单号(GPA 开头)用于报销。

关键要点

  • Google Play 订阅:需将 Google 账号改为美区,添加美国地址(如阿拉斯加),绑定招行全币种 VISA 卡,在 Google Play 下载 ChatGPT 后订阅。
  • 模拟器方案:无 Android 手机可用 MuMu 模拟器操作。
  • 其他地区:新加坡区账号可直接绑定银联卡订阅。
  • 报销凭证:Google Play 邮件含订单号,可配合信用卡记录报销,但需公司财务认可。

评论补充

  • 有用户提到可用融达信用卡或代付渠道,但需注意风险。
  • 部分公司接受信用卡账单和 Apple 账单截图报销。
  • 代充服务可开发票,但需谨慎选择。

原链接:现在有 CodeX 的官方订阅方式吗回复 15 · 收藏 6

16 AI写测试的可靠性探讨与隔离方案实践

核心内容

楼主在站内询问测试工作流或自动化工具,发现没有公认的最佳方案。核心担忧是:AI 自己写的测试可能与其代码同错,全绿不代表正确。评论中多位开发者分享了实践方案,核心共识是将写代码与写测试/审查的 Agent 隔离,避免上下文污染。

关键要点

  • 隔离上下文:用 subagent 在隔离上下文中写测试,或让不同 Agent 分别负责实现与测试,防止同源错误。
  • 人工审核关键环节:先出架构方案和业务流程图,人工审核后再实现;测试用例可用 Gherkin 语法编写,便于人工阅读审核。
  • 分层测试策略:单元测试可作弊,集成/端到端测试也可能作弊,需在 PR/MR 阶段加入 Agent 审查,但可能引发过度审查,需再引入对抗 Agent。
  • 工具实践:有用户使用 TestSprite CLI 版(免费额度)节省时间;也有用户用 Playwright 跑 AI 生成的端到端测试。
  • 小工具简化:若项目简单、不长期维护,可省略测试;复杂或长期项目则需完整流程。

评论补充

  • 有用户建议用多个 sub-agent 挂不同模型,如 deepseek harness 挂小模型,小模型理解单元测试能力足够。
  • 有用户分享具体工作流:实现放一个目录,测试/review 另开 agent 隔离上下文,人只审用例意图和关键路径。
  • 变异测试可提高要求,但代价高,不必每次运行。

原链接:之前在站里发帖问了大家有没有合适的测试工作流或者自动化工具,结果……回复 11 · 收藏 7

17 开源电视 App tv2000:U盘/SMB资源按频道播放

核心内容

作者分享了一款面向老人的开源电视 App tv2000(Apache 2.0),主打打开即播、遥控器上下换台、每个频道独立续播。资源支持 U 盘或 SMB 地址,每个目录作为一个频道,配置一次即可。配合电视长辈模式与置顶 App,可降低老人使用门槛。

关键要点

  • 实测设备:小米电视 4C(Android 6)、小米盒子 5(Hyper OS),未上架应用市场,需手动下载 APK。
  • 项目地址:https://github.com/GoodOldWorks/tv2000
  • 作者对比资源稳定性:U 盘 > 本地 NAS SMB > 网盘中转(如 alist 挂载夸克易挂)。

评论补充

  • 有用户建议使用网盘 WebDAV(如 openlist)作为源,但作者认为稳定性不如本地存储。
  • 作者明确暂不支持直播,因维护直播源成本高。
  • 有用户询问密码功能,作者未明确回应,可能用于限制儿童或特定内容。

原链接:分享一个方便老人使用的电视 App回复 7 · 收藏 8

18 Windows 下推荐 Ripple MCP:支持交互式命令与状态保持

核心内容

作者推荐在 Windows 上使用 Ripple MCP(GitHub: yotsuda/ripple)替代内置 shell,用于 Codex、agy、Claude 等 AI 编程工具。该工具基于 ConPTY,解决了作者之前使用的 PowerShell.MCP 的架构缺陷(无法执行交互式命令)。

关键要点

  • 持久会话:多次命令调用间保持同一 Session 状态,方便 AI 连续操作。
  • 交互式命令支持:AI 可像人一样处理终端输入,支持 Ctrl+C,避免卡死。
  • 实时输出窥探:长命令执行时可查看部分输出,无需等待结束。
  • 长输出截断:防止巨量日志占用 AI 上下文,完整输出保存至临时文件可回查。
  • 共享控制台:人可实时看到 AI 执行过程,支持 pwsh/bash/cmd 交叉使用。

评论补充

部分用户偏好 WSL 或 Ubuntu,认为更舒适,但作者指出在内存不足 64G 的开发机上 WSL 体验不佳。另有用户表示项目不错但不喜欢 MCP,日常仍用 WSL。

原链接:WIndows pwsh MCP 推荐,我已经使用半年,感觉良好回复 3 · 收藏 5

19 NAS 搭配 115 VIP 搭建家庭影视库方案汇总

核心内容

主题讨论如何利用 NAS 搭配 115 VIP 搭建家庭影视库,以解决本地硬盘不足且硬盘昂贵的问题。核心方案是使用 115 网盘作为存储,通过工具生成 STRM 文件供媒体服务器刮削,避免直接挂载导致的风控。

关键要点

  • STRM 方案:使用 litepan、TgtoDrive、openlist 等免费工具生成 STRM 文件,配合 Emby 或 Plex 使用;付费工具推荐 Symedia、CloudMediaSync、NanShare。
  • 直接挂载:可用 clouddrive2 或 rclone 115mod 版本远程挂载,但需注意 115 风控,控制请求次数,使用手机端 cookie 可减少掉线。
  • 简易替代:若不想折腾,可直接使用 115 官方“爆米花”功能,支持手机、电视、电脑,无需 NAS,但刮削有白名单限制。

评论补充

  • 有用户指出 115 风控严格,建议在局域网内使用,避免频繁请求。
  • 关于片源,可直接转存他人分享的库,无需自行上传。
  • 部分用户认为飞牛系统远程挂载 115 无法形成影视墙,需配合 STRM 方案。

原链接:问下一个 nas 搭配一个 115vip 怎么搭建家庭影视库方便啊回复 19 · 收藏 1

20 Subpool:团队AI订阅管理工具,支持Codex与API混合池

核心内容

Subpool 是一个面向团队的轻量化 AI 订阅管理工具,用于解决团队内多份 Codex 或 API 账号缺乏统一管理的问题。管理员可将账号组成 Pool,为成员分配独立 API Key,并支持账号健康、额度、冷却状态监控及 Token 用量统计。

关键要点

  • 支持 Codex Device Code 授权、多订阅账号统一接入、Pool 化管理和请求路由。
  • 提供 Responses、Chat Completions 和 Models API,支持 Codex 与 API 账号混合池。
  • 使用 Docker Compose 自托管,技术栈为 Go + React + PostgreSQL。
  • 不保存 Prompt、回复或源代码,仅记录账号分配、路由状态和 Token 用量。
  • 定位区别于 sub2api,不做支付和 Key 售卖,专注团队内部管理。

评论补充

  • 作者回应封号风险:目前每个账号不超过 3 人共享,稳定运行 2 个月。
  • 用户建议部署海外节点以降低封号风险,并关注 TLS 指纹与官方对齐。
  • 有用户提到 sub2api 使用体验良好,并自建审计组件保存请求响应到 S3。
  • 用户询问是否支持 GPT 指纹、WebSocket 及国模(如 MiniMax),作者未明确回复。

原链接:[开源] Subpool:面向团队的轻量化 Coding 订阅管理回复 10 · 收藏 3

21 免费大模型 API 渠道整理:含 DeepSeek V4、GLM 5.x 等 30+ 模型

核心内容

主题分享了免费大模型 API 的靠谱渠道列表,收录了 DeepSeek V4、GLM 5.x 等 30+ 模型。列表只收录能获取 API Key 并通过 endpoint 真实调用的接口,且仅限永久免费或明确标注限时免费的渠道。作者强调免费额度信息过时快,会持续核验并清理过期渠道(如已退役的 GitHub Models)。

关键要点

  • 收录标准:必须能拿到 API Key 并真实调用,且免费性质明确。
  • 列表持续维护,过期渠道会及时删除,欢迎通过 PR 补充新渠道。
  • 获取 API Key 的一般方式:注册登录后即可获得。

评论补充

  • 有用户指出部分渠道(如孙割的 AI)可能存在隐私风险,作者回应称任何 API 服务都有此风险,机密信息建议使用本地部署模型。
  • 有用户反馈英伟达的免费模型经常超时,基本无法使用,建议在列表中增加“经常超时”等描述。

> 注意:使用第三方 API 时需自行评估安全风险,尤其是处理敏感数据时。

原链接:[分享] 整理了免费的大模型 API 的靠谱渠道,包括 DeepSeek V4, GLM 5.x 等 30+ 模型回复 6 · 收藏 4

22 电信千兆宽带游戏网络波动排查与解决建议

核心内容

用户反馈电信1000M宽带在游戏时出现周期性网络波动,电信上门测试正常,但问题依旧。评论中多位用户分享了类似经历和排查方向。

关键要点

  • 排查基础:先ping DNS或公网IP,观察延迟和丢包;检查路由器、光猫、交换机等设备,尝试替换电信自带路由器。
  • 连接数限制:深圳电信ADSL连接数超4000可能导致网络异常,需检查连接数。
  • 无线干扰:若使用WiFi,5G频段可能因高负载堵塞导致断流,可尝试切换2.4G。
  • 运营商差异:游戏对延迟、抖动、丢包敏感,带宽大无益;南电信北联通,若问题持续可考虑换运营商。
  • 小区网络质量:部分小区存在基站或设备过载问题,可能无解,但可尝试更换路由器或联系运营商反馈。

评论补充

  • 有用户使用交换机后出现类似波动,tcping公网DNS可见25ms左右突发延迟。
  • 河南联通用户反映全天丢包,晚上更严重,加速器显示突然丢包后恢复,怀疑运营商设备过载。
  • 建议确认网线入户还是光纤入户,以及是否直连网线(用户已确认直连)。

原链接:电信 1000M 宽带时常网络不稳定回复 17 · 收藏 0

23 跨模型规范方案:用 AGENTS.md 统一配置

核心内容

用户在使用 Codex CLI 等 AI 编码工具时,因切换模型或上下文过长导致打包、归档等细节需要重复引导,希望找到一种跨模型、跨工具且跟随项目的规范方案。评论中提出了多种可行方法,核心是使用 AGENTS.md 作为权威源,并通过引用机制让不同工具共用。

关键要点

  • AGENTS.md 作为单一权威源:将打包、归档等稳定规则写入 AGENTS.md,Claude Code 在 CLAUDE.md 中通过 @AGENTS.md 引用,Cursor 也能读取,实现一套配置多处使用。
  • 避免文件臃肿:稳定规则放 AGENTS.md,当前任务状态用 TASK.md 或按目录拆分,防止内容混乱。
  • 多人协同:将 AGENTS.md 纳入 Git 管理,便于团队共享和版本控制。
  • 渐进式披露:使用 index.md 索引架构、配置、安全等文档,实现分层管理,避免一次性加载过多信息。

评论补充

  • 有用户提到可用 skills 固化流程,或使用 hindsight 统一记忆,但需注意是否分项目。
  • 有用户分享自用 skill 方案,通过文档分工和索引实现多模型切换无压力。
  • 有用户强调不绑定特定 agent,只跟项目走,任何模型都需遵循项目规范。

原链接:各位大佬推荐一下跨模型规范方案啊回复 7 · 收藏 0

24 独立开发者访谈:漫画胶囊从1.2分到4.8分的两年打磨经验

核心内容

独立开发者 Rainy 和 Kins 分享了漫画胶囊(iOS 漫画阅读器)从立项到口碑逆转的完整经历。产品于 2025 年 9 月上线,早期因功能过多、体验不稳遭遇大量差评,App Store 评分一度低至 1.2 分。经过近两年打磨,截至 2026 年 8 月评分回升至 4.8 分(269 个评分),进入图书分类榜第 149 名。

关键要点

  • 核心差异化:支持流式阅读,可直接读取 NAS、网盘中的漫画,无需整本下载;兼容 Samba、WebDAV、OPDS、阿里云盘等存储及多种格式。
  • 开发教训:早期贪多求全导致体验混乱,后来聚焦核心体验(流式阅读和书架)才逐步建立口碑。
  • AI 使用观点:作者认为 AI 无法替代架构设计,需先与 AI 多轮讨论形成设计文档,再搭建代码骨架,最后填充细节并人工审查,适合长期维护的项目。
  • 增长方法:主要靠 App Store 搜索、小红书和自然口碑,针对具体需求(如“iPad 看漫画”)持续输出内容比一次性推广更有效。
  • 商业模式:以一次性买断为主,保留订阅选项,无广告,强调“拥有感”。

评论补充

有用户询问买断价格及与可达阅读器的对比,但原帖未提供具体价格,仅说明可达功能强大但复杂,漫画胶囊更注重简洁和自动化的体验。

原链接:独立开发者访谈:漫画胶囊 —— 从 1.2 分到 4.8 分,两年打磨一款 iOS 漫画阅读器回复 1 · 收藏 2

25 GPT 20x 额度重置后消耗加速,用户体感周限被降

核心内容

多位 GPT 20x 用户反馈,在额度重置后,相同使用量下 token 消耗明显加快,体感额度缩水 2-5 倍。有用户称重置前剩余 85% 时被重置,之后额度变得不耐用;也有用户观察到重置活动可能降低周限,导致实际可用额度减少。

关键要点

  • 多名用户(如 jinker、dingwen07)表示重置后消耗速度显著提升,体感减少 2-3 倍,甚至 5 倍。
  • 有用户建议避免频繁重置,因为重置可能降低周限,反而得不偿失。
  • 部分用户通过调整模式节省用量:如仅用 xhigh 做 plan,实现用 medium;或改用 standard 的 high/xhigh,认为 fast 不划算。

评论补充

  • 有用户报告两天消耗 16 亿 token 后剩余 45%,认为消耗确实过快。
  • 官方曾修复 bug,修复后部分用户感觉更耐用,但最新重置后问题再现。
  • 目前无官方说明,用户普遍怀疑额度计算规则有变。

原链接:我 chovy, GPT 20x 的额度是不是砍了回复 15 · 收藏 0

26 GPT sol 上下文长度设置建议:272K 平衡成本与效果

核心内容

关于 GPT sol 的上下文长度设置,社区普遍认为默认 200K 偏短,但盲目调高至 1M 会带来成本激增和注意力分散问题。多数用户推荐 272K 作为平衡点,因为这是官方 API 分段计费的起点,超过后消耗显著增加。

关键要点

  • 272K 是主流选择:多位用户(如 QS0x01、schemesAlot)建议设置 272K,并留出缓冲(如 300K),兼顾效果与成本。
  • 1M 体验好但成本高:有用户反馈 1M 下压缩频率低,但额度消耗极快,如同“开了 fast”,不适合日常使用。
  • 500K 为折中方案:部分用户(pony2335、zuosiruan)采用 500K,在长任务与成本间取得平衡。
  • 150K 即应压缩:据 maolon 引用 matt 的说法,150K 时就应手动压缩,避免高成本区间。

评论补充

  • 有观点认为 codex 默认设置即合理,无需调整(iyaozhen)。
  • 阶梯计费是 OpenAI 限制默认上下文的原因,初级用户不会管理上下文导致用量过快(yh7gdiaYW)。
  • 长上下文可能导致模型“注意力不集中”,影响输出质量(longaiwp)。
  • 不同版本(sol、terra、luna)策略不同,luna 可适当拉满(maolon)。

原链接:GPT sol 的上下文长度设置成多少比较合适,默认的 200k 太短了,随便几下就开始合并了, 1m 到后面又有点顾头不顾尾的回复 14 · 收藏 0

27 公网 IP 为何仍有连接数限制:防火墙与监管因素

核心内容

公网 IP 用户仍可能遇到连接数限制,原因并非 NAT,而是运营商在公网出口部署了状态防火墙等设备,这些设备需要维护连接状态,受限于资源(内存/CPU)和监管需求。

关键要点

  • 连接数限制主要来自防火墙的并发连接数每秒新建连接数两个参数。
  • 即使没有 NAT,状态防火墙仍需跟踪连接,因此限制依然存在。
  • 资源有限(对比机房带宽价格)和监管(如防 PCDN)是根本原因。
  • 部分用户实测电信公网连接数约 15000,联通约 60000+,可能未受限。

评论补充

  • 有观点认为限制是人为制造差异,以推销高价专线。
  • 注意区分真公网与 NAT444 假公网,后者同样受限。

原链接:为何公网 IP 也有连接数限制?回复 9 · 收藏 1

28 京东介入追回过保西门子洗衣机维修费380元

核心内容

楼主分享了一次通过京东平台维权成功的经历:2020年自营购买的西门子洗衣机,过保5年后搬家出现脱水故障,官方售后维修花费380元更换减震器,但一周后故障复发。再次报修无果后,楼主将洗衣机低价处理并联系京东客服,最终京东从西门子货款中扣回380元维修费并返还给用户。

关键要点

  • 过保家电维修可尝试联系购买平台介入,京东客服在提供故障视频后协助追回维修费。
  • 西门子/博世洗衣机更换减震器需全拆外壳,操作复杂;部分国产品牌底部镂空设计更易更换。
  • 有用户自行购买减震器更换解决LG洗衣机脱水乱跑问题,成本更低。

评论补充

  • 有用户反映西门子售后存在反复维修无效、客服引导继续付费维修的情况。
  • 类似经历:林内热水器售后难联系,通过京东平台预约后次日上门,维修人员建议绕过平台直接联系,但实际官方电话无人接听。

原链接:这次真要好好表扬下某东啊回复 7 · 收藏 1

29 ChatGPT Plus 升级 Pro 5x 的订阅抵扣规则

核心内容

关于 ChatGPT Plus 升级到 Pro 5x 的订阅抵扣,不同平台机制不同。

关键要点

  • Google Play:补差价,原订阅到期日不变,需支付 (剩余天数/30)*100 美元(Pro 5x 价格),与跨月无关。
  • iOS 应用内购:按比例退款旧订阅,新订阅从当天重新计算,即支付全额 100 美元,旧订阅剩余天数按比例退还。
  • 降级:不会立即生效,需等到下一个订阅周期。

评论补充

  • 有用户实测 iOS 也是补差价,但另一用户称 iOS 是退差价后收全款,存在分歧。
  • 升级后额度立即重置,周 CD 顺延。
  • 部分用户考虑使用虚拟卡或 Google Play 支付,认为 Google Play 机制更灵活。

原链接:关于 plus 升 pro5x 的问题回复 9 · 收藏 0

30 港股美股新手投资经验:仓位控制与避免追高

核心内容

楼主分享两个月港股美股投资经历:投入30万港币盈利约2万,美股1万美元微盈。核心经验包括:承受波动、控制仓位、不追高、形成自己的方法论。

关键要点

  • 仓位控制:保持50-70%仓位,用闲钱投资,避免全仓。
  • 避免追高:热门股如两倍做多海力士波动大,追高易成韭菜。
  • 形成方法论:不跟风,不依赖他人推荐,需建立自己的投资体系。

评论补充

  • 仓位控制是长期生存关键,确保留在牌桌上。
  • 多数人缺乏方法论,需警惕将运气误认为实力。
  • 有用户询问港股资金转账安全方式,楼主未回应。

原链接:我的小白投资(赌博)经验分享回复 6 · 收藏 1