Gemma Tuner Multimodal vs oh-my-codex (OMX)

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.

oh-my-codex (OMX) is an open-source orchestration layer for OpenAI's Codex CLI, created by Yeachan-Heo. The framing is dead simple: like oh-my-zsh extended the terminal, OMX extends Codex CLI with structured multi-agent workflows, customizable hooks, persistent memory, and a heads-up display (HUD) for monitoring agent activity. It hit 2,867 GitHub stars within days of going trending in early April 2026. OMX's key innovation is team-based execution: rather than one AI agent working through a task linearly, OMX spawns specialist roles — planner, implementer, reviewer, tester — each running in an isolated git worktree to prevent conflicts. The $deep-interview workflow gathers context before starting, $ralplan creates a structured action plan, and $team coordinates the parallel execution. It also adds native Codex hook ownership with PreToolUse/PostToolUse guidance, and ships with Windows and tmux reliability improvements. The practical use case: you have a complex feature to build across multiple files, and you want Codex to plan it properly before touching any code, run specialists in parallel for different modules, and produce a PR-ready result. OMX is that layer. It's explicitly for power users who already live in the terminal and find vanilla Codex too unstructured for serious projects.