Pierre Sauvignon is the founder of LobsterOne — a macOS menu bar app and team dashboard for tracking AI coding tool usage. He built LobsterOne to answer a question he kept hitting in his own engineering work: how much AI is my team actually using, and is it working?
Before LobsterOne, Pierre spent years shipping software across startup and enterprise environments. He writes about AI-assisted development, developer productivity measurement, team adoption patterns, governance, and the cultural shifts that accompany AI coding tools. His writing is practitioner-first: frameworks he has used, trade-offs he has made, and measurement approaches that hold up in production — not hype.
LobsterOne is built by OnSilent Pty Ltd, an Australian software company. Reach Pierre at support@lobsterone.ai or on the social links above.

When an AI agent touches your code, where does it go and whose laws apply? A practical look at data sovereignty, residency, and the GDPR, Schrems II, and EU AI Act backdrop for AI-assisted development — plus the European options now on the table.

An even-handed comparison of the three serious terminal coding agents — Anthropic's Claude Code, OpenAI's Codex, and Mistral's open-source Vibe. Where they differ on model, ecosystem, provenance, and cost — and why fit beats the ranking.

Mistral Vibe is Mistral's open-source terminal coding agent, built on Devstral. Here is what it is, why its token and cost usage is hard to see, and how to measure it alongside Claude Code and Codex.

When AI drafts the requirements, accountability gets fuzzy fast. A human must own every spec — understand it, defend it, and sign off. Here's how.

AI-to-AI handoffs are quietly creating a telephone game in engineering orgs, where intent degrades and ownership evaporates. Here is how to stop it.

Stop ranking AI coding tools on feature matrices. Here's a provider-agnostic mental model for the axes that actually decide whether a tool fits your team.

Benchmark wins rarely predict team outcomes. The AI coding tool that wins is the one your team actually adopts — so measure fit and use, not feature lists.

The biggest lever for AI code quality isn't a smarter model — it's better context and guardrails. Here's the modern toolkit that turns a generator into a collaborator.

A field taxonomy of AI slop in code — duplicated helpers, phantom dependencies, defensive boilerplate, and almost-right logic — with how to spot and prevent each.

Vibe coding is fine for prototypes and toxic for production. Here is how to re-apply timeless engineering discipline to AI-assisted work.

Order of operations decides whether an AI coding rollout compounds or collapses. Here is the capability ladder and what to climb first.

Licenses get bought, then nothing changes. A diagnosis of why AI-coding initiatives stall in mature, regulated orgs — and how to unstick them.

Most AI-coding advice is written for greenfield demos. Here's a field guide for brownfield work, where the rules change and the failure modes are sharper.

Developers feel dramatically faster with AI, yet rigorous studies often find smaller or negative effects. A fair look at the perception-vs-reality gap.

A rigorous, runnable framework for measuring whether AI tooling is actually helping your team — baselines, leading vs lagging indicators, and difference-in-differences thinking.

Ranking developers by tokens consumed or lines accepted invites Goodhart's Law and token-maxxing. Here's the failure mode, and what to measure instead.

The public data on Claude Code and Codex energy consumption — Wh per token, per session, per workday — triangulated from Epoch AI, Google's Gemini disclosure, and peer-reviewed benchmarks. What the numbers actually mean for developers.

Every Claude Code and Codex turn has an energy cost. The Eco Score makes your AI coding climate impact visible — with a composite 0–100 score, three sub-scores, and a leaf rating you can actually improve.

Seven concrete tactics to cut the energy and carbon footprint of your Claude Code and Codex usage — model selection, prompt caching, session hygiene, and extended thinking discipline.

New widgets for tools per session, cache efficiency, cost by project, token burn, and tools insights help you debug runaway token usage and get more from your AI coding quota.

A fair comparison of the top AI coding tools — IDE-integrated, CLI-native, and browser-based — and why the tool matters less than how you use it.

How engineering leaders can roll out AI-assisted development across their team — with visibility, shared practices, and measurable outcomes.

Practical rules for getting real results from AI-assisted coding — from PRD-first workflows to token budgets and measurement.

How streaks, badges, and leaderboards leverage behavioral psychology to make AI coding tool usage stick — the science behind the habit.

Why the best developers get disproportionately more value from AI tools — and how to close the gap if you are not there yet.

Five proven workflow patterns for AI-assisted development — scaffold-then-refine, test-first-then-implement, review-loop, spike-and-stabilize, pair-with-AI.

A CTO's 30/60/90-day rollout plan for AI coding tools at enterprise scale. Week-by-week milestones, owner assignments, and links to the specific artifacts each phase produces.

A fill-in-the-blanks business case template for the meeting where you ask your CFO for AI coding tool budget. Cost model, savings math, risk framing, and the single slide that closes the decision.

