jswny

Joined 11 years ago

Karma
1,510
Submissions
350
Member since
Oct 9
Site: j1.io Email: joe [at] j1.io

[ my public key: https://keybase.io/jswny; my proof: https://keybase.io/jswny/sigs/pUFgX77M84hK-jJjciHEYOD7rL-iywoxAtKO-gALkT8 ]

View on Hacker News

Recent submissions

Comment · 3 months ago
Does anyone do TLA style distributed systems verification with Lean? Curious the experience there and how well supported it is
Comment · 3 months ago
Unfortunately I’ve used Claude and GPT models for a long time in a variety of harnesses and I agree with you and I think it’s the compaction.

For some reason, codex compaction is like black magic. I’ve never felt like I can just one one continuous thread with other models, Claude I carefully curate when I compact

Comment · 3 months ago
I agree with some of Kelley’s takes, but the issue is the tone.

Does anyone think that if Bun had been rewritten from Rust to Zig that a member of the Rust core team would have written a personal hit piece against Sumner (while pretending it isn’t a hit piece)? Probably not.

Kelley can write what he wants, but as the BDFL of a rising programming language, people are allowed to react if they don’t agree with the public image being portrayed by Zig.

Comment · 4 months ago
What’s the advantage of that for building?
Comment · 5 months ago
Why not WASM?
Comment · 6 months ago
Codex is fully open source…
Comment · 6 months ago
You want to use the model that is potentially giving your data to the government vs the one that’s openly rejecting that partnership?
Comment · 7 months ago
Package a skill with your CLI itself and give users instructions on how to install the skill properly. That allows the agent to read the instructions in a context efficient way when it wants to use the CLI
Comment · 7 months ago
Plenty of MCPs require you to install and run them locally, like I said remote MCP has a real advantage over CLI tho
Comment · 7 months ago
MCP loads all tools immediately. CLI does not because it’s not auto exposed to the agent, got have more control of how the context of which tools exist, and how to deliver that context.
Comment · 7 months ago
MCP is fine, particular remote MCP which is the lowest friction way to get access to some hosted service with auth handled for you.

However, MCP is context bloat and not very good compared to CLIs + skills mechanically. With a CLI you get the ability to filter/pipe (regular Unix bash) without having to expand the entire tool call every single time in context.

CLIs also let you use heredoc for complex inputs that are otherwise hard to escape.

CLIs can easily generate skills from the —help output, and add agent specific instructions on top. That means you can give the agent all the instructions it needs to know how to use the tools, what tools exist, lazy loaded, and without bloating the context window with all the tools upfront (yes, I know tool search in Claude partially solves this).

CLIs also don’t have to run persistent processes like MCP but can if needed

Comment · 8 months ago
Can you explain what’s so different about pro?

I’ve used everything frontier model and had Pro a while ago but it seemed to just be the same models served faster at the time.

Comment · 9 months ago
How do you get sub agents to work?
Comment · 9 months ago
That’s just spawning multiple parallel explore agents instructed to look at different things, and then compiling results

That’s a pretty basic functionality in Claude code

Comment · 9 months ago
What’s the point of having a public GitHub repo with PRs enabled if they will never merge any of them?

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton