OKHK 👀

  1. 别查了!真别查了!别再查中转站了,我用了三年,1400 块钱一月的正版 pro,我用了三年,房子用没了,家人被我用垮了,现在好不容易有了便宜 token,你们非说它是非法分发的 token,那 token 好不好用,我们能不知道吗?那 token 才 0.04 倍率,token 贩子根本没赚钱,谁家能不遇上个需要用 codex 的,你能保证你这一辈子不用 token 吗,你们把它查死了,我们都得等死,我想活着,我想用便宜 token。
    source

  2. iContainer - macOS 容器(Apple Container)管理工具

    OKHK 👀
    Orchard - 适用于 Apple Containers 与 MLX 的原生 macOS GUI 应用 https://orchard.andon.dev/ https://github.com/andrew-waters/orchard 基于 Swift 构建的原生 macOS 桌面应用,管理 Apple 原生的容器运行时与持久化 Linux 虚拟机,并将本地 GPU 驱动的 MLX 模型无缝桥接至隔离沙箱。 本地 AI 与沙箱隔离: 自动发现并桥接 Mac GPU 运行的 MLX 模型服务,为容器…
    iContainer - macOS 容器(Apple Container)管理工具
    https://github.com/nico81/iContainer
    #Apple #macOS #Tool #Docker #Linux #GitHub
    使用 SwiftUI 基于官方 Apple Container CLI 封装,提供直观的图形化界面,实现 Apple Container 工作负载与 Linux 虚拟机的全生命周期管理。
    端侧 AI 日志诊断: 借助 Apple Foundation Models 在本地实时分析日志,生成健康摘要并定位错误原因,全程离线保障数据安全。
    容器与虚拟机全生命周期管理: 统一管理容器创建、构建、运行、资源监控与交互式 Shell,同时支持配置和调度 Linux 宿主虚拟机。
    GitHub - nico81/iContainer: A native macOS app to manage Apple Container workloads, built with SwiftUI.

  3. Openship - 开源、可自托管的部署平台,内置 CI/CD

    Openship - 开源、可自托管的部署平台,内置 CI/CD
    https://openship.io/
    https://github.com/oblien/openship
    #DevOps #Tool #GitHub
    推送代码、发布容器、管理基础设施
    把它指向一个代码仓库。Openship 会检测你的技术栈、构建它、配置好一切并发布 —— 没有配置文件、没有流水线、没有 YAML。
    数据库、域名、SSL、CDN、邮件、备份 —— 全部在一处管理。
    支持 Openship Cloud(托管)或你自己拥有的任意 Linux 服务器。
    Openship - Deploy Anything. Own Everything.

  4. Shell Gym - Linux Shell 命令行训练

    OKHK 👀
    iximiuz Labs - Linux / 容器 / K8s 网络实操题 https://labs.iximiuz.com/challenges iximiuz Labs 推出的在线实操题目,每道题都配有互动检测、清晰图解和理论参考,可以看作 DevOps 领域的 LeetCode。 ● 利用 Linux 命名空间,在不改动容器的前提下,访问应用内部调试接口。 ● 在多个 Docker 容器间共享 PID、IPC 和网络命名空间,掌握 Kubernetes Pod 架构和容器调试的核心技术。 ● …
    Shell Gym - Linux Shell 命令行训练
    https://labs.iximiuz.com/playgrounds/shellgym
    https://github.com/iximiuz/shellgym
    #Linux #Shell #GitHub Shell Gym Playground | iximiuz Labs

  5. 一个月前还在带货反代,现在Codex负责人称订阅共享会触发风控

    Forwarded from 动察Beating AI News
    一个月前还在带货反代,现在Codex负责人称订阅共享会触发风控

    OpenAI Codex 负责人 Tibo Sottiaux 回应最近的额度缩水争议。他称 OpenAI 不会偷偷修改额度。团队调查部分受影响用户后发现,不少人在使用 sub2api。把订阅转成 API 流量,再分发或共享给多人,会被 OpenAI 的反欺诈系统标记。

    讽刺的是,Tibo 一个月前才亲自推荐过另一款代理工具 CLIProxyAPI。他教用户用 Codex OAuth 登录,再把 GPT-5.6 Sol 接进 Claude Code。当时甚至开玩笑:「如果这招被封,算我欠你一次 reset。」

    CLIProxyAPI 和 sub2api 不是同一个项目,但功能并没有隔得多远。CLIProxyAPI 同样能把 Codex OAuth 接到兼容 API,还支持 Codex 多账户轮询。sub2api 则更进一步,专门提供多账户管理、API Key 分发、计费和多人共享。

    所以 OpenAI 现在画出的红线,更像是「个人代理可以,多人分发不行」。问题是,一个月前负责人还在公开教用户走代理,如今才解释其中一部分用法会触发风控,这条界线此前并不直观。

    而且这仍解释不了全部异常,Tibo 的评论区里也有只用官方 Codex 的用户称额度明显缩水,目前还不能把这轮争议全部归因于 sub2api。

    Tibo

  6. 一觉醒来发生了什么 08 月 21 日

    一觉醒来发生了什么 08 月 21 日
    #Daily

    2026 年 8 月 21 日
    🌍 资讯快读
    1、许家印被判处无期徒刑,恒大集团、恒大地产等案一审宣判
    https://www.jiemian.com/article/14954095.html
    2、配音演员疑被热播剧“盗声”:涉事制作方称系 AI 生成,即梦 AI 客服称需核实
    https://www.thepaper.cn/newsDetail_forward_33816354
    3、阅文回应 AI 文治理:未下架作品,但移出核心榜单
    https://www.pingwest.com/w/316595
    4、特朗普宣布对伊朗采取“史上最严厉经济行动”
    https://www.jiemian.com/article/14950715.html

    👬 即刻镇小报
    1、长期关系的选择一定要慎重,不合适的人会或迅速或漫长地瓦解、消耗一个人。
    https://m.okjike.com/originalPosts/6a854402141b85b2922ffbe5
    2、《不要担心 2 小时和 8 公里以外的事情》
    https://m.okjike.com/originalPosts/6a847e90756bbb665855dfba
    3、人的动机两分,欲念总体比恐惧要好。
    https://m.okjike.com/originalPosts/6a84fa2cf7296c91cf13c21c
    4、构建属于自我的意义和价值,而不是他人的。
    https://m.okjike.com/originalPosts/6a852ebb141b85b2922d8777

    今日即刻镇小报内容来自 @puuoo @新海说 @老蒋不一定靠谱 @sincere-real ,感谢以上即友的创作与分享。

  7. AliExpress 被发现静默运行 WebAudio 指纹

    Forwarded from Solidot 纯净版
    AliExpress 被发现静默运行 WebAudio 指纹
    #安全

    有开发者注意到一个奇怪的现象:蓝牙耳机支持多点蓝牙音频,能同时连接 PC 和手机,PC 通常优先播放音频,只有在 PC 没有播放内容时手机才会播放音频。这位开发者注意到,在 Firefox 或 Chrome 浏览器中打开 AliExpress 网页后,手机会停止播放音频,关闭网页则会恢复。这位开发者随后展开了调查,发现高度混淆的阿里巴巴安全脚本会创建两个 WebAudio 图形,成为浏览器指纹的一部分,该静默运行的 WebAudio 指纹会干扰多点蓝牙音频。用户可利用 uBlock Origin 扩展屏蔽阿里巴巴的脚本 collina.js 和 fireyejs.js 关闭这一指纹。
    https://blog.laserphile.com/2026/08/aliexpress-webpage-keeping-multipoint.html

  8. GitHub 公布本周八小时宕机事故原因

    Forwarded from Solidot 纯净版
    GitHub 公布本周八小时宕机事故原因
    #开发者

    最大的代码托管平台 GitHub 本周发生了一次持续了近八小时的宕机事故,再次在开发者中间引发了寻找替代平台的讨论。GitHub 今年频繁发生宕机事故,已促使多个知名开源项目宣布迁移出去。本周的宕机事故始于 8 月 17 日 13:28 UTC,直至 21:15 UTC 才完全解决——持续 7 小时 47 分钟的事故导致 Issues、Pull Requests、API、Actions 和 Copilot 等服务大量出错。GitHub 解释说,事故直接原因是位于公司美国中部数据中心的负载均衡器网络饱和,而自动扩容策略的配置错误,以及 Visual Studio Code 中一个导致流量放大 10 倍的重试 bug 等一系列连锁反应导致了此次事故持续了如此长时间。
    https://www.githubstatus.com/incidents/zkxwbgr0cnmx
    https://www.theregister.com/saas/2026/08/19/github-blames-8-hour-outage-on-autoscaling-fail-and-vs-code-retry-storm/5289547