A contract term checklist for AI coding tool procurement. Data ownership, training rights, exit, DPA and BAA coverage, indemnification, and the vendor answers that disqualify a tool before pricing matters.

A scorecard for running a head-to-head AI coding tool evaluation. Weighted criteria, hands-on test tasks, tie-breaker rules, and the comparative structure that produces a defensible choice.

How to get full visibility into AI tool adoption and efficiency without collecting code, prompts, or sensitive data. The privacy-first approach.

What doom loops are, how to detect them in your codebase, and the metrics-driven approach to breaking the cycle before it compounds.

A pre-filled AI coding risk register with likelihood, impact, existing controls, and residual scores. Copy the structure, adjust for your context, walk into the meeting with a deliverable.

What SOC 2, HIPAA, PCI-DSS, GDPR, and the EU AI Act actually require when your code is AI-generated — mapped to specific controls, evidence artifacts, and audit-time answers.

Fill-in-the-blank policy language for an internal AI coding tools standard. Scope, acceptable use, approval, review, enforcement — copy into your policy library and adjust the bracketed placeholders.

Why AI-generated code needs different test strategies — edge case coverage, integration testing emphasis, and property-based testing approaches.

When to block an AI-generated commit at merge, when to flag it for extra review, and when to let it through. A concrete gating tree for staff engineers responsible for production safety.

How code review changes when the author is an AI — what to look for, common failure patterns, and a review checklist for AI-assisted development.

A practical git-trailer spec and retention table for proving AI code provenance during an audit or post-incident review. What to capture, what to keep, and how long.

Linting rules, test coverage thresholds, and automated checks specifically tuned for AI-generated code patterns in your build pipeline.

Concrete Semgrep rules, regex patterns, and tuning guidance for the AI-specific security baseline. What to flag, what to skip, and how to calibrate FP rates when half your commits are AI-assisted.

What 'AI-first' actually means in practice — not replacing developers but changing how every developer works. Cultural and process shifts that stick.

What breaks when you scale AI coding beyond a single team — tooling fragmentation, cost explosion, inconsistent practices, and how to fix each one.

How to evaluate and select AI coding tools for your team — criteria that matter, categories to consider, and what most evaluations miss.

A step-by-step ROI model for AI coding tools — license cost plus token cost versus hours saved, quality delta, and velocity gains.

A week-by-week guide — tool selection, pilot group setup, measurement framework, and full rollout in 90 days.

A practical guide for experienced developers making the shift to AI-assisted workflows — mindset changes, new skills, and daily workflow patterns.

Why senior devs are the best positioned to lead AI adoption — their architectural judgment makes AI output dramatically better.

Practical guidance for team leads — pairing sessions, gradual adoption paths, celebrating early wins, and removing friction for experienced developers.

Select early adopters, give them a mandate, measure their impact, and let results sell the tooling — a playbook for internal AI advocacy.

The five real reasons developers push back on AI tools — fear of deskilling, trust, workflow disruption — and evidence-based strategies to address each one.

Behavioral tactics — not mandates — that drive organic AI tool adoption. Internal champions, pairing sessions, and visible leaderboards.

Pilot design that produces actionable data — team selection, duration, control metrics, success criteria, and how to present results.

A phased playbook for engineering leaders deploying AI coding tools — from pilot group to full adoption, with change management and measurement built in.

What to track when your team uses AI coding tools — tokens, cost, acceptance rate, sessions — and how to build a measurement practice that drives decisions.

A framework for setting realistic AI adoption targets by team size, domain, and maturity — not vanity metrics, but actionable benchmarks.

Which traditional developer skills become more important with AI tools and which become less central — a realistic assessment, not hype.

What a well-designed AI coding analytics dashboard looks like — key views, drill-downs, alert thresholds, and the metrics that actually drive decisions.

The essential KPIs for AI-assisted development — from token consumption and acceptance rate to cost per session and adoption velocity.

A practical guide to tracking token consumption at individual and team level — what tokens reveal about usage patterns and where value hides.

How session duration, prompt count, and token cost per session reveal developer efficiency and tool-fit signals you can act on.

A deep dive on acceptance and rejection rates — what they mean, what good looks like, and why low acceptance is a coaching signal, not a failure.

Practical prompting techniques for developers — context setting, constraint specification, iterative refinement, and PRD-first prompting patterns.

An individual developer's guide to tracking tokens, sessions, acceptance rates, and streaks — improve your AI coding practice with your own data.

The mental model for AI collaboration — set context, give clear instructions, review everything, iterate on feedback. A practical guide.

Teams that measure the wrong things — lines of code, commit count — actively harm themselves. Here's what to measure instead and why it matters.

Making AI coding activity visible — not surveillant — is the key to sustained adoption. The fitness tracker analogy explains why.

Vibe coding means building software through natural-language prompts to an AI. Here's what it is, when it works, and why measuring it matters.