你这 release title 打得。。。还是让 AI 帮你修一下 Release 包的 Action 吧。下载地址都写到 title 里面了。不明白这样的意义是什么？让用户手动复制再打开浏览器粘贴？那直接放到 Note 里，让用户直接点不行么。

我直接用 xdg-open . 打开文件夹

你用 PHP 语言，但你未必会 star php-src 。因为底层离我们太远了。我们都是应用层面的东西。比如你吃药会找医生，而不是研发这药品的研究人员。

直接挂个 aria2 跑服务就行了

国内的公司或开发者优先适配的就是 debian （ deb 包）。很多软件有 deb 包都没 rpm 包。故，发行版还是 ubuntu 更简单一些。But 我用 Fedora ，然后自己写脚本将 deb 包转 rpm 包安装。

1. 上面政治方面的“抢夺话语权”应该用“防止被抢夺话语权”更合适。因为这个词是简体中文，肯定是中文使用者使用，而英文用户，不会用这词来作为单位。
2. 这个词肯定是内部头部企业联合投票决定选择的。否则，一家用“词元”，一定用“文元”，这样会导致各研究人员研究完 A 模型用的“词元”，再到 B 模型用“文元”的混乱。
3. 这个是计量单位，已经跨行业了。未来这个词的使用频率肯定会更高，越早翻译，形成统一认知，比造成混乱后再进场的好。
4. 很多计算机的专业术语没有官方翻译，各位应该有遇到过，一份英文文档的两个团队翻译的英文文档，用词差异都非常大。
5. LLM 被翻译成“大语言模型”，这种就没有什么歧义。但是“Agent”这个，估计是下一个“Token”类似的争议词，虽然目前大家都用“智能体”，但这个字面上来说，跟“Agent”区别还挺大的。
6. 在出现合适的词之前总是会出现各种混乱，比如“人型”机器人，早期用得挺多。现在都改为“具身”机器人了。这个就没有多少人争论。
7. 其实，在“Token”翻译成“词元”之前，除了“令牌”，我还见过翻译成“代币”的。有个官方定义的词，在企业宣讲时，要不就用“token”，要不就用“词元”，而不会出现“令牌”、“代币”这种混乱。

词元，一说出来就知道在说与大模型相关的。比“令牌”好多了。Token 的话，如果在固定语境，联系上下文，可能没有歧义，但单独“拎”出来，那就是有歧义了。相比来说，这个是专有名词。更容易理解。当然，非原生语言的翻译，肯定没有原生的“token”更能让人合眼。比如当年的 Google -> 谷歌

hnnews + harmes agent 每天定时爬取

https://zencoder.ai/ 这个有人用过吗？

看看你是不是用了 cc switch 之类的，直接看 ~/.claude/settings.json 文件中的配置怎样

@peakj "但是我看有些网站注册的时候，可以不要密码，直接 passkey 登录啊"，你说的这种是 OIDC （第三方社交登录，OpenID Connect ） https://openid.net/developers/how-connect-works/ ，即比如 GitHUb 那种 OAuth 方式登录。

我是再配合 rclone 同步证书，再定时计划监控有更新则重启对应服务（写 hook 触发）。
同理，CDN 证书也可以写脚本推送。

我用 acme.sh 签发泛域名。
如果是单个域名，完全可以用 nginx 自有模块来弄让它自签名就行了： https://github.com/nginx/nginx-acme#

之前就有人说过同样的问题。

阿里使用 passkey 后，一样需要 2FA 验证的。CloudFlare 也一样，不过，方式不一样而已。有些把 passkey 当账密，有些把 passkey 当 2FA 。

阿里把它当账密，CloudFlare 把它当 2FA 。

@BaiLinfeng 录视频。很简单。

首先，你是用软件问的，还是在 WEB 问的？
如果你用软件问的，那没有什么好说的。让大家来说。

如果是对应官方 WEB CHAT ，那再复现一次看看以确定你心中的答案。

@ota 按你这么说，PHP 、NodeJS 也一样可以 build 。这种“旁门左道”问题不是一般的多。

我也一样用 Docker 来部署了 40 多个服务，然而 Python 、NodeJS 的项目，所占资源不是一般的多。比如 Dokploy 、qinlong ，linkding 、litellm 之类的就非常重。部署后，启动时间都需要好几分钟，因为需要从 pypi 拉依赖（如果不需要拉的，镜像中内置的，镜像尺寸不是一般的大）。而 Go / Rust 之类的，就不需要这么麻烦。自己构建一个 Docker image 也一样，非常简单，直接两个阶段就行了（构建、部署），甚至部署阶段的基础镜像可以直接使用 scratch:lastet 、alpine:lastet 、gcr.io/distroless/cc-debian13 ，镜像几何级地缩小。
而且，Vibe 盛行时期，开发成本更是可以忽略不计的。试想一下，40 多个服务，如果是 python / nodejs 的服务，容器尺寸至少要 1G ，VPS 上部署，单纯就空间来说，成本就暴涨了，更不用说内存占用了。