Pinned Tweet
I built Axis to connect Linear with Codex and Claude Code running on my own machines. I wanted a simpler way to organize work around tasks, track progress, and keep everything in one place, but not chats.
Need Claude Remote Control on Q10!
Minimal Phone 2 starts from $600
Used BlackBerry Q10: $60
Reverse engineered it and got a physical keyboard, SSH, and Claude Code in my pocket
Readers added context they thought people might want to know
The video contains OpenAI SynthID signals consistent with AI generation and does not depict a real reverse-engineered BlackBerry Q10, which runs 2013-era BlackBerry 10 OS incapable of the modern terminal/SSH/Claude features shown.
x.com/lukey_stephens…
en.wikipedia.org/wiki/BlackBerr…
openai.com/index/advancin…
notebookcheck.net/Minimal-Phone-…
Codex 现在平均只有 40 token/s，按照这个速度一直不停的消耗，好像第七天就刚好用完，然后有事没事再给你重置一下。反观 Claude 这两天油门踩的有点猛啊，速率有时候能飙到 450 token/s，以前要等几分钟到输出现在一分钟就搞定了，5 小时限制 1 小时就用完了。
Opus 5.5 的设计水平确实提升不少呀，而且 Claude 的 design system 还真是好用。开始复刻一些旧玩意了。 getdot.app/
自动开始玩 Agent，以前的笔记都不怎么记录了，所有的记录都散落在不同的 Agent 里面，Codex、Claude、Hermes、ChatGPT 还有原来的 OrgMode，于是问题变成了如何把这些记录都整合在一起，尝试了几个方案最终选择 Hindsight，支持分布式部署，可以把所有机器不同 Agent 的记忆全部汇总在一个地方。Hindsight 会分析这些记录，自动建立关系。我尝试把过去所有和 Agent 记录（20GB+）全部倒入之后，生成了这样的图（只展示了 1/5），然后就可以在任何 Agent 中来读取记忆了。
感觉 OpenAI 是不是偷偷缩减了 quota，然后通过重置来扮好人。最近 quota 总是用的超快，不得不开始优化 Skill 了。
有两个思路：
1. 自动路由机制：之前这套 Skill 里面全部用的是和当前模型一样的模型再跑子任务以及 sub agent，基本上就全是 Sol，但显然大部份任务用 Terra 就足够了。所以让 Sol 写了一套自动路由机制，根据任务复杂度先判断用哪个模型，然后再判断用多少思考深度。
2. 让模型自己优化 Skill：每个任务如果执行时间超过两个小时，就让模型自己去 debug，从效率和成本两个角度来优化，不断的迭代 skill。
从五月中开始构建这套工作流到现在，自己跑了 2 个月，一共几十个 Skill 全都更新到 GitHub 上了：github.com/jay1803/ship-skil…
我的使用姿势 `$pm <issue-ids>`，等 PM 跑完大概看一眼，有问题就继续沟通，没有问题就 `$dev <issue-ids>`，配合 Codex 使用更佳，Claude 也能用。
dev skill 可以接受多个 tickets，然后交给 orchestrator 来协调这些 tickets，orchestrator 会分析依赖关系，决定执行顺序。如果可以并行，就会开启多个对话并行任务；如果需要按顺序，那就一个个执行，等前面的 ticket 做完，就在开始下一个 ticket，直到所有的任务完成。
打通了 Linear 和 Codex，直接在 Linear 上把 ticket assign 给 agent，本地的服务会根据任务类型自动分配给 Codex 或者 Claude 来执行，进度会自动更新到 Linear 中。以任务为中心来管理，而不是在大量对话里面找任务进度。
从五月中开始构建这套工作流到现在，自己跑了 2 个月，一共几十个 Skill 全都更新到 GitHub 上了：github.com/jay1803/ship-skil…
我的使用姿势 `$pm <issue-ids>`，等 PM 跑完大概看一眼，有问题就继续沟通，没有问题就 `$dev <issue-ids>`，配合 Codex 使用更佳，Claude 也能用。
dev skill 可以接受多个 tickets，然后交给 orchestrator 来协调这些 tickets，orchestrator 会分析依赖关系，决定执行顺序。如果可以并行，就会开启多个对话并行任务；如果需要按顺序，那就一个个执行，等前面的 ticket 做完，就在开始下一个 ticket，直到所有的任务完成。
Thinking in Bets | 我们总用结果好坏来评判决策，但结果往往是运气。人生像扑克，是在不确定中持续下注：信念→下注→反馈→更新信念。
maxoxo.me/thinking-in-bets/