News for hackers. Stuff that matters.

wolfejam

haha! they were on typewriters long before models!

Show HN: Slash-tokens – know LLM cost before the call leaves your machine

https://github.com/Wolfe-Jam/slash-tokens

I kept finding out what a call cost after I had already paid, so I built /Slash -- slash-tokens is a 4.8KB WASM that estimates tokens FAST and can block a wasted trip, or switch to cheaper same-provider model before the request leaves your machine. Try it MIT, no account needed: bunx slash-tokensOr install the SDK: npm install slash-tokens

( Read More... | 4 comments | 2 points | on HN )
Agent Identity + Persistent Context + Permanent Memory — 3 papers in 1.

This one's .fafa (agent identity). The other two: .faf (context) — https://doi.org/10.5281/zenodo.18251362 · .fafm (memory) — https://doi.org/10.5281/zenodo.20348942

Three IANA-registered media types, one thesis.

thanks for visiting — the globe just crossed 100 cities - Appreciate the feedback. Happy Sunday :)
Fair — the homepage needed work. Updated to repo: https://github.com/Wolfe-Jam/faf-cli
Fair feedback — the homepage was overdue for a cleanup. It now points to the repo: https://github.com/Wolfe-Jam/faf-cli
just trying to show the zig-wasm binary and CF edge :)
Yep — Three.js renders the globe client-side. The 2.7KB scores server-side at the edge. Separate concerns.
The 2.7KB Zig WASM binary is the scoring engine that runs on every request at Cloudflare's edge. The globe visualizes where those requests land. Two layers — compute at the edge, visualization in the browser.
Thanks for flagging the broken link. More context here: https://mcpaas.live/about
Exactly right. 2.7KB works because it's pure computation — slot counting, no allocator, no stdlib, no WASI. The moment you need I/O it balloons. This use case fits a glove
Fair point — globe.gl (Three.js) handles the 3D rendering client-side.

The 2.7KB WASM is the server-side scoring engine — Zig-compiled, runs on every request at the Cloudflare edge. The globe visualizes where those executions happen.

Two separate layers: WASM at the edge, JS in the browser.

MCPaaS is trademarked. Nothing it patented.
use the pause button below it, zoom in/out, rotate too
use the pause button below it
ETH Zurich studied 5,694 PRs across 12 diverse repos.
ETH Zurich tested this: LLM-generated prose context = -3% performance, +20% cost. Even human-written = +4% at +19% cost. The problem is prose bloat. Structured formats avoid that by design. https://arxiv.org/abs/2602.11988
ln -s makes all four files identical. Whichever format you write it in, the other three get the wrong structure. This generates each in its native format.
Totally — git handles syncing files. The problem is these four files have different formats and conventions. Same project context, four dialects. That's why I wrote bi-sync --all: one YAML source, four native outputs.

Show HN: I got tired of syncing Claude/Gemini/AGENTS.md and .cursorrules

I use Claude, Codex, Cursor, and Gemini on different projects. Each one has its' own md file in its own format. CLAUDE.md, AGENTS.md, .cursorrules, GEMINI.md. Four files saying roughly the same thing, four chances to get out of sync! I kept forgetting to update one, then wondering why Cursor was hallucinating my project structure while Claude had it right. So I built an MCP server that...

( Read More... | 11 comments | 2 points | on HN )
Re:Evaluating AGENTS.md: are they helpful for coding agents? on Wednesday February 25, 2026 @11:03AM (#47153364)
Well said. And it's potentially a 7% swing when you think about it — +4% with good human-written context vs. -3% with LLM-generated noise. That's a significant delta from just the quality of the information.

The real value is exactly what you described: the tribal knowledge, the "we tried X and it broke because Y", the constraints that live in someone's head and nowhere in the code. LLM-generated files miss this because the LLM is just restating what it can already see. Of course that doesn't help.

Re:Evaluating AGENTS.md: are they helpful for coding agents? on Wednesday February 25, 2026 @10:45AM (#47153098)
This paper validates what we've been building toward. The core issue isn't the idea of context files — it's that prose is the wrong format for structured facts.

AI crushes structured data like package.json but struggles with free-form markdown. Two developers describe the same repo completely differently. There's no schema, no validation, no scoring.

Our paper on CERN's Zenodo proposes FAF — a structured YAML format (IANA-registered as application/vnd.faf+yaml) that replaces prose with validated fields. One .faf file generates native outputs for CLAUDE.md, AGENTS.md, .cursorrules, and GEMINI.md. The instruction files stay — they just sit on top of a structured foundation instead of floating independently.

Paper: https://zenodo.org/records/18251362

Re:Generative AI failed to replace SaaS on Tuesday January 27, 2026 @02:49PM (#46785441)
very true, most end-users don't care what we call it or how it works--most drivers don't know how their brakes work, but they better

simplify with AI hasn't quite caught on lol

Re: on Tuesday January 27, 2026 @02:36PM (#46785247)
Creator here. FAF started as a way to stop re-explaining projects to AI tools.

  The problem: CLAUDE.md works in Claude Code. SOUL.md works in Moltbot. .cursorrules works in Cursor. None of them talk to each other.                                                                                
                                                                                                             
  FAF is one source file (project.faf) that renders to all of them. YAML format, IANA-registered.            
                                                                                                             
  v4.0 adds:                                                                                                 
  - Moltbot integration (faf-moltbot on npm)                                                                 
  - Gemini CLI integration                                                                                   
  - Full bi-sync (edit CLAUDE.md, it flows back to .faf)                                                     
  - 21k+ npm downloads                                                                                       
                                                                                                             
  Install: npm install -g faf-cli  
                                                                          
  Moltbot users: npm install -g faf-moltbot                                                                  
                                                                                                             
  Happy to answer questions.
Re: on Tuesday January 20, 2026 @02:33PM (#46696692)
What's new in v3.4.8: - Smart bi-sync detects custom CLAUDE.md content and preserves it - Tables, code blocks, custom sections stay intact - 586 tests passing
Re: on Friday January 16, 2026 @09:30AM (#46646703)
TL;DR: Built this to stop re-explaining my projects to AI assistants. Now IANA-registered and published on Zenodo/CERN.

  .faf is YAML-based - noodles for AI. Human-readable strands of context that any model can parse instantly.

  Problem: Every AI session starts cold.
  Solution: One file any AI can read.

  From the paper:
  - 10,000+ projects tested
  - 99.7% faster context reconstruction
  - Validated with Claude, Gemini, GPT

  Journey: Solo dev → IANA MIME type → 20k npm downloads → CERN/Zenodo paper

  CLI: npm install -g faf-cli && faf init

  Happy to answer questions.
Re:AI code creates 1.7x more problems on Wednesday January 14, 2026 @05:37PM (#46624851)
the truth is out! lol

Older »