wolfejam
wolfejam on Hacker News
haha! they were on typewriters long before models!
Posted by
wolfejam on Tuesday August 25, 2026 @06:48PM
from the show-hn dept.
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
Posted by
wolfejam on Tuesday August 18, 2026 @09:39AM
from the zenodo.org dept.
thanks for visiting — the globe just crossed 100 cities - Appreciate the feedback. Happy Sunday :)
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.
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
Posted by
wolfejam on Sunday March 29, 2026 @10:14AM
from the show-hn dept.
https://mcpaas.live/globe
36 cities so far. Every visit lights up your dot.
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.
Posted by
wolfejam on Friday February 27, 2026 @12:39PM
from the show-hn dept.
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...
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.
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
Posted by
wolfejam on Thursday January 29, 2026 @09:05AM
from the show-hn dept.
https://github.com/Wolfe-Jam/faf-cli
AI kept changing my auth system - wrong assumptions, no context.
Built this to fix it. project.faf sits between package.json and README.md
(alphabetically and conceptually).
IANA registered the media type. Anthropic merged it into MCP. ...
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
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.
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
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.