EvanFlow vs Gemma Tuner Multimodal

EvanFlow is an open-source framework that wraps Claude Code in a structured software development workflow. Built around a brainstorm → plan → execute → test → iterate loop, it adds human approval checkpoints between each stage so the AI never autonomously commits or deploys. Think of it as giving Claude Code a senior engineer's instincts: it stops before dangerous git operations, validates test assertions, detects context drift, and flags the five failure modes that routinely derail LLM-generated code. The project ships 16 integrated skills and two custom subagents for parallel development, plus a git guardrails hook that physically blocks risky operations like force-pushes or wholesale file deletions. Every iteration runs a Five Failure Modes checklist — hallucinated actions, scope creep, cascading errors, context loss, and tool misuse — before proposing the next step. Visual UI changes are verified via a headless browser before the developer signs off. EvanFlow fills a real gap: Claude Code is powerful but undisciplined by default. EvanFlow imposes structure without removing control. It's MIT-licensed, ships via npm CLI or Claude Code's plugin marketplace, and requires no backend — just Claude Code access and jq. Gained 59 upvotes on Hacker News within hours of launch.

Gemma Tuner Multimodal is an open-source fine-tuning toolkit for Google's Gemma 4 and Gemma 3n models that runs entirely on Apple Silicon using PyTorch with Metal Performance Shaders (MPS) backend — no NVIDIA GPU or cloud infrastructure required. It supports LoRA training on multimodal inputs: audio, images, and text simultaneously, using local CSV files or streamed from Google Cloud Storage or BigQuery. The tool targets the growing segment of developers who own M-series Macs but have been locked out of fine-tuning workflows that assume CUDA availability. Gemma 4's architecture is particularly well-suited to this use case: its 4B multimodal variant (designed for on-device deployment) trains efficiently on M3 Max and M4 Pro hardware within the available unified memory constraints. Primary use cases include medical transcription fine-tuning (audio → text with clinical terminology), visual QA systems (image + text → structured response), and private on-device pipelines where cloud API calls are prohibited by compliance requirements. The project fills a specific niche that Google's own fine-tuning documentation doesn't cover well for Apple hardware.