@deeeed/metamask-harness 0.54.0 → 0.54.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -2,6 +2,12 @@
2
2
 
3
3
  ## Unreleased
4
4
 
5
+ ## 0.54.1 - 2026-09-18
6
+
7
+ ### Changed
8
+
9
+ - `help --json` quality section carries the verdict rules (pass, warn, fail), the shape of an independent critique, and per-adapter review notes for Mobile, Extension and Core; the separate recipe-quality skill is retired in favour of this guidance.
10
+
5
11
  ## 0.54.0 - 2026-09-17
6
12
 
7
13
  ### Changed
package/README.md CHANGED
@@ -271,7 +271,7 @@ Unset `MM_HARNESS_BIN` to return to the published installation.
271
271
 
272
272
  ### Workflow entry points and completion
273
273
 
274
- Explicitly invoke `mms-recipe-dev`, `mms-recipe-fixbug`, `mms-recipe-qa` or the team's static review skill. `mms-recipe-cook` selects or resumes their shared Markdown checklist. Matching descriptions or changed paths never activates these workflows.
274
+ Explicitly invoke `mms-recipe-dev`, `mms-recipe-fix-bug`, `mms-recipe-qa` or the team's static review skill. `mms-recipe-cook` selects or resumes their shared Markdown checklist. Matching descriptions or changed paths never activates these workflows.
275
275
 
276
276
  Static Perps review uses a generated source checklist without installing or launching the app harness. `recipe-qa` freezes a PR, range or daily change window and requires runtime smoke plus selected recipe proof. Official release validation uses its named release profile and proof lane.
277
277
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@deeeed/metamask-harness",
3
- "version": "0.54.0",
3
+ "version": "0.54.1",
4
4
  "type": "module",
5
5
  "bin": {
6
6
  "mm-harness": "bin/mm-harness"
@@ -394,9 +394,9 @@ async function checkBehavior(browserEndpoint, port, pages) {
394
394
  ['/mms-recipe-qa', copied.work.join('\n')],
395
395
  ['/mms-recipe-cook', copied.work.join('\n')],
396
396
  ['/mms-recipe-performance', copied.work.join('\n')],
397
- ['/mms-recipe-evidence', copied.work.join('\n')],
398
- ['agentic/recipe-performance', copied.setup],
399
- ['agentic/recipe-evidence', copied.setup],
397
+ ['/mms-recipe-pretty-pr', copied.work.join('\n')],
398
+ ['perps/recipe-performance', copied.setup],
399
+ ['agentic/recipe-pretty-pr', copied.setup],
400
400
  ];
401
401
  const missing = expected.filter(([line, text]) => !text?.includes(line)).map(([line]) => line);
402
402
  if (missing.length) {
@@ -212,6 +212,26 @@
212
212
  "mobile",
213
213
  "extension"
214
214
  ]
215
+ },
216
+ "Verdict: pass when every named claim ran an executable path with an assertion and consistent evidence; warn when the supported claims pass but non-blocking gaps remain; fail when a named claim has no executable path or assertion, the graph can pass unconditionally, required evidence is missing or contradictory, or the relevant path did not run. A visual claim cannot pass without a settled capture. Write only the compact {verdict, reasons} to artifacts/recipe-quality-input.json and build the artifact with mm-harness recipe-quality build; never hand-author it.",
217
+ "Independent critique, when one is requested: the verdict with one evidence-backed sentence, uncovered or weak proof targets, graph, composition, adapter and reuse findings, evidence mismatches and flake risks, and the three highest-value concrete edits.",
218
+ {
219
+ "text": "State the simulator or device, build type and app state. Unlock through a fixture or a documented primitive; keep account, balance, network, permissions and feature flags deterministic; use existing page objects, test ids and fixtures; capture only after ui.wait_for, a route assertion or a state assertion; teardown must not leak balances, pending transactions, selected network, permissions or onboarding state into the next run.",
220
+ "adapters": [
221
+ "mobile"
222
+ ]
223
+ },
224
+ {
225
+ "text": "State browser, build, fixture and the popup, fullscreen or service-worker context. Popup UI proven only through CDP eval or controller reads fails a visual claim; capture after settle; prefer existing e2e and fixture helpers over raw steps.",
226
+ "adapters": [
227
+ "extension"
228
+ ]
229
+ },
230
+ {
231
+ "text": "Core is headless: prove claims with summary.json, trace.json, logs or package tests, never screenshots; use manifest-declared headless actions only; state the target package or workspace, fixture, start state and teardown for controller mutations; a non-visual criterion needs unit or package test coverage.",
232
+ "adapters": [
233
+ "core"
234
+ ]
215
235
  }
216
236
  ],
217
237
  "commands": [