Ran a comprehensive benchmark using Jev in a System 1 + System 2 pipeline on @union_ai
๐ง System 1: raw data parsing, classification, scoring, noul-ing
๐ค System 2: reasoning, planning, text generation
Three pipelines:
- Legal contract draft review
- Code review
- Customer support ticket handling
Latency with Jev: 132.4s (528.1s without) - x4 speed-up
Cost / run with Jev: $0.00124 ($0.01185 without) - ~10x cost reduction
Decision stability with Jev: 100% (88% without)
Code (a lot more lines, because it's a comprehensive benchmark ๐ )
https://t.co/pFa5RfkPoO
Yep! `hlock pin --user` snapshots your user-level setup into harness.lock: harness version, models, skills, instructions, config, and every MCP server (command/args or URL, env, scope). (by default `hlock pin` only grabs project-scoped configuration). Secrets become placeholders and never go into the file.
1/7: I got a new laptop. Which MCP servers did I even have?
It took a while to get settled into a nice Claude Code setup: MCP servers, skills, a CLAUDE.md, plugins, and my preferred default model. None of it was written down anywhere.
So I built hlock, which works like uv for your agent setup. ๐งต
7/7: try it out
hlock is Apache-2.0 with a Rust core ๐ฆ. It works with #ClaudeCode, #Codex, #Cursor, #Pi, #OpenCode and more.
pip install hlock
https://t.co/bZwsUC1z69
Pin your setup, commit it, and reply with the link. We'll feature one lock every week.
6/7: beyond pinning
A lock is also a starting point:
โ `hlock migrate --to codex` moves your Claude Code setup to Codex
๐ `hlock localize` runs the same setup on local models ๐ hlock resolve and hlock tune measure setups on your own tasks and lock the winner
1/ The Flyte devbox can now use your Mac's GPU.
Start it with 'flyte start devbox --apple-silicon'
Then request resources with 'flyte.Resources(gpu="AppleSilicon")'
On my M5, I get 13.4 TFLOPS on "mps" vs 1.6 on the CPU, measured from inside the task.
๐ฅ A 9-hour AI pipeline fails at hour 8. Whether you pay for the first 7 hours twice comes down to which verb you reach for next.
Flyte 2 has three, and they differ on whose code runs and what re-executes.
The catch is that only the task function's own body is hashed.
If you edit a helper it calls or a module-level constant it reads, the task gets reused with its old result. --force-rerun-action is how you make it run.