From 8d3e39c56b190c0e31fb80352f9eaf948ff55e97 Mon Sep 17 00:00:00 2001 From: DanielWalnut <45447813+hetaoBackend@users.noreply.github.com> Date: Wed, 4 Nov 2026 09:29:59 +0800 Subject: [PATCH 1/2] ronny: add four skills for owning agent work (0.3.0) --- .claude-plugin/marketplace.json | 2 +- README.md | 4 + README_ZH.md | 4 + stacks/ronny/.claude-plugin/plugin.json | 4 +- stacks/ronny/.codex-plugin/plugin.json | 6 +- stacks/ronny/.minimax-plugin/plugin.json | 8 +- stacks/ronny/README.md | 4 + stacks/ronny/WORKFLOW.md | 4 + stacks/ronny/plugin.json | 4 +- stacks/ronny/skills/agent-brief/SKILL.md | 80 +++++++++++++++++++ .../skills/evidence-first-review/SKILL.md | 73 +++++++++++++++++ .../skills/review-capacity-check/SKILL.md | 56 +++++++++++++ stacks/ronny/skills/taste-to-checks/SKILL.md | 62 ++++++++++++++ 13 files changed, 301 insertions(+), 10 deletions(-) create mode 100644 stacks/ronny/skills/agent-brief/SKILL.md create mode 100644 stacks/ronny/skills/evidence-first-review/SKILL.md create mode 100644 stacks/ronny/skills/review-capacity-check/SKILL.md create mode 100644 stacks/ronny/skills/taste-to-checks/SKILL.md diff --git a/.claude-plugin/marketplace.json b/.claude-plugin/marketplace.json index 1176c3e..31edc33 100644 --- a/.claude-plugin/marketplace.json +++ b/.claude-plugin/marketplace.json @@ -10,7 +10,7 @@ { "name": "ronny", "source": "./stacks/ronny", - "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", + "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, agent briefs, evidence-first review of agent output, review capacity and turning repeat corrections into checks, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", "category": "Code", "author": { "name": "Ronny (MiniMax Code team)" diff --git a/README.md b/README.md index 77bdad6..0761a2b 100644 --- a/README.md +++ b/README.md @@ -138,6 +138,10 @@ other agents that support skills. | | [`engineering-review-feedback`](stacks/ronny/skills/engineering-review-feedback/SKILL.md) | Handle reviewer comments as the author: fix, clarify, resolve disagreements | | Experiments & hotfixes | [`harness-experiment`](stacks/ronny/skills/harness-experiment/SKILL.md) | Small eval, one change at a time, repeated runs, look at flipped tasks | | | [`trajectory-review`](stacks/ronny/skills/trajectory-review/SKILL.md) | Look at how the agent got its result, not only whether it passed | +| Owning agent work | [`agent-brief`](stacks/ronny/skills/agent-brief/SKILL.md) | Before delegating: stakes, hypothesis, scope, what "verified" means | +| | [`evidence-first-review`](stacks/ronny/skills/evidence-first-review/SKILL.md) | When an agent says done: evidence first, what checks miss, silent decisions | +| | [`review-capacity-check`](stacks/ronny/skills/review-capacity-check/SKILL.md) | Don't launch more agents than we can stand behind | +| | [`taste-to-checks`](stacks/ronny/skills/taste-to-checks/SKILL.md) | Turn a repeat correction into a test, lint, hook or CI step | | | [`engineering-emergency-changes`](stacks/ronny/skills/engineering-emergency-changes/SKILL.md) | Decide whether a hotfix is a real emergency and run expedited review safely | The table above is [`stacks/ronny`](stacks/ronny/). diff --git a/README_ZH.md b/README_ZH.md index b59f69a..3eefe21 100644 --- a/README_ZH.md +++ b/README_ZH.md @@ -112,6 +112,10 @@ MiniMax Code 会自动发现这几个目录里的 Skill（每个 Skill 一个子 | | [`engineering-review-feedback`](stacks/ronny/skills/engineering-review-feedback/SKILL.md) | 作为作者处理 review 意见：改代码、补说明、化解分歧 | | 实验与紧急修复 | [`harness-experiment`](stacks/ronny/skills/harness-experiment/SKILL.md) | 小 eval、一次只改一处、多跑几次、看哪些任务翻转了 | | | [`trajectory-review`](stacks/ronny/skills/trajectory-review/SKILL.md) | 不只看结果过没过，回头看 agent 是怎么得到这个结果的 | +| 对 agent 的产出负责 | [`agent-brief`](stacks/ronny/skills/agent-brief/SKILL.md) | 交给 agent 之前：定风险高低，先写自己的猜测，用自己的话写清范围，事先说好怎样算验证过 | +| | [`evidence-first-review`](stacks/ronny/skills/evidence-first-review/SKILL.md) | agent 说做完了：先看它跑过的命令和输出，再看总结；问清它默默做了哪些决定 | +| | [`review-capacity-check`](stacks/ronny/skills/review-capacity-check/SKILL.md) | 再开一个会话之前，先看手上做完却还没人把关的活有多少 | +| | [`taste-to-checks`](stacks/ronny/skills/taste-to-checks/SKILL.md) | 同样的意见提了两次，就写成测试、lint、hook 或 CI | | | [`engineering-emergency-changes`](stacks/ronny/skills/engineering-emergency-changes/SKILL.md) | 判断 hotfix 是不是真紧急，紧急时怎么快审又不丢质量 | 上表是 [`stacks/ronny`](stacks/ronny/) 的内容。[`stacks/jiachen`](stacks/jiachen/) 里还有：[`lifting-loops`](stacks/jiachen/skills/lifting-loops/SKILL.md) 找出你总在给 agent 当「人工环节」的那些循环，帮你从里面抽身；[`making-content`](stacks/jiachen/skills/making-content/SKILL.md) 把笔记和素材做成小红书图文和竖版短视频。 diff --git a/stacks/ronny/.claude-plugin/plugin.json b/stacks/ronny/.claude-plugin/plugin.json index c991a0a..c786f19 100644 --- a/stacks/ronny/.claude-plugin/plugin.json +++ b/stacks/ronny/.claude-plugin/plugin.json @@ -1,8 +1,8 @@ { "name": "ronny", "displayName": "Ronny's MCode Stack", - "version": "0.2.5", - "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", + "version": "0.3.0", + "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, agent briefs, evidence-first review of agent output, review capacity and turning repeat corrections into checks, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", "author": { "name": "Ronny (MiniMax Code team)" }, diff --git a/stacks/ronny/.codex-plugin/plugin.json b/stacks/ronny/.codex-plugin/plugin.json index 8755e09..b03a72b 100644 --- a/stacks/ronny/.codex-plugin/plugin.json +++ b/stacks/ronny/.codex-plugin/plugin.json @@ -1,7 +1,7 @@ { "name": "ronny", - "version": "0.2.5", - "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", + "version": "0.3.0", + "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, agent briefs, evidence-first review of agent output, review capacity and turning repeat corrections into checks, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", "author": { "name": "Ronny (MiniMax Code team)" }, @@ -11,7 +11,7 @@ "interface": { "displayName": "Ronny's MCode Stack", "shortDescription": "Daily workflows and self-check skills from the MiniMax Code R&D lead.", - "longDescription": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", + "longDescription": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, agent briefs, evidence-first review of agent output, review capacity and turning repeat corrections into checks, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", "developerName": "Ronny (MiniMax Code team)", "category": "Developer Tools", "capabilities": [ diff --git a/stacks/ronny/.minimax-plugin/plugin.json b/stacks/ronny/.minimax-plugin/plugin.json index bc38f3a..bf4981f 100644 --- a/stacks/ronny/.minimax-plugin/plugin.json +++ b/stacks/ronny/.minimax-plugin/plugin.json @@ -1,9 +1,9 @@ { "schemaVersion": 1, "name": "ronny", - "version": "0.2.5", + "version": "0.3.0", "displayName": "Ronny's MCode Stack", - "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", + "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, agent briefs, evidence-first review of agent output, review capacity and turning repeat corrections into checks, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", "author": "Ronny (MiniMax Code team)", "icon": "icon.png", "category": "Code", @@ -24,6 +24,10 @@ "skills/long-command-check/SKILL.md", "skills/context-tax-audit/SKILL.md", "skills/trajectory-review/SKILL.md", + "skills/agent-brief/SKILL.md", + "skills/evidence-first-review/SKILL.md", + "skills/review-capacity-check/SKILL.md", + "skills/taste-to-checks/SKILL.md", "skills/engineering-change-descriptions/SKILL.md", "skills/engineering-code-review/SKILL.md", "skills/engineering-emergency-changes/SKILL.md", diff --git a/stacks/ronny/README.md b/stacks/ronny/README.md index 78cc7a9..4a6d6e2 100644 --- a/stacks/ronny/README.md +++ b/stacks/ronny/README.md @@ -49,6 +49,10 @@ shown by `mcode plugin marketplace list`, or copy single skills into | [`long-command-check`](skills/long-command-check/SKILL.md) | Ten-point audit of how an agent runs long shell commands and background tasks | 04 | | [`context-tax-audit`](skills/context-tax-audit/SKILL.md) | Inventory what is injected into every request and how it affects the prompt cache | 05 | | [`trajectory-review`](skills/trajectory-review/SKILL.md) | Review how the agent got its result, not only whether it passed | - | +| [`agent-brief`](skills/agent-brief/SKILL.md) | Before delegating: stakes, our own hypothesis, scope in our words, what "verified" means, and the mode | - | +| [`evidence-first-review`](skills/evidence-first-review/SKILL.md) | When an agent says done: evidence before summary, what each check misses, its silent decisions, try to break it | - | +| [`review-capacity-check`](skills/review-capacity-check/SKILL.md) | Before launching more sessions: is finished work piling up faster than we can stand behind it | - | +| [`taste-to-checks`](skills/taste-to-checks/SKILL.md) | Turn a correction we keep making into a test, lint, hook or CI step, proven on the old mistake | - | ### Engineering practice diff --git a/stacks/ronny/WORKFLOW.md b/stacks/ronny/WORKFLOW.md index 3cf04ef..fd949e5 100644 --- a/stacks/ronny/WORKFLOW.md +++ b/stacks/ronny/WORKFLOW.md @@ -5,8 +5,12 @@ Which skill in [`skills/`](skills/) fits which moment of the day: | Moment in the day | Skill | | --- | --- | | Before splitting work across agents | `subagent-split-check` | +| Before handing a task to an agent | `agent-brief` | +| Before launching another parallel session | `review-capacity-check` | | Before opening a large change | `engineering-small-prs`, `engineering-change-descriptions` | | After the agent finishes a change | `independent-review` | +| When an agent reports done | `evidence-first-review` | +| When the same correction comes up twice | `taste-to-checks` | | Reviewing someone else's PR | `engineering-code-review`, `engineering-review-comments` | | Answering review on your own PR | `engineering-review-feedback` | | When a hotfix claims to be urgent | `engineering-emergency-changes` | diff --git a/stacks/ronny/plugin.json b/stacks/ronny/plugin.json index fa39419..c72a06f 100644 --- a/stacks/ronny/plugin.json +++ b/stacks/ronny/plugin.json @@ -1,8 +1,8 @@ { "$schema": "https://agent-plugins.org/schemas/1.0.0/plugin.schema.json", "name": "ronny", - "version": "0.2.5", - "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", + "version": "0.3.0", + "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, agent briefs, evidence-first review of agent output, review capacity and turning repeat corrections into checks, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", "author": { "name": "Ronny (MiniMax Code team)" }, diff --git a/stacks/ronny/skills/agent-brief/SKILL.md b/stacks/ronny/skills/agent-brief/SKILL.md new file mode 100644 index 0000000..f0e40c6 --- /dev/null +++ b/stacks/ronny/skills/agent-brief/SKILL.md @@ -0,0 +1,80 @@ +--- +name: agent-brief +description: Write the brief before handing a non-trivial task to an agent or subagent, covering stakes, your own hypothesis, goal and scope in your words, what "verified" will mean, and whether the agent is thinking with you or for you. Use before starting a MiniMax Code session, spawning a subagent, or delegating a PR, analysis or doc. +--- + +# Agent Brief + +We delegate a lot. What we try not to delegate is knowing what we asked for. +If we cannot write the task down in a few plain lines, the idea is not ready, +and the agent will fill the gaps with defaults we never chose. Five minutes +here saves a review that cannot tell right from plausible. + +## 1. Set the stakes + +Decide how much of this skill to run. + +- **Cheap to be wrong**: a throwaway script, a rename, formatting, a local + experiment we will delete. Hand it off and skip the rest. +- **Someone else lives with it**: code that ships, a change to the harness, + anything touching users, money, permissions or data, a number that goes into + a decision. Run every step, and plan to use `evidence-first-review` after. + +When unsure, ask: if this is quietly wrong, who finds out, and when? + +## 2. Write a hypothesis first + +One line on what we expect the answer or the fix to be, written before the +agent starts. A wrong guess is fine. Its job is to give us something to compare +against, so a polished answer does not become the default. + +> Hypothesis: the flaky `compaction.e2e` test is a race between the summary +> write and the next turn, not a model issue. + +## 3. Brief in our own words + +- **Goal**: the outcome, not the steps. +- **Who uses it**: a reviewer, a user, another agent. +- **Out of scope**: what it must not touch (public API, lockfile, other packages). +- **Constraints**: versions, style, files it may edit, commands it may run. + +If we get stuck writing this, we ask the agent to interview us first, or give it +what we know and ask what we have not thought of. We do not ask it to write the +brief for us. + +## 4. Define "verified" before seeing output + +Pick something we can check later, decided now so we cannot bend it to fit +whatever comes back: + +- a named test passes, and a new test fails on the old code; +- a command and its expected output (`mcode -p "..." --json` returns X); +- a screenshot or log line from the real app; +- a number recomputed from the source data. + +Give the agent the same means to check itself (test command, fixture, a running +dev server), so it loops before we look. + +## 5. Name the mode + +Are we asking it to help us think, or to think for us? Both are fine. In the +second case, we owe a stricter review, because we will not have the reasoning in +our heads. + +## Card + +Paste this at the top of the task: + +```text +Stakes: low | high +Hypothesis: ... +Goal / users / out of scope: ... +Done = (tangible check): ... +Mode: think with me | do it for me +When done: show commands run and their output first, then the summary, +then the decisions and assumptions you made. +``` + +## References + +- Addy Osmani, ["Critical thinking when agents do the work"](https://x.com/addyosmani/status/2117512471930167377) diff --git a/stacks/ronny/skills/evidence-first-review/SKILL.md b/stacks/ronny/skills/evidence-first-review/SKILL.md new file mode 100644 index 0000000..b1a87c0 --- /dev/null +++ b/stacks/ronny/skills/evidence-first-review/SKILL.md @@ -0,0 +1,73 @@ +--- +name: evidence-first-review +description: Review an agent's finished work by reading the evidence before its summary, naming what each check proves and what it misses, pulling out the decisions it made silently, and trying to falsify the result before accepting it. Use when a MiniMax Code session, subagent or cloud agent reports a task done, before merging its PR or acting on its analysis. +--- + +# Evidence-First Review + +"All tests pass, ready to merge" is a claim, not evidence. We read what the +agent actually ran before we read what it says about it. The bar for accepting +the work: we could defend it to the person who will maintain it, and we can +say what our checks would miss. + +This skill is about owning the result. For a clean-context code review of the +diff itself, pair it with `independent-review`. + +## 1. Evidence before summary + +Open the transcript or tool log, not the final message. For each command that +supports "done": did it run on the final code, did it exit 0, does the output +say what the summary says? Typical gaps we find: + +- tests run before the last edit; +- a filter like `-t compaction` that skipped the suite that matters; +- "fixed" with no reproduction before the fix; +- a build that passed only because a step was skipped. + +## 2. For each green check, one property it proves and one it does not + +| Check | Proves | Does not prove | +| --- | --- | --- | +| New unit test passes | the function returns X for this input | the caller passes that input; the test was written with the same wrong assumption | +| `pnpm typecheck` | types line up | runtime behaviour | +| E2E with a mock model | the loop wires up | anything about real model output | + +If we cannot fill the right column, we do not understand the check yet. + +## 3. Ask for the decisions list + +Ask the agent: which defaults did you pick, what did you leave out of scope, +and where did you reinterpret the requirement because two parts clashed? These +are the choices that end up in production without anyone deciding them. Each one +is accepted, changed or sent back. + +## 4. Try to break it + +Ask: what would have to be true for this to be wrong? Then check that one thing +ourselves. For analysis and docs, open two of the cited sources and recompute +one number the conclusion depends on. + +## 5. Make sure we understand it + +- Pick a few lines of the diff at random and explain them without help. +- For a large change, ask the agent for a short report that ends in three + questions about the change; we answer them before merging. +- For a contested call, have a fresh subagent argue the other side, then + decide ourselves. +- Last question to a fresh context: "What did I miss?" + +## 6. Decide + +- **Accept**: the evidence matches, decisions are reviewed, we can name the gap. +- **Ask for more**: missing evidence or an unexplained decision. +- **Get a human review**: high stakes and we cannot say what the checks miss. + +## Output + +When we report the work to others, we lead with the evidence (commands and +results), then: what was checked, one thing that was not, and the key +decisions. + +## References + +- Addy Osmani, ["Critical thinking when agents do the work"](https://x.com/addyosmani/status/2117512471930167377) diff --git a/stacks/ronny/skills/review-capacity-check/SKILL.md b/stacks/ronny/skills/review-capacity-check/SKILL.md new file mode 100644 index 0000000..d7e6267 --- /dev/null +++ b/stacks/ronny/skills/review-capacity-check/SKILL.md @@ -0,0 +1,56 @@ +--- +name: review-capacity-check +description: Check whether finished agent work is piling up faster than we can stand behind it, and fix that by tightening automatic checks or running fewer parallel sessions instead of starting another one. Also checks that multi-agent chains read original sources, and which skills we are letting go. Use before launching another parallel session or subagent batch, at the end of a day with many agent PRs, or in a weekly review. +--- + +# Review Capacity Check + +Running five MiniMax Code sessions in parallel is easy. Standing behind five +results is not. Every agent we launch costs review time later. When finished +work waits longer than it took to produce, we are not reviewing any more, we are +hoping. + +## 1. Count the queue + +Before starting another session, list what is already done but not yet +accepted by us: open agent PRs, finished subagent outputs, analyses nobody has +checked. For each, note the stakes (see `agent-brief`). + +If more than a couple of high-stakes items are waiting, do not launch. Clear the +queue or reduce what needs us. + +## 2. Reduce what needs us, not the bar + +In order of preference: + +1. **Let checks do more**: add a test, lint or CI step so a class of review is + automatic (see `taste-to-checks`). +2. **Make agents prove more**: require the evidence block from `agent-brief` in + every result, so review starts from commands and output. +3. **Run fewer at once**: fewer sessions we can defend beat more we cannot. + +Skimming high-stakes work faster is not on the list. + +## 3. Check the chain + +In a pipeline (research agent, then writer, then reviewer), each later agent +should read the original source, not only the previous agent's summary. +Summaries drop caveats; three hops later the caveat is gone and the claim is +stronger than the data. Check that the last agent's context includes the source +files, logs or links, not just the hand-off text. + +## 4. Weekly: what are we no longer practicing? + +Write down one or two things the agent now always does for us (reading a stack +trace, writing a migration, sizing a query). For each, decide on purpose: fine +to let go, or keep doing it by hand now and then so we can still judge the +agent's version. + +## Output + +The queue with stakes, a decision (launch, clear first, or add a check), and the +weekly list if it is that day. + +## References + +- Addy Osmani, ["Critical thinking when agents do the work"](https://x.com/addyosmani/status/2117512471930167377) diff --git a/stacks/ronny/skills/taste-to-checks/SKILL.md b/stacks/ronny/skills/taste-to-checks/SKILL.md new file mode 100644 index 0000000..5a2df42 --- /dev/null +++ b/stacks/ronny/skills/taste-to-checks/SKILL.md @@ -0,0 +1,62 @@ +--- +name: taste-to-checks +description: Turn a review correction we keep making on agent output into something that runs on its own, a test, lint rule, hook, CI step or project rule, so the miss does not come back next session. Use when we correct the same kind of mistake in agent work a second time, or after a review finds a miss that a check could have caught. +--- + +# Taste to Checks + +If we tell an agent the same thing twice, the second time is our fault. Taste +that lives only in our heads has to be applied by hand in every review, and it +does not scale with the number of sessions we run. We write it down where it +runs by itself. + +## 1. Catch the repeat + +Signs a correction should become a check: + +- we wrote the same review comment on two agent PRs; +- the same thing went wrong after compaction or in a new session; +- `evidence-first-review` found a miss that a mechanical check would catch. + +One-off quirks stay out. Only encode what has happened more than once or caused +real damage. + +## 2. Write the rule as one testable sentence + +Bad: "keep the code clean". Good: "no new `any` in `packages/core`", "every +new tool has a description under 200 characters", "a bug fix PR includes a test +that fails on main". + +If we cannot make it testable, it is a judgment call. Keep it in review. + +## 3. Pick the strongest place it fits + +| Rule shape | Where it goes | +| --- | --- | +| Code pattern to forbid | lint rule or a grep in CI, with an error message that names the fix | +| Behaviour that must hold | test, written to fail on the bad version first | +| Must happen on every edit or commit | hook (pre-commit, or a MiniMax Code hook) | +| Needs context, not mechanical | project rules (`AGENTS.md`) or a skill, as a last resort | + +Prefer the top of the table. Text in `AGENTS.md` is read and sometimes +ignored; a failing check is not. + +## 4. Prove the check works + +Run it against the past mistake: check out the commit or reapply the bad diff +and confirm it fails with a clear message. Then confirm it passes on current +main. A check that never failed has not been shown to work. + +## 5. Ship it small + +One rule per PR, with the review comment or incident it came from linked in +the description. + +## Output + +The rule sentence, where it went, the command that showed it failing on the old +mistake and passing on main, and the PR link. + +## References + +- Addy Osmani, ["Critical thinking when agents do the work"](https://x.com/addyosmani/status/2117512471930167377) From 767b48929450efb2178af03dbd43a57dbc260213 Mon Sep 17 00:00:00 2001 From: DanielWalnut <45447813+hetaoBackend@users.noreply.github.com> Date: Wed, 4 Nov 2026 09:44:50 +0800 Subject: [PATCH 2/2] ronny: sharpen taste-to-checks trigger description (0.3.1) --- stacks/ronny/.claude-plugin/plugin.json | 2 +- stacks/ronny/.codex-plugin/plugin.json | 2 +- stacks/ronny/.minimax-plugin/plugin.json | 2 +- stacks/ronny/plugin.json | 2 +- stacks/ronny/skills/taste-to-checks/SKILL.md | 2 +- 5 files changed, 5 insertions(+), 5 deletions(-) diff --git a/stacks/ronny/.claude-plugin/plugin.json b/stacks/ronny/.claude-plugin/plugin.json index c786f19..07f45f7 100644 --- a/stacks/ronny/.claude-plugin/plugin.json +++ b/stacks/ronny/.claude-plugin/plugin.json @@ -1,7 +1,7 @@ { "name": "ronny", "displayName": "Ronny's MCode Stack", - "version": "0.3.0", + "version": "0.3.1", "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, agent briefs, evidence-first review of agent output, review capacity and turning repeat corrections into checks, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", "author": { "name": "Ronny (MiniMax Code team)" diff --git a/stacks/ronny/.codex-plugin/plugin.json b/stacks/ronny/.codex-plugin/plugin.json index b03a72b..8d8674e 100644 --- a/stacks/ronny/.codex-plugin/plugin.json +++ b/stacks/ronny/.codex-plugin/plugin.json @@ -1,6 +1,6 @@ { "name": "ronny", - "version": "0.3.0", + "version": "0.3.1", "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, agent briefs, evidence-first review of agent output, review capacity and turning repeat corrections into checks, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", "author": { "name": "Ronny (MiniMax Code team)" diff --git a/stacks/ronny/.minimax-plugin/plugin.json b/stacks/ronny/.minimax-plugin/plugin.json index bf4981f..782e2e4 100644 --- a/stacks/ronny/.minimax-plugin/plugin.json +++ b/stacks/ronny/.minimax-plugin/plugin.json @@ -1,7 +1,7 @@ { "schemaVersion": 1, "name": "ronny", - "version": "0.3.0", + "version": "0.3.1", "displayName": "Ronny's MCode Stack", "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, agent briefs, evidence-first review of agent output, review capacity and turning repeat corrections into checks, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", "author": "Ronny (MiniMax Code team)", diff --git a/stacks/ronny/plugin.json b/stacks/ronny/plugin.json index c72a06f..a3923a4 100644 --- a/stacks/ronny/plugin.json +++ b/stacks/ronny/plugin.json @@ -1,7 +1,7 @@ { "$schema": "https://agent-plugins.org/schemas/1.0.0/plugin.schema.json", "name": "ronny", - "version": "0.3.0", + "version": "0.3.1", "description": "Daily workflows and self-check skills from the MiniMax Code R&D lead: independent review, subagent split checks, tool and context budget audits, long sessions, long commands, harness experiments, trajectory review, agent briefs, evidence-first review of agent output, review capacity and turning repeat corrections into checks, plus everyday engineering practice for code review, review comments, small PRs, change descriptions and emergency changes.", "author": { "name": "Ronny (MiniMax Code team)" diff --git a/stacks/ronny/skills/taste-to-checks/SKILL.md b/stacks/ronny/skills/taste-to-checks/SKILL.md index 5a2df42..2e6849b 100644 --- a/stacks/ronny/skills/taste-to-checks/SKILL.md +++ b/stacks/ronny/skills/taste-to-checks/SKILL.md @@ -1,6 +1,6 @@ --- name: taste-to-checks -description: Turn a review correction we keep making on agent output into something that runs on its own, a test, lint rule, hook, CI step or project rule, so the miss does not come back next session. Use when we correct the same kind of mistake in agent work a second time, or after a review finds a miss that a check could have caught. +description: Turn a review correction we keep making on agent output into something that runs on its own, a test, lint rule, hook, CI step or project rule, so the miss does not come back next session. Use when we keep correcting agents on the same mistake (import order, naming, a forbidden API, a missing test), when the same review comment shows up on a second PR, or after a review finds a miss that a check could have caught. --- # Taste to Checks