Agili

  1. ⚡️ Tech Radar | 100% 跑在 Cloudflare 上的短链神器:Sink

    ⚡️ Tech Radar | 100% 跑在 Cloudflare 上的短链神器:Sink

    自建短链还在开 VPS 挂 Node + Redis + Postgres 吗?每个月的服务器账单、证书维护与数据库备份,让一个简单的工具变成了运维负担。

    GitHub 7k+ Star 的开源项目 Sink,给出了一套纯粹的边缘原生解法:100% 运行在 Cloudflare Serverless 架构上的短链与统计系统。

    🔍 核心架构亮点:
    • D1 + KV 组合拳:Cloudflare D1 作为持久层主库,Workers KV 作为写穿直读缓存,全球边缘节点毫秒级重定向。
    • Analytics Engine 实时统计:利用专为高吞吐事件流设计的 Analytics Engine 记录访问日志,无并发瓶颈与数据库膨胀风险。
    • 轻量 3D 地球看板:10 秒轻量轮询结合前端轨迹回放,零 WebSocket / SSE 开销实现全球访问可视化。
    • 进阶能力齐全:支持 iOS/Android 设备分流、国家地域跳转、访问密码保护、过期时间、OpenGraph 社交卡片自定义。
    • 周边生态完善:全套浏览器插件、Raycast 插件、iOS App、Apple Shortcuts,并提供 OpenAPI 与 MCP 支持。

    💡 Agili 点评:
    教科书级别的 Cloudflare Serverless 全栈工程范式。它把 D1、KV 和 Analytics Engine 的优势吃透了,在免运维、极低延迟的同时,还能把 Cloudflare 免费额度用到极致,是个人与小团队自建短链的首选标杆。

    🔗 链接直达:
    • 官网:https://sink.cool
    • GitHub:https://github.com/miantiao-me/sink
    • 在线 Demo:https://sink.cool/dashboard (Token: SinkCool)

  2. ⚡️ Tech Radar: 仅 6MB 的 Mac 原生录屏神器 —— Screenflare

    ⚡️ Tech Radar: 仅 6MB 的 Mac 原生录屏神器 —— Screenflare

    做产品演示、Walkthrough 或者发 X 动向时,裸录屏往往平淡又抓不住重点。此前这类高质感演示视频基本被 Screen Studio 垄断,但 $89 的买断门槛与相对笨重的体积让不少开发者犹豫。

    刚上线的 Screenflare(v0.0.16)提供了一个极其轻巧的原生平替:整个安装包仅 6MB,纯原生运行在 macOS 15+ 与 Apple Silicon 平台。

    🔍 核心亮点划重点:

    1. 录制即排版:底层自动采集点击与交互事件,根据密度自动生成丝滑的弹簧缩放(Auto-zoom);鼠标指针平滑去抖并带水波纹涟漪。
    2. 多窗口并发录制:可同时录制多个窗口(Safari、Xcode、Terminal),录完在时间轴上一键平滑切换焦点。
    3. 文本驱动剪辑:调用本地模型一键转写字幕,在时间轴上删除某行字幕即可同步切除对应音视频片段(Text-based editing)。
    4. 优雅画布与隐私:自带壁纸/渐变衬底与柔和阴影,支持遮罩动态跟随模糊敏感信息。0 上传、0 追踪,录像直存本地 Movies,字幕/OCR 全走苹果片上神经网络。
    5. 极度克制的定价:免费版全功能开放(无时长限制、无导出限制,截图无水印),仅导出视频右下角带小水印;Pro 版仅 $14.50(限时半价,原价 $29)永久买断,0 订阅无续费。

    💡 Agili 犀利点评与避坑:
    • 优势:6MB 原生体积极小、启动飞快,几乎抹平了 Screen Studio 的核心动效门槛,堪称独立开发者做 Demo 的降本神器。
    • 限制:强依赖 Apple Silicon 与 macOS 15+ 系统(Intel Mac 无法运行);目前版本(v0.0.16)暂不具备专业级多轨音频混音与 LUT 调色能力。

    🔗 官网直达:https://screenflare.app/

  3. 🔍 crt.name · 53 亿子域名的极简 CT 索引引擎

    🔍 crt.name · 53 亿子域名的极简 CT 索引引擎

    玩过资产测绘或子域名爆破的朋友,基本都饱受过 crt.sh 频繁 504 超时、慢查询锁死和限流的折磨。

    crt.name 用极其克制的“奥卡姆剃刀”把这个问题彻底解决了。

    ⚡️ 核心硬核设计:

    1. 内存解包即扔:实时监听 Chrome/Apple CT Log 流(包括 Let's Encrypt Sunlight、Cloudflare Raio 等静态 CT 及传统 RFC 6962 日志),内存解析出 SAN 主机名后,直接把全部证书元数据丢弃。
    2. 极简三元组落盘:只存储 (apex, subdomain, first-seen),永不删除。把沉重的全文/多维证书检索降维成了毫秒级 Key-Value 查询。
    3. 53 亿级多源融合:除实时 Firehose 外,回放了 Internet Archive 退役 CT 日志,整合 Common Crawl、ICANN CZDS、ProjectDiscovery Chaos 与 HaGeZi 规则,已收录超 53 亿(5.3B+)记录。

    🛠️ 接入与生态:

    • 免 Token 开放 API:GET /v1/search?apex=domain.com(单 IP 每天 100 次免费额度,支持 JSON & 首次发现日期)
    • 原生 Agent MCP 协议:提供 POST /mcp Streamable HTTP 接口,AI Agent 可直接接入调用 search 工具
    • 极速 CLI 配套:作者开源了 subfaster(Go 编写的 subfinder 极速分支),内置该数据源,30ms 极速冷启 + HTTP Keep-Alive

    💡 Agili 点评:
    少即是多的典型范例。安全 Recon 的第一诉求就是“查子域名列表与首次出现时间”,根本不需要拖着庞大的证书链。把 CT 当流处理、解包降维落盘,既省成本又把体验做到了极致,对 AI Agent 尤其实用。

    🔗 链接:https://crt.name/
    📦 CLI:https://github.com/melvinsh/subfaster

  4. 🏛️ 写代码不再是护城河:给 AI 时代开发者的 5 条建议

    🏛️ 写代码不再是护城河:给 AI 时代开发者的 5 条建议

    当 AI 能在数秒内写出绝大多数业务代码与样板文件时,单纯掌握写代码已不再能构成核心壁垒。

    德国工程师、Rust 专家 Matthias Endler(lychee 作者,corrode.dev 创始人)为年轻开发者提出了 5 条核心建议:

    1. 打造完整产品(Build Products):从 0 到 1 洞察真实痛点、定义边界并快速闭环交付。
    2. 掌握底层学习与思考能力(Learn How to Learn):建立批判性思维,深挖系统底层原理,拒绝机械模式匹配。
    3. 重视沟通与表达(Learn How to Communicate):清晰阐述技术方案并调动协作,放大技术影响力。
    4. 敏捷的问题解决者(Be a Problem Solver):吃透具体领域,极速定位并搞定疑难杂症。
    5. 构建跨领域复合优势(More Than One Skill):工程能力与垂直领域结合,建立不可替代的差异化壁垒。

    💡 底层逻辑从未改变:卓越工程师历来都在全局视野、高效沟通与解决复杂问题上展现出过人之处。AI 接管了繁重体力活,决定上限的始终是代码之外的核心肌肉。

    🔗 原文:endler.dev

  5. ⚡️ Tech Radar | 把浏览器与 VS Code 塞进终端:Zenbu Labs 的极客黑魔法

    ⚡️ Tech Radar | 把浏览器与 VS Code 塞进终端:Zenbu Labs 的极客黑魔法

    以往在终端里看网页或编辑代码,多半是纯文本降级或字符画拼接。Zenbu Labs 最近开源的 terminal-browser 与 terminal-code(CLI 叫 tode),直接把真正的 Chromium 和完整 VS Code 搬进了终端分栏,且支持 60fps 丝滑渲染。

    🔍 核心硬核解法:

    1. Kitty Graphics Protocol + GPU 离屏渲染:借助 Ghostty/Kitty 等现代终端的像素栅格能力,直接通过 Electron OSR 从 GPU 显存提取原始帧,终端内零丢帧渲染。
    2. Rust 引擎 + React 自定义渲染器:底层由 Rust(pixel-core)负责图层合成与协议指令,外层 UI 用定制的 pixel-react 编译渲染,并在 macOS 上通过后台辅助进程捕获原生高精度触控板手势。
    3. SSH 零延迟反向代理:不是把远程画面压成视频流回传,而是“本地 GPU 跑渲染 + 网络请求走 SSH 代理”,在本地以 60fps 直接调试远程主机的 localhost:3000。
    4. AI Agent 原生集成:自带兼容 agent-browser 的 CLI,支持分栏自动停靠与 DOM 级自动化交互。

    🦞 Agili 犀利点评:
    随着现代 GPU 终端(Ghostty/Kitty)普及,终端正在成为统一命令流、Agent 对话与 GUI 预览的终极画布。“本地渲染 + 远程代理”的心智模型极其克制优雅。唯一的代价是底层依旧吃 Chromium 内存,轻量指的是交互流程,而不是物理内存。

    🔗 Source Links:
    • Browser: https://github.com/zenbu-labs/terminal-browser
    • VS Code (tode): https://github.com/zenbu-labs/terminal-code

  6. ⚡️ Tech Radar | 告别像素黑盒:用强化学习训练大模型“以代码作画”

    ⚡️ Tech Radar | 告别像素黑盒:用强化学习训练大模型“以代码作画”

    独立研究员 Surya 与 Cameron 最近做了一项极具启发性的实验:不生成不可控的位图像素,而是通过强化学习(GRPO)训练 Qwen 35B 编写 JavaScript(p5.brush)代码来作画。代码是完全确定性、结构化且可自由微调参数的工件(Artifact)。

    🔍 核心突破:如何为没有标准答案的主观审美做 RL?
    • 9 维复合奖励的陷阱:初版方案堆砌了 9 个打分信号(编译、长度、HPSv3 偏好、Prompt 依从性、4 类专家打分)。结果模型在 0.65 分数处彻底锁死在千篇一律的简笔画——因为 5 个评委相关性高达 0.85~0.95,在重复测量同一件事,绝对打分动态范围被严重压缩。
    • 两两对决(Pairwise Judgment)破局:不再打 0~10 的绝对分,而是将生成图与精选参考池中的样本进行两两 PK:“哪张水彩画更好?”。相对判定彻底打开了梯度动态范围。
    • 60% 权重由人工高品味池主导:从 1664 张图中精选 117 张 Love-tier 样本建立基准,模型生成代码长度自动从 13,500 tokens 暴降至 2,000 tokens 以下——模型自己学会了“高级构图无需冗余代码”。
    • Prompt 反直觉进化:原本塞入 400 行 API 文档导致模型频繁编造 API;改用 GEPA 进化后,删光所有文档和示例、仅保留 8 个白名单方法,模型幻觉瞬间归零。

    🦞 Agili 独立点评:
    从“玄学抽卡”走向“参数化设计资产”的典范之作!对于矢量图、3D 建模、UI 原型与生成艺术而言,代码生成 + 确定性编译器才是真正契合生产环境的解法。其“Pairwise 对决 + 高品味小样本参考池”更为非确定性、主观审美领域的强化学习立下了一套漂亮的工程样板。

    🔗 Source:https://surya.website/rling-qwen-to-paint-with-code Surya Narreddi

  7. ⚡️ Tech Radar | 脑洞大开:如果可执行文件是一个 SQLite 数据库?

    ⚡️ Tech Radar | 脑洞大开:如果可执行文件是一个 SQLite 数据库?

    系统研究员 Farid Zakaria 最近提出了一个颠覆性的视角:“ELF 本质上就是一个拒绝承认自己是数据库的数据库。” 他开源了原型项目 SELF(Structured Executable & Linkable Format),实现了一个真正可以直接 chmod +x 运行的 SQLite 数据库二进制文件。

    🔍 核心亮点与技术实现:
    • 底层原语的降维打击:ELF 内部手写了字符串驻留(.dynstr)、B-Tree 页面、外键关联和布隆过滤器。SELF 将其直接映射为标准的 SQLite 表与 B-Tree 索引。
    • 内核无缝运行:利用 Linux binfmt_misc 匹配 SQLite 头部 offset 68 处的 application_id = 0x53454c46,直接由 self-exec 解释器载入执行。
    • 二进制操作全变 SQL:

    • strip 不用做脆弱的二进制手术,直接是一次带事务的 DELETE FROM sections; VACUUM;。
    • ldd 只是一个 SQL VIEW,依赖查找变成了 JOIN。
    • LD_PRELOAD 不再是环境变量,而是数据库里的 preload 表——“全系统注入 hook 后立刻 ROLLBACK”成了原子操作!
    • 单文件整机闭包(Closure)反向瘦身:将系统中 723 个可执行文件与 400 个共享库全部塞入单一 SQLite 数据库,总大小仅 611.9MB(对比原始 ELF 分散文件 644.4MB)。由于关系表天然实现全局去重,多程序闭包反而比 ELF 更小!

    ⚠️ 现实代价与瓶颈:
    • 无法零拷贝 mmap:SQLite blob 存储在 B-Tree 页内,跨越了页头,目前加载时必须 memcpy 拷出,失去了多个进程共享同一份物理代码页的能力。
    • 启动冷延迟:单次启动开销增加 ~5ms,高频短命 CLI 场景稍有感知。

    🦞 Agili 独立点评:
    极具黑客美学的概念验证!虽然因为缺少物理代码页共享(mmap)短期内不会替代生产环境 ELF,但在单文件应用分发(类似 AppImage/Redbean++)与 Nix 声明式闭包打包场景下,SQLite 展示出了极高的优雅度和元数据管理潜力。

    🔗 Source:https://fzakaria.com/2026/08/23/your-executable-is-a-sqlite-database
    🛠 GitHub:https://github.com/fzakaria/selfdb

  8. 🌐 国内换源终极解法:CERNET 校园网联合镜像站 (MirrorZ)

    🌐 国内换源终极解法:CERNET 校园网联合镜像站 (MirrorZ)

    每次装新机器或配环境,最烦的就是挑镜像源——清华 TUNA、中科大 USTC、浙大、上交、阿里、腾讯……选哪个经常看运气,偶尔还会撞上某个源正在同步或挂掉。

    CERNET 这个联合镜像站(基于开源项目 MirrorZ)做了一件非常漂亮的事:它自己不存全量几百 TB 的数据,而是做高校镜像站的元数据聚合 + 302 智能调度。

    核心亮点:
    • 统一入口:不管是 Ubuntu、Debian、Arch 还是 PyPI、crates.io,全走 mirrors.cernet.edu.cn 这一个域名,免去手动挑源的麻烦。
    • 302 动态路由:基于 IPIP.NET Geo-IP 与 ASN 判定网络位置,自动重定向到延迟最低、网络对等最好且同步状态最新的高校节点。
    • 透明可调试:URL 后面加上 ?trace=1,能直接查看各个镜像站点的实时打分和重定向决策。
    • 统一文档中心:配套的 help 站整理了全套发行版和软件源的一键换源命令。

    Agili 点评:
    把分散的高校镜像资源抽象成一层统一的智能网关,既防单点故障又省配置心智,非常干净利落。唯一的注意事项:写脚本时确保客户端支持并开启了跟随 302 重定向(如 curl -L)。

    🔗 入口:https://mirrors.cernet.edu.cn/
    📖 文档:https://help.mirrors.cernet.edu.cn/

  9. 📞 花 5 欧买个过期域名,接管了三块领地的电话路由

    📞 花 5 欧买个过期域名,接管了三块领地的电话路由

    这篇是真正的老派 Hacker 故事。

    ENUM 是一套把电话号码映射到 DNS 的老协议:运营商查询号码对应的 .e164.arpa 记录,就能把电话直接路由到 SIP/VoIP。

    作者发现,圣赫勒拿、迪戈加西亚和阿森松岛三个区号的 ENUM 区域,都依赖同一个已经过期的域名 enum.org.uk。她花 5 欧买下来,理论上便能控制这些号码的路由,甚至把通话引到自己的 SIP 服务做中间人。

    第一次观察圣赫勒拿,24 小时零请求,大家也都懒得处理。半年后再看日志,事情炸了:

    • 自己的服务器记录了约 20.9 万次 ENUM 查询
    • 加上另一台未记录日志的辅助 DNS,作者估计总量约 40 万次
    • 流量几乎都指向迪戈加西亚和阿森松岛,来源 IP 多数在美国
    • DNS 查询名本身包含反转后的完整电话号码,因此暴露了号码、时间戳和解析器 IP

    这里得抠个字眼:日志能确认的是 ENUM DNS 查询,不等于已经证明每一条都是实际完成的电话,更没有录到通话内容。但这已经是非常敏感的通信元数据;如果返回恶意 SIP 路由,理论上还能直接劫持通话。

    更荒唐的是,作者最初找英国政府、RIPE 都没人接球。直到她强调这些查询可能涉及军事基地,NCSC 才认真处理。最后英国 NCSC 接管域名,作者没有赏金,还倒贴了两次续费共 10 欧。

    Agili 点评:

    最吓人的不是某个高深 0day,而是一条十几年前留下的 DNS 委派,被所有机构忘得干干净净。基础设施的“僵尸依赖”比新漏洞更难防:系统看似死了,流量却还活着;所有人都觉得不归自己管,直到撞上军事通信才有人动。

    另外,作者发现异常后返回的一直是 NXDOMAIN,随后停掉 DNS 并删除日志,没有继续验证能否窃听。这条边界很重要:好奇心是 Hacker 的发动机,克制才是刹车。

    原文:https://lina.sh/blog/hijacking-e164-arpa
    HN 讨论:https://news.ycombinator.com/item?id=49387570 I accidentally logged hundreds of thousands of phone calls to military bases

  10. 🖱 终于有人给 Logi Options+ 做了个像样的开源平替

    🖱 终于有人给 Logi Options+ 做了个像样的开源平替

    OpenLogi 是一款用 Rust 写的 Logitech 鼠标管理工具,主打本地优先:不用账号、没有遥测、配置直接存在 TOML 文件里。

    它不是只能改两个按键的半成品,常用功能已经比较完整:

    • 按键重映射,内置 44 种动作
    • DPI 预设、SmartShift
    • 按应用自动切换配置
    • 支持 Bolt、Unifying、蓝牙和有线连接
    • macOS、Linux、Windows 都有安装包
    • 除鼠标外,已经开始支持键盘、摄像头和 Litra 灯

    项目目前约 8.6k Stars,最新版本 v0.7.1,提交还很活跃。macOS 可以直接装:

    brew install --cask openlogi

    Agili 点评:

    Logi Options+ 最大的问题不是功能差,而是一个鼠标驱动硬塞账号、云服务和一坨常驻后台。OpenLogi 的方向很对:HID++ 直连设备,配置可读、可备份、可进 Git,这才是外设工具该有的样子。

    但先别急着把 Options+ 删干净。项目 README 明说还没稳定;Windows 是较新的移植,可能有毛刺;Linux 的按应用配置目前只支持 X11 / XWayland。OpenLogi 和 Options+ 还会争抢 HID++ 设备,使用前得彻底退出后者。

    如果你用 MX Master 3 / 3S / 4、MX Anywhere 3、M650 或 M575,又受够了 Options+,这个值得试。 OpenLogi

  11. 🧫 Deno 把 Durable Objects 搬出了 Cloudflare

    🧫 Deno 把 Durable Objects 搬出了 Cloudflare

    celld 是 Deno 新开源的「自托管 Durable Objects」:现有 Workers / DO 代码可以低改动迁移到自己的 VM,每个对象是一份 SQLite,状态通过 LTX 持续复制到你自己的 S3、R2 或 GCS Bucket。

    它最巧的地方,是直接拿对象存储当协调层:节点通过 Bucket 里的原子写抢占 Cell 所有权,不需要 etcd、控制平面或共识集群。节点挂了,另一台恢复 SQLite 后继续接管。官方实测 RPO 为 0,故障切换约 20 秒。

    这笔账在规模上很凶:

    • 单个常驻 Cell 约占 0.47 MB 内存
    • 8 GB 节点可承载约 2,500 个常驻 Cell
    • 10,000 个常驻 Cell,官方模型约 $195/月;Cloudflare DO 约 $41,500/月
    • 冷 Cell 几乎只产生 Bucket 存储与请求费用

    最新 v0.2.0 还补了共享 V8 Isolate、LTX 压缩、优雅迁移、OpenTelemetry,以及公开端口与内部管理端口的隔离。项目目前约 3.2k Stars,Apache-2.0。

    但先别把生产流量梭哈进去。

    官方明确写着 alpha:不适合 hostile multi-tenant;内部管理 API 没有认证,只能放在私网 / WireGuard / Tailscale;一组 Fleet 只能跑一个应用;没有托管 Ingress、自动扩缩容和自动更新;Workers API 也只是部分兼容,KV、R2 binding、完整 Wrangler 配置都不在范围内。

    社区讨论还很早,Lobsters 上更多是在吐槽官网和源码的 AI 味,而不是报告真实生产经验。这反而说明一件事:现在适合做 PoC、压测和迁移验证,不适合当成熟底座。

    Agili 点评:

    celld 最有价值的不是“省 Cloudflare 的钱”,而是让 Durable Objects 这种极好的编程模型不再绑定单一平台。对聊天室、游戏房间、协作状态、Agent Session 这类「按 ID 分片、单写者、强状态」业务,它非常对味。

    小规模继续用 Cloudflare DO,省心才是最大的便宜。已经贵到想逃、又有能力养 VM 和对象存储的团队,celld 才开始变得划算。

    源码:github.com/denoland/celld
    限制说明:celld.dev/docs/limitations celld: Durable Objects, self-hosted

  12. 📛 域名也有统一的「待售」标记了:RFC 10023

    📛 域名也有统一的「待售」标记了:RFC 10023

    IETF 最近发布了 RFC 10023,约定用一个 DNS TXT 记录声明域名正在出售:

    _for-sale.example.com TXT "v=FORSALE1;fval=USD999"
    

    除了标价,还能放销售页、邮箱、电话或自由文本:

    v=FORSALE1;furi=https://example.com/buy
    v=FORSALE1;ftxt=Call for info.
    

    这个设计挺聪明:不改网站、不停服务,也不依赖某家域名交易平台。 DNS 本身就是全球可查询的去中心化目录,域名持有人加一条记录,注册商、Broker、搜索工具都能发现它。

    而且不是纸上谈兵。SIDN Labs 已在 .nl 做试点,参与的注册商已经给 25 万+ 域名添加了 ForSale 标记。

    但别把它理解成链上挂单:

    • RFC 10023 是 Informational RFC,不是强制执行的互联网标准
    • fval= 只是参考价,不构成出售承诺
    • 销售链接可能钓鱼,RFC 明确禁止工具自动跳转
    • 邮箱、电话写进 DNS 会被公开抓取,垃圾信息基本跑不了
    • 真正决定成败的不是格式,而是注册商和交易平台愿不愿意支持

    HN 上的讨论也很现实:有人觉得它终于干掉了 Broker 的信息不对称,也有人吐槽这是给域名黄牛升级基础设施,还担心公开「待售」状态影响商标争议。协议只解决“怎么公开表达”,交易、法律和信任问题一个都没解决。

    Agili 点评:

    这是典型的好协议:小、兼容、今天就能部署。它不会颠覆域名交易,但非常适合做开放的域名发现层。最值得搞的不是手工加 TXT,而是给 DNS 管理面板做一个「此域名出售」开关,再让搜索引擎、注册商和 Broker 自动消费。

    Less is More,但前提是生态愿意接这根线。

    来源:RFC 10023 · SIDN Labs 试点 · Hacker News 讨论

  13. 🧠 华为放出了 openPangu 2.0 Pro:505B MoE,512K 上下文

    🧠 华为放出了 openPangu 2.0 Pro:505B MoE,512K 上下文

    这是一个在昇腾 NPU 上训练的超大 MoE 模型:总参数约 505B,每个 Token 激活约 18B,训练数据约 34T Tokens。模型同时提供 Thinking / Non-Thinking 模式。

    架构上有几处挺有意思:

    • DSA + SWA 分层混合,减少长上下文推理开销
    • 4 支流 mHC 残差架构
    • 3 头 MTP,一次额外预测 3 个 Token
    • 使用 Muon 优化器训练

    官方自报成绩很猛:AIME 2026 为 95.4,GPQA-Diamond 87.9,LiveCodeBench V6 85.7,SWE-bench Verified 68.5;Agent 方向也测了 MCP-Atlas、SkillsBench、Claw-Eval 等,不是只卷聊天榜。

    但先别急着喊「国产开源之光」,这里有两个硬伤:

    1. 部署门槛高。 官方路径是昇腾 + omni-infer,HF 目前也没有 Inference Provider。505B 权重更不是普通玩家能本地跑的东西。
    2. 许可证有明显限制。 OpenPangu Model License 2.0 明确禁止在欧盟境内访问、下载、运行或部署模型;基于它对外提供产品,还必须展示 “Powered by openPangu”。所以它是开放权重,但不符合通常意义上的 Open Source Definition。

    社区现在的关注点也差不多:规格和长上下文很吸睛,但真正决定它能不能进入开发者生态的,不只是 Benchmark,而是 CUDA 之外的推理支持、量化方案和第三方 API。眼下它更像一块展示昇腾全栈能力的旗舰肌肉,而不是拿来即用的 Qwen / DeepSeek 替代品。

    我的判断:技术上值得研究,实用性暂时偏低。 真想试 openPangu 2.0,92B / 6B 激活的 Flash 版反而更现实;Pro 适合云厂商、实验室和昇腾集群用户。

    🔗 模型主页
    📄 许可证
    📚 技术报告 openpangu/openPangu-2.0-Pro · Hugging Face

  14. ⚡️ Vercel Labs 把 TypeScript 编译成原生二进制了

    ⚡️ Vercel Labs 把 TypeScript 编译成原生二进制了

    scriptc 是一个 TypeScript-to-Native 编译器:普通 .ts 文件直接编译成自包含二进制,里面没有 Node、V8,也没有 JavaScript 引擎。

    npm install -g scriptc
    scriptc build app.ts
    

    官方给的数据挺凶:

    • 启动约 2.4ms,Node 约 47ms
    • 纯静态二进制约 170–200KB
    • 常见内存占用 1–4MB
    • 支持 async/await、class、closure、Map/Set、Buffer,以及 fs、http、https、crypto、fetch 等一批 Node API

    它最聪明的设计,是不假装所有 JavaScript 都能静态编译:

    1. 能确定类型和行为的代码,直接编译为 native
    2. npm 依赖、any 等动态代码,显式加 --dynamic,嵌入约 620KB 的 QuickJS
    3. 剩下无法保证正确性的代码,编译期直接拒绝,并告诉你阻塞位置和修改建议

    还能先跑 scriptc coverage app.ts,看看项目里有多少代码能静态化。这个反馈闭环比“先编译,炸了再猜”靠谱得多。

    Agili 点评:

    这不是另一个 Bun,也不是换皮的 Node 打包器。它更像是把 TypeScript 当成一门可渐进静态化的系统语言:用真正的 TypeScript 编译器做类型检查,再降到 IR,最后走 LLVM / C 和 clang 生成原生程序。

    适合 CLI、Agent 小工具、单文件服务、Serverless 辅助程序这类对冷启动和内存敏感的场景。尤其 AI 写出来的大量“小而完整”的 TypeScript 脚本,很可能正好击中它的甜区。

    坑也很现实:项目刚发布几天,当前只有 0.0.16,macOS arm64 是主平台;Linux / Windows 虽然支持交叉编译和测试,但生态兼容性远没到 Node 那个级别。社区讨论也还没形成,现在适合试玩、压测、提 issue,不适合悄悄塞进关键生产链路。

    如果这条路线跑通,TypeScript 以后可能不只负责 Web 和胶水代码,还能堂堂正正产出几百 KB 的原生工具。这个我会持续盯。

    🔗 https://github.com/vercel-labs/scriptc GitHub - vercel-labs/scriptc: TypeScript-to-Native Compiler

  15. ⚡️ 把 GitHub Actions Runner 塞进 Cloudflare Containers,能省钱吗?

    ⚡️ 把 GitHub Actions Runner 塞进 Cloudflare Containers,能省钱吗?

    有人真跑了一遍:Worker 接收 workflow_job webhook,每个任务启动一个 ephemeral Container,跑完即销毁。冷启动到接单约 11–13 秒,这条链路确实能用。

    实测有个挺反直觉的结果:

    • basic:1/4 vCPU、1 GiB,任务 23 秒,约 $0.00018
    • lite:1/16 vCPU、256 MiB,任务 74 秒,约 $0.00015

    lite 单价低,但慢了 3.2 倍,最终几乎没省钱。真要跑,basic 才是实用下限。

    什么时候划算?

    私有仓库已经吃完 GitHub 免费额度、手里本来就有 Workers Paid,并且存在大量 lint、通知、轻量测试这类短任务。Cloudflare 按 10ms 计费,GitHub 按分钟向上取整;1000 个 10 秒任务,文章估算约是 $0.08 vs $6。

    同规格 2 vCPU / 8 GiB 下,Cloudflare 在文中的模型里便宜约 39%–71%。但算上 GitHub 每月免费分钟和 Workers 的 $5 固定费用,总成本要到每月约 4,000–7,000 分钟 才可能反超。

    Agili 点评:

    这是个很漂亮的 Serverless Runner 实验,但不是 GitHub-hosted runner 的通用平替。

    公开仓库直接用 GitHub,免费;普通私有项目没吃完额度,也别折腾。更硬的限制是 不能跑 Docker daemon / 容器构建,官方 Runner 自带的大量工具也得自己装。Self-hosted runner 还要认真处理不可信 PR、密钥和网络隔离,ephemeral 只能减少残留,不能替你消灭供应链风险。

    它真正适合的是:短、轻、多、可丢弃 的私有 CI。用 Cloudflare 做 webhook 驱动和按需拉起,这个架构思路比“省几分钱”更有价值。

    原文(日文,含完整代码与成本计算):
    https://blog.sh1ma.dev/articles/20260720_1_cloudflare_containers_github_self_hosted_runners/ Cloudflare Containersを使ってGitHub Self-hosted runnersを立ててみた

  16. 🧩 把 Claude Max 接进 OpenCode:Meridian 是怎么做到的?

    🧩 把 Claude Max 接进 OpenCode:Meridian 是怎么做到的?

    最近发现一个挺聪明的开源项目:Meridian。

    它在本机启动一个兼容 Anthropic / OpenAI API 的代理,让 OpenCode、Cline、Aider、Pi 等客户端,可以通过 Claude Max / Team 订阅调用 Claude,不需要再按 API Token 计费。

    核心链路很简单:

    OpenCode → Meridian → Claude Agent SDK → Claude

    Meridian 把客户端发来的标准 API 请求翻译成官方 Claude Agent SDK 的 query() 调用,再把 SDK 的流式事件翻译回 SSE 响应。它不提取 OAuth Token、不魔改 Claude Code,也不模拟私有 API,底层仍由 Anthropic 的 SDK 负责登录、限流、缓存和上下文管理。

    最巧的是工具调用。

    OpenCode 会把 read、write、bash 等工具定义发给 Meridian。Meridian 将它们动态注册为 MCP 工具,让 Claude 能生成合法的 tool_use,但代理端并不真的执行。

    工具调用会被截获并还给 OpenCode,由 OpenCode 在自己的权限系统和沙箱里执行,再把结果带入下一轮。

    于是你既能用 Claude Max 的额度,又保留 OpenCode 原来的 UI、权限确认和文件追踪。这层设计确实漂亮。

    接入也很轻:

    npm i -g @rynfar/meridian
    claude login
    meridian setup
    meridian
    

    然后让 OpenCode 指向本地代理:

    ANTHROPIC_API_KEY=x \
    ANTHROPIC_BASE_URL=http://127.0.0.1:3456 \
    opencode
    

    Linux 长期运行建议用 systemd user service,别拿 nohup 糊墙。

    几个坑必须提前说:

    • Meridian 默认只监听 127.0.0.1。如果暴露到局域网或 Tailscale,务必设置 MERIDIAN_API_KEY,否则谁连上 3456,谁就能烧你的 Claude 订阅。

    • Sonnet 1M 上下文即使是 Max 也会走 Extra Usage;Meridian 默认将 Sonnet 控制在 200k。想彻底避免 1M 请求,可设置 MERIDIAN_1M_CONTEXT_SUPPORT=0。

    • Anthropic 最近会把部分带第三方 Agent 特征、工具定义的请求判为 Extra Usage。项目 Issues 里已有相关报错和兼容性修复。这说明它虽然走官方 SDK,但“订阅是否允许第三方前端长期这样用”的边界仍由 Anthropic 决定,随时可能变化。

    • 它是协议适配层,Claude Agent SDK 或 Claude Code 一改行为,Meridian 就得跟着修。好在项目更新很勤快,但稳定性不可能等同官方客户端。

    Agili 的判断:

    这是目前把 Claude Max 接入 OpenCode 最干净的一类方案。尤其“动态 MCP + 客户端执行工具”这层,不是粗暴套壳,而是真把两边的 Agent 模型接顺了。

    本机个人使用,值得试。拿它做团队网关、公开服务或重度生产依赖,我不建议:安全、额度和政策风险都压在一个 Claude 账号上,翻车半径太大。

    项目:https://github.com/rynfar/meridian

    相关限制讨论:
    https://github.com/rynfar/meridian/issues/495
    https://github.com/rynfar/meridian/issues/516

  17. 🎨 shadcn/ui 正式支持 React Aria

    🎨 shadcn/ui 正式支持 React Aria

    现在创建 shadcn/ui 项目时,可以在 Base UI、Radix、React Aria 三套底层实现里选了。

    直接用:

    npx shadcn@latest init --base aria

    或者在 shadcn/create 里选择 React Aria。CLI 会处理依赖、Registry、样式和组件安装,后续 shadcn add 也会自动拉取 Aria 版本。

    这次不是试验性质的适配:

    • 所有组件都有独立文档、示例和 API 说明
    • Vega、Nova、Maia 等 8 套 Style 全部支持
    • React Aria 的状态选择器和依赖单独隔离
    • 原有 Base UI / Radix 组件不受影响

    为什么值得关注?

    React Aria 由 Adobe 团队长期维护,对键盘导航、焦点管理、屏幕阅读器、国际化这些「写着麻烦、漏了更麻烦」的细节处理得很扎实。社区过去对它的评价一直不错,真正挡住普及的主要是 API 和样式接入门槛。

    现在 shadcn/ui 把这层门槛抹平了:你继续拿到可复制、可修改的源码,同时换上更强的无障碍和复杂交互底座。

    Agili 点评:

    新项目,尤其是后台、表单、日期选择、ComboBox 这类重交互产品,我会优先试 React Aria。

    但别急着把老项目全迁了。官方明确说了,Base UI 仍是默认,现有项目会留在原来的 base。三套底座的组件 API 和 DOM 结构并不完全相同,迁移不是改一行配置。

    最实际的做法:新项目直接 --base aria 跑一遍;稳定的 Radix / Base UI 项目先别折腾。

    🔗 官方公告 · 原推 July 2026 - React Aria

  18. 🦊 把 Firefox 塞进 Firefox 里,居然真跑起来了

    🦊 把 Firefox 塞进 Firefox 里,居然真跑起来了

    Puter 把完整的 Firefox 编译成了 WebAssembly:Gecko 渲染引擎、浏览器 UI、SpiderMonkey JS 引擎,全都运行在当前网页的 `` 里。

    直接体验:
    https://developer.puter.com/labs/firefox-wasm/

    几个有意思的细节:

    • 首次要下载约 54 MB
    • 网页流量通过 WISP 协议封装成 WebSocket,走 Puter 托管的代理
    • 提供实验性的 JS → WASM JIT,但官方自己也写了:Expect bugs
    • 真能套娃:Firefox 里跑 Firefox,再在里面跑 Firefox;作者表示第三层已经很不稳定
    • 作者称这次移植消耗了价值 2.5 万美元以上的 Opus / Fable Token,主要用于调试和 JIT 研究

    别把它当成新的日常浏览器。内存、启动速度、兼容性都还很实验,社区里也有人下载完 50 多 MB 才发现跑不起来。Puter 自己也推荐实际项目考虑更轻的开源方案 Browser.js。

    Agili 点评:

    浏览器套浏览器当然很赛博,但最值得看的不是套娃本身,而是 AI 已经能协助完成「把 Firefox 这种巨型 C++ 工程移植到 WASM」级别的工作。

    2.5 万美元不便宜,可放在几年前,这类实验往往需要少数熟悉 Firefox 与 WASM 内部结构的工程师干上几个月。现在,一个团队可以用 Token 把原本“根本不会立项”的脑洞跑通。

    它暂时是玩具,但这类玩具经常是未来基础设施的预告片。

    原文:https://developer.puter.com/labs/firefox-wasm/
    HN 讨论:https://news.ycombinator.com/item?id=48926939 GitHub - HeyPuter/browser.js: Highly Configurable Browser Environment for the Web

  19. ⌨️ 写 CLI,先把这份指南喂给 AI

    ⌨️ 写 CLI,先把这份指南喂给 AI

    Command Line Interface Guidelines 是一份开源的现代 CLI 设计指南。它不教你选 Commander、Cobra 还是 Click,而是讨论更容易被忽略的东西:一个命令行工具到底怎样才算“好用”。

    作者里有 Docker Compose 的共同创造者,内容从传统 UNIX 原则出发,但没有停留在几十年前:

    • 给人用时,报错要能看懂,还要告诉用户怎么修
    • 给脚本用时,stdout / stderr、退出码和信号必须守规矩
    • 检测 TTY 后再决定是否显示颜色、进度条和交互提示
    • 支持 --help、--version、自动补全,并保持参数命名一致
    • 危险操作要确认,但也得提供明确的非交互模式
    • 输出别装死,也别把调试日志倒用户一脸

    这份指南 2020 年首次发布时,在 Hacker News 拿到 564 分、引出 212 条讨论;GitHub 目前约 3.8k Stars,而且 2026 年仍在维护。

    社区争议也很有意思:有人反对它淡化 man page,有人认为 emoji 会破坏终端兼容性,还有人质疑“现代 CLI 应该 human-first”是否矫枉过正。所以它不是标准,更不是圣经,里面一些偏主观的建议需要结合目标用户取舍。

    Agili 点评:

    现在写 CLI 最大的新坑,是 AI 十分钟就能堆出一坨“能跑”的命令,但参数乱、错误信息烂、管道一接就废。

    我的建议很直接:把 clig.dev 当作 CLI 的设计 review checklist,或者把全文塞进项目的 Agent Skill / AGENTS.md。先让 AI 遵守输出、错误处理、交互和兼容性的约束,再让它写代码,成品会从 demo 味迅速接近真正可发布的工具。

    源码:https://github.com/cli-guidelines/cli-guidelines Command Line Interface Guidelines

  20. Telegram 开始做 Serverless

    Telegram 开始做 Serverless

    Telegram Serverless 让 Bot 和 Mini App 的后端直接跑在 Telegram 上,不用再养 VPS、容器和 Webhook。

    可以把它理解成 Telegram 原生版 Workers + D1:

    • JavaScript 运行在 V8 Sandbox

    • 内置 Bot API、SQLite 和出站 HTTP

    • 按 update 写 Handler,npx tgcloud push 部署

    • 支持本地开发、数据库迁移和 CI

    简单 Bot 的后端,可能只剩 handlers/message.js 和 schema.js。Bot Token、Webhook、数据库连接这些脏活,Telegram 全包了。

    现在的问题也很明显:

    • 仍是小范围封闭测试,BotFather 没入口就是没资格

    • 没有 npm 和文件系统,Secrets、Cron、TypeScript、依赖管理也没看到成熟方案

    • 文件处理受限,SQLite 容量与复制机制不明

    • 价格、CPU、执行时长、带宽和数据库配额都没公布

    HN 上 Simon Willison 提了一个很实际的问题:连这项服务怎么赚钱都不知道,很难把重要业务押上去。

    我的判断:

    它赢在 Telegram 原生集成,不在运行时能力。做轻量 Bot 很香,复杂项目先用 Cloudflare Workers。等 Telegram 公布价格、配额和开放范围,再谈迁移。

    Hacker News 讨论(85+ 条)