GitHub 上直接 sponsor

捐过 iTerm2 ，About 里会出现捐赠人的名字

我只是网上看了几个牛来的切片，但勾起了我的回忆：
二十来年前电视上也看过这种差不多建模品质的，大猩猩变形金刚之类的…不知道具体叫啥名了 🤣

可以持币，等着买下一代，显存/内存带宽实在捉急，发售前砍了一刀…2333

现在这个放 Claude Code 里，自带的前置上下文太长了，TFTT 要等非常久，但生成速率到了可用的水平，30 ～ 40 tok/s

可以的，无非就是 `herdr send-keys / prompt` 的各种组合，herdr --skill 就能看到它自带的 SKILL.md ，给装一下就行了

对我而言，更多的适用场景是网络无法 SSH 直连到机器上的时候、或者很卡的时候，可以在 ChatGPT App 里发消息（我只需要确保这个链路没问题就行了），发出去的消息可以在 Remote Mac 上响应、执行、得到结果。

GUI 上也更舒服， 手机端 Terminal 打字、操作太痛苦了…
我早就在用 iSH 了，最近还买了 Echo （基于 libghostty 做的，支持 SSH 和 mosh ），都痛苦🤦‍♂️

我在电脑上配对了 ChatGPT Remote ，给它安装了 herdr skill 去用 herdr ，然后就能手机操控了

孩子前几个月开始学钢琴了，我也想做过类似的小玩意儿：哼唱或者口哨转五线谱，想做简单一点，不考虑时值，但需要自动贴合近似的音符

是因为我中气不足了吗🤦
在手机上吹了个小星星 每个音符都低了半个调

我看了无数的段子，你最后那句确实没绷住… 🤣

https://docs.docker.com/ai/sandboxes/

docker 有个方案，试试

它这个就是把 Agent 跑在容器、microVM 里，可以通过 run 命令指定可以被访问的路径，以及是否只读挂载

最简单形式 sbx run claude ，还是挺直观的
但它需要登录 docker 账号，不知道意欲何为……

@bkingfilm 有缘的话，再见到和你讲 🙏

被采访过的路过一下…

@qaq13037
@46fo

一起回答了吧：
unsloth studio 网页上的聊天能 16 tok/s ，但它发出去的上下文太短了，在这儿还能一用…

放到 Claude Code 里，通常系统提示词+自带工具占巨多上下文，prefill 要等好久好久，往往一句话 7~10 分钟才能完成（ cache 命中能好不少），之后的生成速率在 10~11 tok/s 左右。

https://github.com/antirez/ds4 Redis 作者的这个项目也跑过，同样的速率。


我把它放本地，主要是晚上跑各种 IM 的聊天记录，记录下来发生了啥，有啥想法、待办之类的

yt-dlp 直接导入浏览器里导出的 cookies.txt 即可，或者 --cookies-from-browser 让它自己去取

小兄弟，你要不要看看咱俩注册时间差多久 🤣

那许愿就变成了：🙏 祝福你的产出虽然广受认可及好评，但满街盗版、白嫖，没人愿意付费 🌠

你这么一说，倒是提醒到我了！我手里的 DGX Spark 还真就是老板送的…
要不你让你老板也送你一个吧，这个是真零成本了，只需付个电费

目前一个就在用 unsloth studio 跑 DeekSeek V4 Flash ↓
https://i.imgur.com/44Q9Sbe.png

> 自己花钱用东西不是越便宜越好吗？

希望你的老板不要给你发工资 🙏

我们有一套成熟的架构

监控告警部分：

1. 证书的核心是域名，我们的域名配置存在 GitHub 上，通过 Terraform + Atlantis 服务，经 PR 审批后才能由其他人交叉验证后再执行 apply ，最终生效
2. 每三个小时，会有自动化的 Action 拉取 Terraform state 里的 DNS 记录，连接每一个域名的 443 端口，如果可连通且不超时，则加入到待探测的列表中（域名、解析值都要放进去）；对于例外的，比如非 443 端口的、或者与业务相关但非我公司域名的，也支持额外配置
3. 根据列表生成一套 telegraf 配置文件，配合使用它的 x509_cert 插件，拉起 telegraf --once 后，就能拿到这些域名的 HTTPS 证书的过期情况，并且写入到远程时序库里
4. 监控、告警配置在了 Grafana 里，取同一个域名的最小值（因为需要包含域名本身的过期时间、上游签发商的过期时间），过期前 10 天会发出告警


证书申请部分：

1. acme.sh 专门跑在一台机器上，新域名证书首次申请签发需手动执行 --issue ，后续会有 cron 自动跑续期
2. 申请证书也是用了 DNS 验证，DNS API 用了一套基于 Terraform 的，但是一个独立的仓库，没有 Atlantis 人肉参与审批。直接通过 Actions 自动化运行，所以约束了一下：提交的内容只有 json 的 [{name,value}, {...}] ，收到 push 后立即跑 Action：检查是否是 `_acme-challange` 的 name 、套模板，模板里写死 type=TXT ，避免出现意外情况。而后就是 tf init / tf apply -auto-approve
3. 而后过个 2 、3 分钟，新的解析就会生效，域名证书的签发在正常情况下都会跑完
4. 签发完后，执行 --deploy ，会把证书、私钥存到我们的 Vault 里。因此我们的 Vault 里会持续有最新的 HTTPS 证书文件

证书更新部分：

这一趴搞法比较多，主要分三种情况：
1. 证书直接配在云服务商的实例里：由我们直接通过预先配置在 Vault 里的 RAM 管理员角色，以 STS Token 的形式，通过各云的 cli 命令行程序执行配置的更新（也是跑在 acme.sh 那台机器上，随 cron 一起更新）
2. 证书被配在了不支持 API 更新的服务商那里，人肉处理
3. 被配在了某些业务团队自己的 Nginx 里：给业务团队配置 Vault 的 AppRole ，他们自己来获取自己该拿的证书文件，自己更新