Saturday Tools
Three tools for the week you stopped being locked to one provider's meter: OpenCode's model-agnostic agent, Grok Build's /goal mode, and Kombai's Figma-to-code specialist.
By Scott Krukowski, editor of The Wise Operator
Each Saturday, The Wise Operator digs into the tools, tutorials, and trending builds worth your weekend. No news, just hands-on discovery.
It’s Saturday. The news can wait. Three releases this week land from different directions but ask the same question: are you choosing the tool, or has the tool started choosing for you? An open-source coding agent that lets you switch AI models mid-session, xAI’s new /goal mode for handing off tasks you do not want to supervise, and a Figma-to-code specialist that went viral on X because it does one job that general-purpose tools handle badly. The week’s pattern is the craftsman’s question: what is the commission, and which tool actually serves it?
Tools Worth Your Weekend
OpenCode v1.17.11
OpenCode is an open-source, terminal-native AI coding agent that crossed 178,000 GitHub stars and 7.5 million monthly active developers in June 2026. The headline is the adoption. The operator story is what the project shipped this week. Version 1.17.11 (June 25) added session snapshots: the agent takes a Git-style checkpoint before every change, and you can roll an entire session back to any prior message — including the file changes, not just the conversation.
Why it matters: the thing operators fear most about agent-driven code is the unrecoverable mistake, the refactor that touched forty files before you realized it went sideways. Session snapshots make that mistake recoverable. The deeper story is model arbitrage. OpenCode connects to 75+ model providers: Claude, GPT, Gemini, DeepSeek, local Ollama models. Switching mid-session is a single command. You are not locked to one subscription’s meter or one lab’s rate card for the entire task. You can plan with a cheap reasoning model, implement with a mid-tier model, and review with a local model you have already paid for, all inside the same session and the same codebase.
Try this: Pick a task with three distinct phases: outline, implement, review. Run the outline step on DeepSeek R1. Switch to Claude Sonnet for the implementation. Finish the review on a local Ollama model. Compare the total bill to what that same task would cost on a single premium subscription. The point is not to minimize cost. The point is to learn where the premium model actually earns its rate — because that is the only place you should be paying it. Free and open source (MIT). Bring your own model API keys.
Grok Build /goal Mode
xAI shipped /goal mode for Grok Build on June 24: a long-running autonomous mode that takes a task, plans the work, executes until completion, verifies the result, and checks in only when it hits something that needs a human decision. You can pause it, resume it, or redirect it mid-run. This week’s update also added the Agent Dashboard, a single screen that tracks many concurrent coding sessions at once.
Why it matters: every prior version of Grok Build, and most coding agents, still assumed the operator was watching. You described a task, the agent ran a step, you approved, it ran another. /goal mode removes that assumption. You hand it an objective and walk away. The agent manages the loop. For operators running repetitive implementation work — migrating configs, applying a style guide across a repo, scaffolding boilerplate for a new module — /goal mode changes what “hands-off” actually means.
Try this: Pick the coding task you have been postponing because it is real work but not important enough to earn your full attention. Write the clearest goal statement you can: what done looks like, what constraints the output must satisfy, what success looks like. Hand it to /goal and come back in an hour. The output itself is not the exercise. The output tells you whether your goal statement was precise enough to be executable. Most are not, the first time. That is the skill /goal mode is teaching. Available on SuperGrok and X Premium Plus.
Kombai
Kombai is an AI agent built exclusively for frontend code generation: it reads your Figma files, screenshots, or prompts and writes production-ready component code in React, Next.js, Vue, Angular, or any major framework, after reading your existing codebase to match your naming conventions, component patterns, and design tokens first. The workflow that spread on X this week divides labor across three tools by actual strength: Claude Code plans and architects the feature, Cursor handles implementation and debugging, Kombai handles every design-to-code conversion.
Why it matters: most AI coding tools hallucinate generic CSS when handed a Figma design. Kombai’s training is specialized on design-to-code conversion, which means it understands Figma design tokens, responsive breakpoints, and component hierarchies in ways general-purpose tools do not. The workflow that spread on X this week is not about replacing your existing tools. It is about assigning each tool the job it was built for, instead of asking one tool to be good at everything.
Try this: Do not start from scratch. Take a component in your current project that you have already built and that you know is messy — the one you rebuilt twice and still are not happy with. Drop a screenshot into Kombai, let it read your repo conventions, and look at what it produces. You are not looking for a perfect drop-in replacement. You are looking for whether it catches the structural problem your earlier passes missed. The output is a diagnosis. Free during public research preview. Pro at $20/month.
What to Watch
The Agentic Engineer Workflow You Need In 2026 is the tutorial surfacing across search this week as Cursor 3.7’s cloud subagents and OpenCode’s session snapshots both make parallel agent execution a practical option. Most tutorials teach you to use one AI tool better. This one teaches you to think like an orchestrator: how to decompose a task across a local agent, a read-only planning agent, and a cloud subagent without losing context between handoffs. The mental model transfers directly to every tool covered this Saturday. Watch it before you set up your first /goal session or your first multi-model OpenCode run.
Wisdom Speaks
“But lo! men have become the tools of their tools.” Henry David Thoreau, Walden, Chapter 1 (“Economy”), 1854
Thoreau was writing about a shovel. The Walden experiment was partly a demonstration that a man who insists on owning rather than renting his tools ends up serving them: the cost of the farm, the upkeep of the plow, the hours spent earning the money to pay for the equipment that was supposed to save the hours. His warning is not against tools. It is against the inversion that happens when the tool’s demands begin to schedule the owner’s week. OpenCode, Grok Build, and Kombai are each, in different ways, a response to the version of this problem that has appeared in the AI economy: the operator who pays a premium subscription and reaches for the same model reflexively, whether or not the task requires it; the coder who waits on the agent’s approval step instead of handing it a goal and walking away; the frontend developer who uses the same general-purpose tool for design-to-code conversion it was never trained to do well.
The biblical landing is Exodus 35. God called Bezalel by name and filled him with the Spirit — “with skill, with intelligence, with knowledge, and with all craftsmanship” (Exodus 35:31, ESV) — for a specific commission: build the Tabernacle, to these specifications, for this purpose. The capacity came with a calling. Bezalel was not handed unlimited capability and told to build whatever he wanted. He was equipped for the thing that needed building, and the commission defined the work. That is the operator model that holds in the age of AI. The tools this weekend each ask the operator Bezalel’s question before they hand over the capability: what is the commission? What does done look like? What constraint must the output satisfy? /goal mode makes the question explicit. Model arbitrage makes it economically meaningful. The Kombai workflow makes it architecturally honest.
The discipline is not about which tools you use. It is about staying the craftsman: the one with the commission, not the one the tool’s pricing meter summons to the keyboard when the standing subscription needs justifying.
Last Saturday in this seat: Saturday Tools: Found So Doing, on the week the unit of work became the standing instruction. This Saturday the tools ask what the instruction was supposed to accomplish in the first place.
From the Editor
Got a half-formed idea you want to put to work? Let's sharpen it into a build plan.
Prototype Your IdeaA short interview that turns your idea into a structured build plan. Takes about five minutes.