所以这么理解Runner / 定时任务 / webhook:
Runner 是一个通用的叫法, 指一个在后台等任务、领到任务就去执行的程序, 和 GitHub Actions 的 runner 是同一个概念。它和 scheduled background job(定时任务)不是一回事: 两个都算后台任务, 但定时任务是到点做一件固定的事(比如每天 02:30 备份), runner 是等别人派活, 做什么由任务决定。两个经常配合: 定时任务负责"什么时候派活", runner 负责"干活"。分辨就看做的事是固定的还是别人派的。
Runner 怎么被触发分两层:
一是程序本身怎么起来(launchd、手动开、或者 Docker);
二是怎么拿到任务, 我们用的基本都是轮询(poll), runner 自己隔一会儿去问"有活吗"。从我这边看像 event triggered(我推送或放个任务, 过一会就跑了), 其实是事件先被记在某处, runner 下次来问时才领走, 延迟 = 轮询间隔。好处是 runner 只需要往外连, 不需要别人能连到它。
在 macOS 上, 自带的是 launchd, 它负责开机、定时、或者每隔 N 秒把程序启动起来。runner 是被它启动的程序之一, 不是系统组件。
Webhook 又是另一回事: 它不是干活的程序, 而是"通知怎么送到"的方式。事情一发生, 源头马上往我给它的网址发一个请求(push), 跟 runner 的轮询方向正好相反。前提是我这边要有外面能访问到的地址, 所以 VPS 上能用(GitHub push → 通知vps后台 → Dokploy 重新构建), 家里用不了(外面连不进来), 家里就靠 runner 自己往外问。简单说: webhook 解决"怎么尽快知道有事", runner 解决"谁去把事做了"。
我经常用到的 runner, 前两个是为了自己的各种任务目的自己写的, 第三个是装的现成的:
比如 Runner1: 运行在 mini24 上的 ~/bin/runner1, 是 launchd 服务, 但不是常驻的: launchd 每 60 秒启动它一次, 它看一下 项目的 00_CONTROL/jobs/inbox 收件想有没有任务文件, 按白名单(约 33 种)执行, 把结果写回 jobs/done, 然后就退出。所以它"实现方式是定时任务, 角色是 runner"。运用的场景: 云端的会话(比如手机在外面网络)连不上家里的局域网, 只能把任务放进这个 inbox 收件箱, 由它在 mini24 上代办, 比如推送 git(其实是另一个定时任务每小时 :41 往 inbox 放一个 push 任务)、访问 其他局域网服务; 而且只能做白名单里的事, 不能让它跑任意命令;
又比如 Runner2: 不常驻, 需要时在终端手动开, 开着就一直循环, 每 5 秒去问 NAS 上的 项目 有没有生图任务, 领到后在 mini24 上调用即梦 CLI 或者 Claude 跑完再交回。必须是 mini24, 因为即梦 CLI 和claude只装在这台机器上;
再比如 Runner3(act_runner): Gitea 官方的程序, 不是我们写的, 我们只是部署了它。它以 Docker 容器常驻在 NAS 上, 每隔几秒去问 Gitea 有没有活。只有配了 Gitea Actions 工作流的仓库推送到 main 才会触发它, 然后在 NAS 上自动构建并部署。
还真的不错 马上套在了实际真实业务场景 解释围栏哪户人家负责比例的问题
Introducing Anatomy
Describe a machine in one line. Claude brings it to life.
- Interactive isometric wireframes you can rotate, inspect and explore
- WebGL shaders for fire, water, plasma and more
- Real 3D motion, with individual parts that rotate and move
Install it as an agent skill. Fully open source.
使用 Heygen 尝试做了一个给小朋友看的科普短片 《影子侦探 Shadow Detectives》中英字幕版(1:58)
一开始是使用 openai 的 dots 开始还算顺利 提交模特图和构思 然后让连接 heygen mcp 连接后提示需要订阅收费套餐使用自定义 avator 和 video agent 并预估 2 分钟的视频 大约需要 13 美元
我因为给 heygen api 里充过一点钱 当初为了 heygen video one 那个模型(minimax h3 改的)因为价格实惠 质量也不错 就和 dots 商量能不能换成 api 方式走 dots 说可以 因为 heygen 订阅主要是网页使用 api 调用是完全另外一套
但后来 dots 用起来感觉 GPT 6.1 sol 实在有点慢 一直磨磨蹭蹭 于是让它写了交接文档 转到了 Claude opus5.5 那里 同样是搭配 heygen 但生成速度就快多了 最后花费大约 5 刀多一点
Every teacher knows the exact second a class checks out.
Now @OpenAI Dots shows you what's resonating with your class and shapes the lesson to keep them all hooked. HeyGen MCP visualizes it as a video, starring you, in your own voice.
HeyGen Lessons, built for education.
现在如果打通了tailscale 那就意味着Codex Cloud可以在你最私密tailnet上的机器无阻碍的运行. 所以用的时候要注意给key打标签,比如tag:codex 单独写访问规则,否则 Codex 虚拟机会继承生成 key 那个人的权限。 看下来,目前只能访问 HTTP 和 HTTPS。其他 TCP 流量要经过 proxy:8088 走 HTTP CONNECT,UDP 和 ICMP 都不通。另外目前只支持私有 IPv4 子网路由,MagicDNS 和 split DNS 都不起作用。还不支持入站连接,所以 SSH 和 Tailscale SSH 都用不了。
Codex 🤝 Tailscale
Codex Cloud can now securely connect to resources on your tailnet with Tailscale.
Useful tools should be easy to build with, combine, and turn into something even more useful.
See how it works →
buff.ly/yFcldrC
尝试用 Heygen 自己优化过的 minimax h3 模型做了一个商业广告 感觉很不错啊 主要是成本相比 seedance2.5 低不少 质感也没差
We're releasing HeyGen Video, built for businesses that need production-quality video without production-level costs.
Pricing starts at $0.01/s through October (50% off)
Built on @Minimax_AI H3, post-trained by HeyGen.
Learn more: developers.heygen.com/heygen…
现在自己家里 mac mini 已经是 7x24 不休眠,tailscale ssh 就能进去,grokbot、hermes、codex、claudecode 还有通过很多 im 界面比如 discord 之类都已经能直接下指令远程操控。对我来说这已经很像一台永远在线的 macOS 了。
这种情况下我还需要 Devin Cloud 那台 macOS 吗。
因为接管 Simulator 这事,现在 Claude Code 或者 Codex 也能做,所以不是差在会不会点界面。
话说回来,它比较独有的可能是虚拟机管理和快照那一套。环境预装好,会话能停能回滚能丢掉,不用自己去摸盘怎么做、网怎么收、镜像怎么养。但是云端 Mac 有成本 而我这边机器本来就一直开着。另外他们的那套方法也不是看完就能简单搬到家里 mini 上。。。
所以对我,还是真的到了如果有需求只有在想要好几个互不影响、搞脏了能直接扔的工作区时,才看得出这东西的意义。

















