<h2>Why these three, together</h2><p>We've written before that Elyra is, at its heart, a loop: observe, reason, act, repeat. The loop is powerful precisely because it keeps going — and that's also why people hesitate to let it. Three worries come up again and again:</p><ol><li><p><em>"What will it cost if I walk away?"</em></p></li><li><p><em>"Would a different model have done this better?"</em></p></li><li><p><em>"Why do I keep explaining the same workflow every week?"</em></p></li></ol><p>0.9.8 answers each one with a command.</p><h2><code>/goal --budget</code> — autonomy with a spending cap</h2><p><code>/goal</code> has always been Elyra's purest promise: set a finish line, walk away, come back to green. But unbounded loops and premium models make a nervous combination — especially now that flagship models run $10/$50 per million tokens.</p><p>So the goal loop got a wallet:</p><pre><code class="language-text">/goal npm test --budget 2.50
</code></pre><p>The agent works exactly as before — run the tests, read the failures, fix, repeat — but now it tracks spend from the moment the goal was set. If the goal is met first, wonderful. If the cap is reached first, the loop <strong>stops, reports, and keeps everything done so far</strong>:</p><pre><code class="language-text">Goal budget reached: spent $2.51 of $2.50 without meeting the goal.
Goal was: npm test. The work so far is kept. Re-run /goal to continue
with a fresh budget.
</code></pre><p>One honest detail: the check runs between turns, so a long final turn can nudge slightly past the cap — it's a guardrail, not a hardware fuse. But the psychology changes completely. "Set it and walk away" becomes "set it, walk away, <em>and know your worst case</em>." That's the difference between trying autonomy once and using it daily.</p><h2><code>/replay</code> — your own benchmark, on your own work</h2><p>Every week there's a new model and a new leaderboard. None of them answer the only question that matters: <em>would it do better on my code, my tasks, my weird legacy module?</em></p><p>Elyra has quietly had the infrastructure to answer that for months — every turn is checkpointed, and sessions branch like a git tree. 0.9.8 connects the dots:</p><pre><code class="language-text">&gt; Refactor the discount calculation to handle stacked coupons
  ... (Claude works, you're not quite convinced)

/replay haiku
</code></pre><p>Elyra rewinds to the checkpoint before that turn, opens a <strong>new branch</strong>, switches to the model you named, and re-runs your exact prompt. The original attempt isn't lost — both branches live in the tree:</p><pre><code class="language-text">Replaying last turn with Claude Haiku 4.5 (was Claude Fable 5).
The original branch is kept — compare with /tree.
...
Replay with Claude Haiku 4.5 complete. Replay cost: $0.0214.
Use /tree to compare branches.
</code></pre><p>Same task, two models, side by side, with the cost difference in plain sight. Maybe the cheap model handles it fine and you just saved 20x on that class of task. Maybe it doesn't, and now you <em>know</em> rather than guess. Either way: that's a benchmark no leaderboard can give you, because it ran on the only workload that matters — yours.</p><h2><code>/learn</code> — teach it once</h2><p>Elyra's tagline has always been "self-extensible." Skills — little <code>SKILL.md</code> files that teach the agent procedures — are how that works. But until now, writing them was homework.</p><p>Now the session itself is the raw material. Spent twenty minutes walking the agent through your release process? Your migration recipe? The way your team writes integration tests? Before you close the terminal:</p><pre><code class="language-text">/learn
</code></pre><p>Elyra re-reads the conversation, distills the <em>procedure</em> (not the noise — it deliberately prefers your corrected, final approach over the trial and error), and writes a draft:</p><pre><code class="language-text">Skill learned: release-flow
Saved to ~/.elyra/agent/skills/release-flow/SKILL.md
Review/edit the file, then /reload to activate it.
It will load in all future sessions.
</code></pre><p>You review it — it's a draft, not gospel — tweak a line if needed, <code>/reload</code>, and the agent knows that workflow forever. You can steer it too: <code>/learn the deploy process we just did</code>. Every week of use makes your agent a little more <em>yours</em>. That compounding is the whole point.</p><h2>And two quiet ones</h2><ul><li><p><code>probe_models</code> (in the doctor extension): trust, but verify. It makes tiny live calls to your configured providers and checks that reality matches what the model registry claims — availability, reasoning, thinking mode. We built it after catching exactly that kind of drift ourselves; now the agent can catch it for you.</p></li><li><p><code>elyra update</code><strong> tells the truth.</strong> If you're already current, it now says <code>Elyra is up to date (0.9.8)</code> instead of cheerfully reinstalling and claiming victory. Small thing. Felt good to fix.</p></li></ul><h2>How to upgrade</h2><pre><code class="language-bash">npm install -g @elyracode/coding-agent
</code></pre><p>Or from inside a session:</p><pre><code class="language-text">/update
</code></pre><p>(And yes — it will now tell you when there's nothing to do.)</p><h2>The short version</h2><ul><li><p><code>/goal &lt;cmd&gt; --budget &lt;usd&gt;</code> — the loop stops at your spending cap, keeping the work.</p></li><li><p><code>/replay &lt;model&gt;</code> — re-run your last turn with another model on a kept branch; compare with <code>/tree</code>.</p></li><li><p><code>/learn</code> — turn this session's workflow into a permanent skill.</p></li><li><p><code>probe_models</code> — live-verify providers against the registry.</p></li><li><p><code>elyra update</code> — honest about being up to date.</p></li></ul><p>A wallet, a rival, and a memory. None of them make the agent smarter — they make it more <em>trustworthy</em>, more <em>comparable</em>, and more <em>yours</em>. Which, day to day, matters more.</p><p>Happy building.</p>