HNHacker News
TopNewBestAskShowJobs

R00mi

1 karma · joined April 14, 2026

Computational musicology researcher (roomi-fields.com), 24 years in tech including 18 at Airbus. Now running Noos-IA, an AI consultancy in rural France. Open-source work spans audio research, civic tech, and AI tooling GitHub: roomi-fields
submissionscomments
R00mi··on Show HN: CodeBurn – Analyze Claude Code token usage by task
The 56% conversation vs 21% coding split is a really interesting finding — it lines up with trajectory studies on SWE-bench where ~38% of an agent's actions are pure exploration (grep, find, file reads). The remaining "no-tool" turns are likely the agent digesting what it read and planning its next move. These two costs are linked: the less efficiently the agent localizes, the more thinking turns it needs to piece things together. PatchPilot (ICML 2025) quantified this — localization capability accounts for ~47% of an agent's total improvement. One thing that would be really interesting in your tool: separating exploration turns (grep/find/read) from pure thinking turns, and seeing how the ratio scales with project size. On large monorepos, exploration should blow up non-linearly.
R00mi··on The M×N problem of tool calling and open-source models
Bottom-up preparation :)

- Plate — your product

- Pancake 1 — the model

- Syrup #1 — how the model emits the tool call (Harmony, JSON, XML-ish). Different flavor at every table.

- Pancake 2 — the client/agent

- Syrup #2 — MCP. Same brand at every table, finally.

- Pancake 3 — the MCP server (the tool)

Two syrups. MCP standardized the top one. The bottom one is still BYO at every table. That's the article. What do you think about that?

R00mi··on What Claude Code's Source Revealed About AI Engineering Culture
I agree with the core of what you're saying, but I think the real split isn't "Anthropic trustworthy or not" — it's: what's proprietary vs what's open in the stuff you're actually building on. Routines, Projects, Artifacts, Skills — that's vendor-specific, disposable by definition. MCP, CLAUDE.md, markdown in your repo — that's portable. If Anthropic pivots or nerfs the thing tomorrow, you just rewire your MCP tools onto another harness in 10 minutes. Personally I build my agent workflows as scripts + MCP tools — called by Claude Code today, callable by whatever harness replaces it tomorrow. The building block is "a set of MCP tools + one CLAUDE.md", not "a Routine defined in Anthropic's console". Functionally the same, zero lock-in. Routines are fine for quick-wins, but the moment you start stacking them into a real workflow you're just moving your tech debt into a proprietary format. At that point you might as well externalize to scripts from the start.
R00mi··on The M×N problem of tool calling and open-source models
MCP is the wire format between agent and tool, not the format the model itself uses to emit the call. That part (Harmony, JSON, XML-ish) is still model-specific. So the M×N the article describes is really two problems stacked — MCP only solves the lower half.

Also in practice Claude Code, Cursor and Codex handle the same MCP tool differently — required params, tool descriptions, response truncation. So MCP gives you the contract but the client UX still leaks.