Engineering Leader & Open Source Creator
Ofri Peretz
Most production code will soon be written by machines — I build the trust layer for it. Architect of the Interlace ESLint Ecosystem — 477 rules across 30 specialized plugins, built for the AI/agentic era.
Section 1:Impact
The numbers behind the work
Cumulative totals across code, writing, and community — refreshed daily, every number traceable to its source.
- npm downloads
- 449.4K
- Packages published
- 36
- GitHub stars
- 18
- Articles published
- 83
- Article views
- 9.4K
- Reactions
- 89
- Comments
- 67
Aggregate display values: npm downloads: 449.4K, Packages published: 36, GitHub stars: 18, Articles published: 83, Article views: 9.4K, Reactions: 89, Comments: 67
Section 2:The agenda
Software is changing authors. Trust has to keep up.
- Code is changing authors
- Most production code will soon be written by machines. The trust layer — review, analysis, policy — has to change authors with it: findings a coding agent can act on, standards that survive the handoff from human judgment to automated repair.
- Evidence over confidence
- The industry runs on unverifiable claims. Public numbers should carry their methodology, benchmarks should publish their weights, and a marketing claim should expire unless it re-earns its place. I hold my own work to that bar first.
- Leadership in the open
- Trust doesn't scale through authority; it scales through work anyone can audit. Transparent methods, documented decisions, code in public — the same discipline whether the room is an engineering org or an open ecosystem.
This agenda is behind the Interlace ESLint Ecosystem — 30 plugins, 477 rules, covering OWASP Top 10, LLM security, and database hardening — behind the writing below, and behind how I run distributed engineering teams at Snappy.
Section 3:Featured
Interlace ESLint Ecosystem
30 specialized plugins. 477 rules. 100% OWASP Top 10 coverage. Built for the AI/Agentic era — LLM-friendly error messages mean Claude / Cursor / Copilot can fix vulnerabilities without context.
- ★ Stars
- 18
- npm downloads
- 449,402
Section 4:Writing
Latest articles

Nobody Writes Bad Crypto. They Write Correct Crypto at Four Layers.
Crypto failures are not one mistake repeated. They are four distinct layers of correctness, and each one looks fine from the layer above it.
· 6 min
142,076 Weekly Downloads. Zero Releases Since 2021. Is the Niche Defended?
A Serverless plugin with 142k weekly downloads last shipped a release in 2021. Downloads said taken; the registry said abandoned; the platform's roadmap said something else entirely. The incumbent map — weekly downloads × years since last publish × open-issue decay — is how I decide what to build next, including the pick I shipped against two months before the fact-check caught up with me.
· 6 min
We Were Wrong About sls remove
Our loudest serverless claim — 'ghost billing after sls remove' — failed our own E2E run. The trap is real, but it lives on a different path entirely. The full story of re-scoping a claim in public, and why the narrower version came out stronger.
· 7 min
25% of My Benchmark Verdict Is an Opinion. Here's the Anatomy.
My serverless benchmark prints 0.88 vs 0.3025 — real measurements running on editorial weights. Every index has a committee; the only real question is whether it publishes its votes. Mine are here: seven dimensions, the null policy, and a ±50% attack on the weights.
· 6 min
Marketing Pages Rot Silently. Mine Print an Expiry Date on Every Claim.
The claims registry: one file where every public claim has a row, every row points at a versioned result file, and a 90-day staleness rule decides when a claim must re-earn its place. The contract, the lifecycle, and how any product adopts it in an afternoon.
· 6 min
Fixtures First, Rules Second: How to Design a Ground-Truth Corpus
Building the 40-fixture corpus behind the Interlace security benchmarks meant making 40 judgment calls. The full design discipline: category selection, edge-case labeling, version pinning, corpus lifecycle, robustness checks — and Fixture Cards, a per-fixture documentation standard.
· 8 min
Section 5:Career
Work experience
- · Built first U.S. engineering team
- · Leading largest distributed team (US/EU)
- · 30 ESLint plugins, 477 rules
- · Deep dives on JS/TS, testing & platform engineering
- · First monetized API platform
- · 25+ shared packages, mono-repo
- · Scaled APIs 100x
- · 1,000+ tests, TypeScript migration
- ·Previous RolesatVarious
- · 6 years of platform engineering across startups and scale-ups