@massa-ai/cursor-plugin 1.60.1 → 1.62.0

package/skills/massa-ai/references/maestro/yaml-commands.md

@@ -1,203 +0,0 @@
-# Maestro YAML Commands Reference
-
-Use when authoring or auditing Maestro flow commands. Official command inventory lives at https://docs.maestro.dev/reference/commands-available.md.
-
-## Flow Header
-
-Flow headers can define target identity and metadata before `---`:
-
-```yaml
-appId: com.example.app
-name: Login Smoke
-tags:
-  - smoke
-env:
-  USER_KIND: standard
-onFlowStart:
-  - runFlow: setup.yaml
-onFlowComplete:
-  - runFlow: cleanup.yaml
-properties:
-  testCaseId: TC-LOGIN-001
----
-- launchApp
-```
-
-For web flows, use `url` instead of `appId`.
-
-## Command Inventory
-
-Official command categories:
-
-- App/device state: `launchApp`, `stopApp`, `killApp`, `clearState`, `clearKeychain`, `setPermissions`, `setAirplaneMode`, `toggleAirplaneMode`, `setOrientation`, `setLocation`, `travel`, `addMedia`.
-- Interactions: `tapOn`, `doubleTapOn`, `longPressOn`, `swipe`, `scroll`, `scrollUntilVisible`, `pressKey`, `back`, `openLink`, `hideKeyboard`.
-- Input/clipboard: `inputText`, `eraseText`, `copyTextFrom`, `setClipboard`, `pasteText`.
-- Flow control: `runFlow`, `runScript`, `evalScript`, `repeat`, `retry`, `extendedWaitUntil`, `waitForAnimationToEnd`, `assertTrue`.
-- Assertions and media: `assertVisible`, `assertNotVisible`, `assertScreenshot`, `takeScreenshot`, `startRecording`, `stopRecording`.
-- AI commands: `assertWithAI`, `assertNoDefectsWithAI`, `extractTextWithAI`.
-
-## App Lifecycle Examples
-
-```yaml
-- launchApp:
-    appId: com.example.app
-    clearState: true
-    clearKeychain: true
-    stopApp: true
-    permissions:
-      camera: allow
-      location: allow
-
-- stopApp: com.example.app
-- killApp: com.example.app
-- clearState: com.example.app
-- clearKeychain
-```
-
-## Interaction Examples
-
-```yaml
-- tapOn:
-    id: submit_button
-    retryTapIfNoChange: true
-
-- tapOn:
-    text: Add to cart
-    rightOf: Product A
-    index: 0
-
-- tapOn:
-    point: "50%,50%"
-
-- tapOn:
-    id: increment_counter
-    repeat: 3
-    delay: 200
-
-- doubleTapOn:
-    id: hero_image
-
-- longPressOn:
-    text: Delete
-
-- swipe:
-    direction: LEFT
-    duration: 400
-```
-
-Use point/coordinate targeting only as a last resort when the element is not available in the accessibility tree.
-
-## Assertions And Waits
-
-```yaml
-- assertVisible:
-    id: login_success_banner
-    enabled: true
-    timeout: 10000
-
-- assertNotVisible:
-    text: Loading
-
-- extendedWaitUntil:
-    visible:
-      id: payment_confirmation
-    timeout: 15000
-
-- waitForAnimationToEnd:
-    timeout: 5000
-```
-
-Prefer observable state waits over fixed sleeps.
-
-## Input And Clipboard
-
-```yaml
-- inputText: "jane.doe@example.com"
-- eraseText: 50
-- copyTextFrom:
-    id: verification_code
-- setClipboard: "123456"
-- pasteText
-- hideKeyboard
-```
-
-## Flow Control
-
-```yaml
-- runFlow:
-    file: login.yaml
-    env:
-      USER_KIND: admin
-    when:
-      visible: Login
-
-- runScript:
-    file: setupUser.js
-    env:
-      role: admin
-
-- repeat:
-    times: 3
-    commands:
-      - tapOn: Add item
-
-- retry:
-    maxRetries: 2
-    commands:
-      - tapOn: Retry
-      - assertVisible: Success
-
-- assertTrue:
-    condition: ${output.total > 0}
-    label: total computed
-```
-
-Conditions commonly use visibility, absence, platform, or JavaScript expressions. Re-check command-specific docs before using uncommon fields.
-
-## Screenshots And Recording
-
-```yaml
-- takeScreenshot: checkout/confirmation
-- assertScreenshot:
-    path: checkout/confirmation
-    thresholdPercentage: 1
-- startRecording: checkout-run
-- stopRecording
-```
-
-When visual artifacts matter, record the artifact directory and whether screenshots/videos came from `--test-output-dir`, `--debug-output`, or `maestro record --local`.
-
-## Device/System Commands
-
-```yaml
-- setLocation:
-    latitude: 37.7749
-    longitude: -122.4194
-- setPermissions:
-    camera: allow
-    location: deny
-- setAirplaneMode: true
-- toggleAirplaneMode
-- setOrientation: LANDSCAPE
-- pressKey: Home
-- back
-- openLink: myapp://checkout
-- addMedia:
-    - ./fixtures/photo.png
-- travel:
-    days: 1
-```
-
-Verify platform support for each command before treating it as portable.
-
-## AI Commands
-
-AI test analysis and AI assertions are experimental and routed through Maestro Cloud infrastructure. Current official docs say users no longer provide their own AI model/key variables; authentication is through `maestro login` or `MAESTRO_CLOUD_API_KEY`.
-
-```yaml
-- assertWithAI: "Verify the success message is in Spanish"
-- assertNoDefectsWithAI
-- extractTextWithAI: "Extract the order number"
-```
-
-Do not add obsolete BYO AI env guidance. If AI is unavailable, mark the check blocked or skipped rather than replacing it with model self-evaluation.

package/skills/massa-ai/references/maestro.md

@@ -1,31 +0,0 @@
-# Maestro Reference Index
-
-Use this small index from `workflows/maestro/maestro.md`, `workflows/maestro/maestro-audit.md`, and `workflows/maestro/maestro-fix.md` to select the minimum focused Maestro reference for the current step. Not the full Maestro source of truth.
-
-## Source Policy
-
-Load `references/maestro/fact-ledger.md` before making any normative Maestro claim. Every Maestro claim must be tagged as `official-doc`, `live-help`, `repo-convention`, or `excluded/unverified`.
-
-Use a user-supplied coverage checklist, when the user provides one, only as a coverage checklist. If a checklist item is not supported by official Maestro docs, live CLI help, or repository convention, quarantine it as `excluded/unverified`.
-
-Official source anchors:
-
-- CLI commands/options: https://docs.maestro.dev/maestro-cli/maestro-cli-commands-and-options.md
-- Commands available: https://docs.maestro.dev/reference/commands-available.md
-- Selectors: https://docs.maestro.dev/reference/selectors.md
-- Workspace configuration: https://docs.maestro.dev/reference/workspace-configuration.md
-- Test reports/artifacts: https://docs.maestro.dev/maestro-flows/workspace-management/test-reports-and-artifacts.md
-- Cloud build requirements: https://docs.maestro.dev/maestro-cloud/build-your-app-for-the-cloud.md
-- Cloud limits: https://docs.maestro.dev/maestro-cloud/limits.md
-- Maestro MCP: https://docs.maestro.dev/get-started/maestro-mcp.md
-
-## Minimum Step Selection
-
-- Flow implementation: load `fact-ledger.md`, `cli-device.md`, then only the focused files for the flow surface being edited: commonly `yaml-commands.md`, `selectors.md`, `workspace-execution.md`, `config-env-output.md`, `js-scripting.md`, and `patterns.md`.
-- Audit: load `fact-ledger.md`, `cli-device.md`, `workspace-execution.md`, `artifacts-reports.md`, `patterns.md`, and `references/audit-report-io.md`.
-- Fix: load `fact-ledger.md`, `cli-device.md`, `artifacts-reports.md`, `patterns.md`, and whichever focused file owns the saved `MST-*` finding.
-- Cloud or MCP work: load `cloud.md` or `mcp.md` only when the requested flow, audit, fix, or CI wiring actually touches that surface.
-
-## Closure Reminder
-
-All Maestro workflow closures must report scenario source, changed flows, setup/teardown, command, exit status, JUnit path, artifact directory, device/platform, skipped reason, validation assets, and residual risk.

package/skills/massa-ai/workflows/general.md

@@ -1,88 +0,0 @@
----
-name: general
-description: "Final fallback workflow for coding, planning, review, or implementation work when no specialized massa-ai workflow is a better match."
-license: MIT
-metadata:
-  version: "1.3.0"
----
-
-### General Coding Workflow
-
-Use for coding, planning-before-coding, review, or implementation work when no specialized massa-ai workflow is a better match. Final fallback, not a replacement for explicit or specialized workflows.
-
-Load `references/project-context.md` (intake sweep) before the first substantive read.
-
-Before the first repository mutation, load `references/implementation-delivery.md` (delivery chain: worktree, atomic commits, PR, CI watch, merge gate) and `references/code-annotation.md` (doc blocks, rationale, test coverage). After two consecutive failed fixes on one symptom, stop editing and load `references/root-cause-scripts.md`.
-
-**Isolation Gate — before the first file edit:** execute `references/implementation-delivery.md` Stage 0–1 now (fetch base, create the worktree + branch, work inside it) and record the worktree path + branch — or one of Stage 1's two legal skip reasons, verbatim — before any repository mutation.
-
-1. Resolve or reuse `projectId` and a stable `workflowSessionId`: `general-[entity]`.
-**Reuse Scan — before writing new implementation code:** run the mandatory reuse scan per `references/code-reuse-scan.md` (separate read-only subagents; the reuse map's use/extend/new decisions are consumed before new code is planned or written) — or record its inline-fallback reason, verbatim.
-
-2. Run General fallback preflight before source work: name the specialized workflow considered, the exact rejected reason, and why fallback does not change verification, mutation behavior, or memory scope. Ask the user only when the rejected workflow would change those behaviors. One delivery authorization obtained here covers the fallback change's commits, push, and PR creation; force-push, deploy, or merge are separately gated (`references/implementation-delivery.md` Stage 3).
-3. Recall relevant durable context with `recall`. Treat recalled memory as a lead until current source confirms it. Confirm against current source before relying on it only when the change touches the enumerated risk-domain set: public API, data loss, auth/PII, migrations, or cross-service contracts. Otherwise trust recalled memory and cite it with a one-line source note. When recall returns no hit and the repository is otherwise unmapped on Standard+ fallback work, run the Minimum Bar sweep from `references/brownfield-mapping.md` first, writing only `CONCERNS.md` and `TESTING.md` into `.specs/project/onboarding/` before continuing.
-4. Create a Synapse session when planned related `search` calls >=2, following `references/synapse-policy.md`.
-5. Load confirmed project lessons through `references/lessons.md` when `.specs/lessons.json` exists:
-   `bun skills/massa-ai/scripts/lessons.ts --root . list --status confirmed`
-   Retrieve only the context required for the goal:
-   - begin with focused local inspection or the shared summary-search sequence
-   - deepen into enriched search, symbols, or exact files only when needed
-   - prefer `read_file` over native Read when symbol metadata + imports are useful (retrieval order per `references/mcp-tools.md`); use `symbol_snippet` for raw code snippets by file + line range
-   - prefer current repository truth over stale or conflicting memories
-6. Execute the requested work using existing repository conventions. Load `references/naming-standards.md` before introducing or renaming identifiers, screens, components, attributes, or implementation-facing names (English-conversion rule applies). Tie verification depth to the Verification Ladder tier table in `references/verification-ladder.md`, sizing the change with `bun skills/massa-ai/scripts/size_change.ts`: Quick runs static + file-integrity checks; Standard adds a named verification recipe and behavioral checks; Spec-driven escalates to `workflows/spec-driven.md`. Do not invent new thresholds; load specialized references only when the task needs their exact contracts.
-   - For analysis that benefits from running code (derived values, data inspection, bulk transforms), call `execute` with `language` and `code` or `batch_execute` with `commands`[] instead of loading raw data into context. Respect the local-dev-only trust model (no untrusted-client exposure).
-   - When the chosen approach leans on an external library's or API's exact behavior, resolve it through the 5-step chain in `references/knowledge-verification-chain.md` (codebase, project docs, Context7, web, flag-uncertain) before committing to that approach — the trigger is the dependence itself, not the task's Quick/Standard/Spec-driven tier.
-7. Use `compress` only when accumulated source or conversation context is reducing execution quality; preserve decisions, constraints, current state, and next steps rather than raw history.
-8. Before completion, if verification found a reusable signal, record it via `references/lessons.md`. Score potential memories using `references/decision-engine.md` when that guidance is not already loaded:
-   `bun skills/massa-ai/scripts/lessons.ts --root . add --feature "<slug>" --signal "<signal>" --source "<ref>" --text "<one terse lesson>"`
-    - remember verified decisions, reusable discoveries, recurring blockers, accepted constraints, and completed outcomes that will save future work
-    - if a recalled memory is stale or needs correction, call `memory_update` with `id` and the new `content` (re-embeds automatically); if a memory is obsolete, call `memory_delete` with `id` (hard-delete, severs graph edges)
-    - for usage insights (search/cache patterns, recent activity), call `analytics` with `type` and `projectId`
-    - skip transient details, raw logs, copied source, unverified hypotheses, and facts already captured in current non-stale memory
-
-**Screen work — before writing or judging any user-facing screen:** when this task creates or modifies a screen, the `massa-ai-designer` dispatch below is mandatory rather than discretionary, carved out of ordinary delegation gating by the Screen Implementation Exception in `references/agent-orchestration.md`. It does not fire when the task touches no screen surface.
-
-> **Dispatch: `massa-ai-designer`** (role: `designer`) — charter `skills/agents/designer/SKILL.md`
-> - scope: the screens, views, components, layouts, styles, and design tokens in this task's UI surface — never the whole repository
-> - permissions: write, scoped to UI-layer files only with a disjoint write set
-> - output: per-element conformance table (element, expected, actual, verdict, severity) plus the UI files written; a missing or unreachable design source is listed as a skipped sensor, never a silent pass
-
-> **Dispatch: `massa-ai-reviewer`** (role: `reviewer`) — charter `skills/agents/reviewer/SKILL.md`
-> - trigger: implementation complete, before the verification gate — never optional
-> - scope: the change's diff surface and its task/AC context
-> - permissions: read-only
-> - inputs: diff, acceptance context, recalled code-quality conventions
-> - sensors: bugs, regressions, missing edge cases, smells introduced by the diff
-> - output: ranked findings, blocking vs advisory; blocking findings become fix items before verification runs
-> - firewall: summarized findings only, never raw diff dumps
-> - memory: suggest-only; main agent persists
-
-> **Dispatch: `massa-ai-verification-agent`** (role: `verification-agent`) — charter `skills/agents/verification-agent/SKILL.md`
-> - trigger: fallback work reaching Standard+ on the Verification Ladder, or any Quick-sized change inside the risk-domain set named in step 3 (public API, data loss, auth/PII, migrations, cross-service) — the Independent Verification Mandate in `references/verification-ladder.md` applies at that gate even when file/LOC counts stay Quick
-> - scope: the fallback change's diff surface plus the acceptance evidence gathered while executing step 6
-> - inputs: diff, the General fallback preflight rationale, reviewer findings, recalled conventions
-> - sensors: independent outcome-vs-request re-check; discrimination sensor per `references/discrimination-sensor.md`, mutating the fallback change's own logic in scratch state
-> - output: PASS/FAIL verdict with per-check evidence recorded in `.specs/quick/NNN-slug/SUMMARY.md`
-> - firewall: summarized findings only, never raw diff dumps
-> - memory: suggest-only; main agent persists general-workflow verification outcomes
-> - fallback: if the subagent is unavailable, run a standalone fresh-eyes re-check of the change against its acceptance evidence and record the skipped-delegation reason
-
-9. At Standard+ size, persist `.specs/quick/NNN-slug/TASK.md` and `SUMMARY.md` using the templates in `references/artifact-persistence.md`, then run `bun skills/massa-ai/scripts/check_specs_delivered.ts <slug> --kind quick` before the Evidence Gate — a non-zero exit blocks completion. If no code-execution tool is available, run the same checks by reading the artifact (graceful degradation preserved).
-10. Complete the Evidence Gate from `references/evidence-gate.md` and report verification, changed artifacts, memory outcome, and residual risk.
-
-## Failure Handling
-
-On any tool/index/MCP failure, follow `references/graceful-degradation.md` (also `SKILL.md` Graceful Degradation).
-
-- `.specs/` directory missing or not writable: block quick-artifact and onboarding-doc writes per `references/artifact-persistence.md`'s unwritable-→-block rule; do not fall back to memory or chat.
-- Verifier fix→re-verify loop reaches the cap in `references/verification-ladder.md`'s Bounded Fix→Re-verify Loop: stop with `Blocked`, preserve the evidence collected, and ask the user for direction.
-
-## Output Contract
-
-- Goal and selected fallback workflow
-- General fallback preflight: considered workflow, rejected reason, and fallback validity
-- Relevant recalled context or explicit cold-start status
-- Work completed and source evidence
-- Verification performed and skipped checks
-- Memory written or intentionally skipped, with reason
-- Residual risk

package/skills/massa-ai/workflows/maestro/maestro-audit.md

@@ -1,64 +0,0 @@
----
-name: maestro-audit
-description: "Findings-only audit of existing Maestro mobile E2E flows, fixtures, setup/teardown, reports, selector stability, flake risk, and scenario coverage; does not edit code."
-license: MIT
-metadata:
-  version: "1.1.0"
----
-
-### Maestro Audit
-
-Findings-only audit of existing Maestro mobile E2E flows, fixtures, setup/teardown, reports, artifacts, CI invocation, selector stability, flake risk, and scenario coverage.
-
-Load `references/project-context.md` (intake sweep) before the first substantive read.
-
-Do not edit code or flows in this workflow. Not for new flow implementation — route to `workflows/maestro/maestro.md`. Do not fix findings directly; invoke `workflows/maestro/maestro-fix.md` as a bounded child workflow only after a saved audit report or audit handoff exists.
-
-1. Resolve/reuse `workflowSessionId`: `maestro-audit-[entity]`.
-2. Load shared references:
-   - `references/maestro.md` as the index before choosing focused Maestro references.
-   - `references/maestro/fact-ledger.md` before making any Maestro claim; tag facts as `official-doc`, `live-help`, `repo-convention`, or `excluded/unverified`.
-   - `references/maestro/cli-device.md` before CLI checks, device/platform readiness, local sharding, or executable runs.
-   - `references/maestro/workspace-execution.md` before discovering flows, tags, config, CI commands, execution order, or suite isolation.
-   - `references/maestro/artifacts-reports.md` before report/artifact/debug-output, screenshot, video, recording, or AI report claims.
-   - `references/maestro/selectors.md` before selector stability findings.
-   - `references/maestro/config-env-output.md` before env/config/report-output findings.
-   - `references/maestro/cloud.md` only when Cloud execution, Cloud devices, auth/plan, or Cloud artifact evidence is in scope.
-   - `references/maestro/mcp.md` only when Maestro MCP or Viewer evidence is in scope.
-   - `references/maestro/patterns.md` before flake, setup/teardown, coverage, and execution-handoff judgments.
-   - `references/audit-report-io.md` before producing the report.
-   - `references/mobile-context.md` for platform scope, parity, and device/emulator assumptions.
-   - `references/audit-scope.md` for scope packet, budgets, skipped depth checks, and freshness.
-   - `references/context-firewall.md` before large logs, screenshots, videos, JUnit XML, generated artifacts, or broad search output.
-   - `references/synapse-policy.md` when repeated massa-ai searches are expected.
-   - `references/agent-orchestration.md` only for large scopes, explicit parallel/subagent requests, or independent verification of high-impact findings.
-3. Run the mandatory Maestro CLI transcript gate from `references/maestro/cli-device.md` and `references/maestro/fact-ledger.md`: `command -v maestro`, `maestro --version` or `maestro --help`, and relevant subcommand help with command, exit code, stdout, and stderr. If missing or failing, block executable audit runs and produce only a blocked static-readiness report when source inspection is still useful.
-4. Establish the audit target:
-   - Explicit Maestro root, suite, flow file, tag, app/module, platform, branch comparison, commit range, modified files, or whole Maestro workspace.
-   - For omitted target, discover all developed Maestro flows and ask before whole-workspace audit if multiple roots exist.
-5. Resolve expected behavior sources in scenario input order: Jira/Confluence via Atlassian MCP, attached/local file, prompt text, then explored/inferred repository behavior. If no requirements source exists, run `workflows/exploration.md` before comparing behavior and label inferred expectations as inference.
-6. Discover all in-scope Maestro flows, subflows, fixtures, setup/teardown, config, tags, CI commands, report paths, and artifact paths.
-7. Run every existing in-scope Maestro flow when the CLI, app build, device/emulator, credentials, and backend dependencies are available. Use deterministic output:
-   - `maestro test --format junit --output <report.xml> --test-output-dir <artifact-dir> <flow-or-directory>`.
-   - Capture command, exit code, JUnit report, artifact directory, platform/device, app build/flavor, environment, and skipped-check reason.
-8. Compare current flows and run results against supplied or discovered expected behavior:
-   - Scenario coverage and acceptance criteria.
-   - Setup/teardown completeness, data isolation, feature flags, permissions, locale/timezone, cleanup, and app state reset.
-   - Selector/test-ID stability, synchronization, fixed sleeps, coordinates, screenshot/image coupling, brittle text, and flow ordering.
-   - CI report/artifact retention, runtime cost, device assumptions, retry/quarantine behavior, and flake diagnostics.
-9. Produce findings first, ordered by severity. IDs: `MST-<N>`.
-   - Each finding must include severity, confidence, flow/subflow/file location, scenario source, concrete evidence, impacted journey, flake or coverage risk, simplest sufficient fix, and Verification Suggestion.
-   - If no findings are found, say that clearly and list flows, scenarios, commands/artifacts, and skipped checks.
-   - Include the Verification/Test Fidelity Checklist from `references/audit-report-io.md`; tie every `MST-*` finding or no-finding claim to deterministic sensors, commands/artifacts, validation assets, skipped-check reasons, and runtime artifacts. Model judgment alone cannot satisfy verification/testing all-clear.
-10. Save or propose `audits/maestro/<YYYY-MM-DD maestro-audit.md>` using the report contract in `references/audit-report-io.md`. The enriched report must preserve flow inventory, run matrix, scenario coverage, JUnit report path, artifact directory, device/emulator readiness, validation assets, and execution handoff.
-11. Invoke `workflows/maestro/maestro-fix.md` only as a bounded child workflow for failed executable `MST-*` findings when requested or when the parent audit explicitly includes auto-fix handoff. The child may edit only Maestro flows, subflows, fixtures, setup/teardown, and test data.
-12. Persist only durable Maestro conventions, flake classes, selector/test-ID policy, device matrix constraints, or reusable verification recipes after Importance Calibration. Use `workflow:maestro-audit` and required memory tags.
-13. Complete the Evidence Gate from `references/evidence-gate.md`.
-
-## Examples
-
-User asks: "Run a Maestro audit for the checkout suite."
-
-1. Scope to the checkout Maestro root or tag, run CLI/device preflight, and discover expected behavior.
-2. Execute in-scope flows with JUnit report and artifact output when dependencies are available.
-3. Save `audits/maestro/<YYYY-MM-DD maestro-audit.md>` with `MST-*` findings and execution handoff.

package/skills/massa-ai/workflows/maestro/maestro-fix.md

@@ -1,111 +0,0 @@
----
-name: maestro-fix
-description: "Child-only workflow to fix confirmed MST-prefixed findings from a saved Maestro audit report or an explicit maestro-audit handoff."
-license: MIT
-metadata:
-  version: "1.3.0"
----
-
-### Maestro Fix
-
-Child-only workflow: fix confirmed `MST-*` findings from a saved Maestro audit report or an explicit `maestro-audit` handoff.
-
-Load `references/project-context.md` (intake sweep) before the first substantive read.
-
-Before the first repository mutation, load `references/implementation-delivery.md` (delivery chain: worktree, atomic commits, PR, CI watch, merge gate) and `references/code-annotation.md` (doc blocks, rationale, test coverage) — one user go-ahead carries this fix through PR creation only, force-push, deploy, and merge stay separately gated, and Maestro Cloud execution/upload is gated again, separately, per `references/maestro/cloud.md`. After two consecutive failed fixes on one symptom, stop editing and load `references/root-cause-scripts.md`.
-
-**Isolation Gate — before the first file edit:** execute `references/implementation-delivery.md` Stage 0–1 now (fetch base, create the worktree + branch, work inside it) and record the worktree path + branch — or one of Stage 1's two legal skip reasons, verbatim — before any repository mutation.
-
-Reject direct use without a saved `audits/maestro/<YYYY-MM-DD maestro-audit.md>` report or a parent audit handoff that includes the same required metadata. Do not execute from chat summaries, remembered findings, inline comments, or unsaved model analysis. The saved report or parent handoff is the source of truth.
-**Reuse Scan — before writing new implementation code:** run the mandatory reuse scan per `references/code-reuse-scan.md` (separate read-only subagents; the reuse map's use/extend/new decisions are consumed before new code is planned or written) — or record its inline-fallback reason, verbatim.
-
-
-1. Resolve/reuse `workflowSessionId`: `maestro-fix-[entity]`.
-2. Load shared references:
-   - `references/maestro.md` as the index before choosing focused Maestro references.
-   - `references/maestro/fact-ledger.md` before making any Maestro claim; tag facts as `official-doc`, `live-help`, `repo-convention`, or `excluded/unverified`.
-   - `references/maestro/cli-device.md` before CLI checks, device/platform readiness, local sharding, or executable runs.
-   - `references/maestro/artifacts-reports.md` before report/artifact/debug-output, screenshot, video, recording, or AI report claims.
-   - `references/maestro/patterns.md` before applying flow, setup/teardown, fixture, validation asset, or skipped-check rules.
-   - `references/discrimination-sensor.md` before closing any finding `fixed` — the Maestro instantiation is `references/maestro/patterns.md` § Discrimination Sensor (Flow Mutation), a scratch-copy selector/assertion perturbation.
-   - `references/brownfield-mapping.md` (Minimum Bar only — `CONCERNS.md` and `TESTING.md`) when recall returns no hit for the target flow/workspace and no gate command is derivable from the report's evidence, for Standard+ findings.
-   - `references/maestro/yaml-commands.md` before changing unfamiliar command syntax.
-   - `references/maestro/selectors.md` before changing selector strategy.
-   - `references/maestro/workspace-execution.md` before changing config, tags, execution order, sharding, or CI command shape, or on the first fix touching an unmapped Maestro workspace.
-   - `references/maestro/config-env-output.md` before changing env, properties, report-output flags, or artifact directories.
-   - `references/maestro/js-scripting.md` before changing JavaScript helpers or logs.
-   - `references/maestro/cloud.md` only when saved finding scopes Cloud execution or Cloud artifact evidence.
-   - `references/maestro/mcp.md` only when saved finding scopes Maestro MCP or Viewer evidence.
-   - `references/audit-report-io.md` before report validation or source edits.
-   - `references/lessons.md` to load confirmed project lessons
-   - `references/mobile-context.md` for platform scope, parity, and device/emulator assumptions.
-   - `references/codebase-investigation.md` before changing unfamiliar flows, fixtures, setup/teardown, or CI wiring.
-   - `references/verification-ladder.md` before non-trivial edits.
-   - `references/context-firewall.md` before large reports, logs, screenshots, videos, JUnit XML, or generated artifacts.
-   - `references/naming-standards.md` before naming flows, tags, fixtures, selectors, or test data.
-3. Select and validate the report:
-   - Prefer an exact report path plus optional `MST-*` IDs.
-   - For `latest` or omitted path, require a concrete target focus, then select only from `audits/maestro/`.
-   - Validate metadata deterministically: `bun skills/massa-ai/scripts/validate_audit_report.ts <path> --family maestro` (`references/audit-report-io.md`, Deterministic Validation); non-zero exit blocks editing. Also confirm flow inventory, Maestro run matrix, JUnit report/artifact evidence, Verification/Test Fidelity Checklist, and Execution Handoff are present.
-   - Stop on invalid, stale, target-drifted, or ambiguous reports.
-4. Extract actionable findings:
-   - Keep only selected `MST-*` findings with concrete location, scenario source, evidence, impacted journey, flake or coverage risk, simplest sufficient fix, and Verification Suggestion.
-   - Ignore no-finding claims, ruled-out candidates, skipped checks, and low-confidence ideas unless the user explicitly changes scope after revalidation.
-5. Revalidate current source and report drift:
-   - Reinspect current flow/subflow/fixture/setup files and current CI command shape.
-   - Confirm evidence still applies; stop or re-audit if files, flow paths, target, app behavior, or expected behavior have drifted.
-6. Fix only allowed artifacts:
-   - You may edit only Maestro flows, subflows, fixtures, setup/teardown, and test data unless the saved audit finding directly scopes Maestro CI/report wiring.
-   - Maestro flows.
-   - Subflows.
-   - Fixtures.
-   - Setup/teardown.
-   - Test data.
-   - Directly required Maestro CI/report wiring when the audit finding targets it.
-7. If evidence points to an app bug, product behavior gap, missing selector/test ID in production code, backend issue, or requirements ambiguity, stop and route to `workflows/debug.md`, `workflows/feature.md`, or `workflows/requirements/requirements-audit.md`. Do not modify production app behavior in this child workflow.
-8. Apply fixes using stable-flow design from `references/maestro/patterns.md`:
-   - Replace arbitrary sleeps with observable state waits when possible.
-   - Replace brittle selectors with stable selectors, accessibility labels, or test IDs already present.
-   - Keep setup/teardown explicit, idempotent, and isolated.
-   - Protect existing flows, subflows, fixtures, snapshots, baselines, report consumers, and CI commands unless the audit finding explicitly scopes them.
-
-> **Dispatch: `massa-ai-verification-agent`** (role: `verification-agent`) — charter `skills/agents/verification-agent/SKILL.md`
-> - trigger: mandatory at Standard+/Spec-driven finding size or high/critical severity per the Independent Verification Mandate in `references/verification-ladder.md`; at Quick size, device runs are expensive, so skip the dispatch and instead run the standalone fresh-eyes self-check named in the fallback line
-> - scope: the fixed flow/subflow/fixture's `MST-*` claim closure — selector/assertion changes, stable-flow design compliance, and the JUnit report/artifact evidence for the run
-> - inputs: the `MST-*` finding, the applied flow/fixture diff, the report's Verification Suggestion, the JUnit report path, the artifact directory, and device/platform
-> - sensors: the report's Verification Suggestion or equivalent `maestro test` run; flow-mutation discrimination sensor per `references/maestro/patterns.md` (single lightweight selector/assertion perturbation)
-> - output: confirmed/disproven closure verdict for the `MST-*` row, with JUnit/artifact evidence cited
-> - firewall: JUnit XML, logs, screenshots, and recordings summarized, never dumped raw
-> - memory: suggest-only; main agent persists maestro-closure verification outcomes
-> - fallback: if the subagent is unavailable, run a standalone fresh-eyes re-check of the MST closure rows and on-disk JUnit/artifact evidence, and record the skipped-delegation reason
-
-> **Dispatch: `massa-ai-reviewer`** (role: `reviewer`) — charter `skills/agents/reviewer/SKILL.md`
-> - trigger: implementation complete, before the verification gate — never optional
-> - scope: the fix's diff surface and its task/AC context
-> - permissions: read-only
-> - inputs: diff, acceptance context, recalled code-quality conventions
-> - sensors: bugs, regressions, missing edge cases, smells introduced by the diff
-> - output: ranked findings, blocking vs advisory; blocking findings become fix items before verification runs
-> - firewall: summarized findings only, never raw diff dumps
-> - memory: suggest-only; main agent persists
-
-9. Use strict harness sensors:
-   - If verification found a reusable signal (`ac_gap`, `surviving_mutant`, `spec_precision_gap`, `spec_deviation`, `gate_fail`), record it via `references/lessons.md`:
-     `bun skills/massa-ai/scripts/lessons.ts --root . add --feature "<slug>" --signal "<signal>" --source "<ref>" --text "<one terse lesson>"`
-   - Apply the Mandatory Verification Fix Gate from `references/verification-ladder.md`: run the report's Verification Suggestion or an equivalent deterministic command/artifact check for each selected `MST-*` finding or coherent group.
-   - Prefer repository-specific Maestro commands; otherwise run `maestro test --format junit --output <report.xml> --test-output-dir <artifact-dir> <flow-or-directory>`.
-   - A finding cannot be marked `fixed` when a target-relevant command or artifact check exists but was not attempted.
-   - If verification cannot run, mark it `blocked`, `deferred`, or `skipped` with an allowed skipped-check reason.
-   - At the tier gate that mandated the verifier dispatch above, also run the Discrimination Sensor from `references/verification-ladder.md` via the flow-mutation sensor in `references/maestro/patterns.md`; a surviving mutant on the fixed flow's selector/assertion means the finding's closure row is `blocked`, and record the `surviving_mutant` lessons signal.
-   - Cap the fix→re-verify cycle at 3 iterations per `MST-*` finding per `references/verification-ladder.md`'s Bounded Fix→Re-verify Loop; after 3, stop with a `blocked` closure row and ask for direction.
-10. Persist the closure matrix as the Fix Closure Report per `references/audit-report-io.md`'s Fix Closure Report Contract, at `audits/maestro/<YYYY-MM-DD maestro-fix-closure>.md`: the standard Closure Matrix columns (`MST-*` ID, status, changed files, command/artifact, result, skipped reason, Discrimination Sensor, Independent Verifier, ladder level, validation assets protected, residual risk, next step) plus the maestro extras `JUnit Report`, `Artifact Directory`, and `Device/Platform`, appended after the standard set. Before the Propose/Evidence Gate, run `bun skills/massa-ai/scripts/check_fix_closure.ts <closure.md> --family maestro`; a non-zero exit blocks closure. If no code-execution tool is available, run the same checks by reading the artifact (graceful degradation preserved).
-11. Persist only durable Maestro fix patterns, flake root causes, selector/test-ID policy, setup/teardown recipes, device matrix constraints, or reusable verification commands after Importance Calibration. Use `workflow:maestro-fix` and required memory tags.
-12. Complete the Evidence Gate from `references/evidence-gate.md`.
-
-## Examples
-
-User asks: "Fix MST-2 from audits/maestro/2026-06-29 maestro-audit.md."
-
-1. Read and validate the saved report.
-2. Reinspect current flow evidence and fix only the targeted Maestro flow/subflow/fixture surface.
-3. Run the report's Verification Suggestion or equivalent Maestro command and report the closure matrix.

package/skills/massa-ai/workflows/maestro/maestro.md

@@ -1,80 +0,0 @@
----
-name: maestro
-description: "Implements new Maestro mobile E2E flows from Jira/Confluence, prompt text, attached scenario files, or inferred scenarios when no explicit source is supplied."
-license: MIT
-metadata:
-  version: "1.2.0"
----
-
-### Maestro
-
-Implement new Maestro mobile E2E flows from Jira/Confluence, prompt text, attached or local scenario files, or inferred scenarios when no explicit source is supplied.
-
-Load `references/project-context.md` (intake sweep) before the first substantive read.
-
-Before the first repository mutation, load `references/implementation-delivery.md` (delivery chain: worktree, atomic commits, PR, CI watch, merge gate) and `references/code-annotation.md` (doc blocks, rationale, test coverage). After two consecutive failed fixes on one symptom, stop editing and load `references/root-cause-scripts.md`.
-
-**Isolation Gate — before the first file edit:** execute `references/implementation-delivery.md` Stage 0–1 now (fetch base, create the worktree + branch, work inside it) and record the worktree path + branch — or one of Stage 1's two legal skip reasons, verbatim — before any repository mutation.
-
-Not for findings-only review of existing flows — route to `workflows/maestro/maestro-audit.md`. Not to execute saved audit findings — route to `workflows/maestro/maestro-fix.md`. Not for app bug fixes or product behavior changes — route to `workflows/debug.md`, `workflows/feature.md`, or `workflows/requirements/requirements-audit.md`.
-**Reuse Scan — before writing new implementation code:** run the mandatory reuse scan per `references/code-reuse-scan.md` (separate read-only subagents; the reuse map's use/extend/new decisions are consumed before new code is planned or written) — or record its inline-fallback reason, verbatim.
-
-
-1. Resolve/reuse `workflowSessionId`: `maestro-[entity]`.
-2. Load shared references:
-   - `references/maestro.md` as the index before choosing focused Maestro references.
-   - `references/maestro/fact-ledger.md` before making any Maestro claim; tag facts as `official-doc`, `live-help`, `repo-convention`, or `excluded/unverified`.
-   - `references/maestro/cli-device.md` before CLI checks, device/platform readiness, or local execution planning.
-   - `references/maestro/yaml-commands.md` before writing unfamiliar YAML commands, flow headers, AI commands, or command examples.
-   - `references/maestro/selectors.md` before choosing or changing selectors.
-   - `references/maestro/workspace-execution.md` before flow discovery, tags, execution ordering, sharding, or workspace config changes.
-   - `references/maestro/config-env-output.md` before editing flow header env/properties or CLI output/report flags.
-   - `references/maestro/js-scripting.md` before adding `evalScript`, `runScript`, `output`, `faker`, or JavaScript logs.
-   - `references/maestro/artifacts-reports.md` before report, artifact, debug-output, screenshot, video, recording, or AI report claims.
-   - `references/maestro/cloud.md` only when Cloud execution, app binary upload/reuse, Cloud devices, or Cloud auth is in scope.
-   - `references/maestro/mcp.md` only when Maestro MCP or Maestro Viewer is in scope.
-   - `references/maestro/patterns.md` before designing flow segmentation, setup/teardown, validation assets, or closure output.
-   - `references/mobile-context.md` for platform scope, parity, device assumptions, and mobile verification sensors.
-   - `references/codebase-investigation.md` before unfamiliar app, test, fixture, or CI source inspection.
-   - `references/verification-ladder.md` before non-trivial edits.
-   - `references/context-firewall.md` before inspecting large logs, generated reports, screenshots, videos, or broad flow output.
-   - `references/naming-standards.md` before naming flows, subflows, fixtures, tags, selectors, or test data.
-3. Run the mandatory Maestro CLI transcript gate from `references/maestro/cli-device.md` and `references/maestro/fact-ledger.md`: `command -v maestro`, `maestro --version` or `maestro --help`, and relevant subcommand help with command, exit code, stdout, and stderr. If missing or failing, block mutation and report install guidance.
-4. Resolve scenario input order:
-   - Jira/Confluence via Atlassian MCP.
-   - Attached/local file.
-   - Prompt text.
-   - Inferred scenarios.
-   If inference is used, warn the user and run `workflows/exploration.md` to ground expected behavior before writing flows.
-5. Discover existing Maestro structure using `references/maestro/workspace-execution.md`; follow existing repo structure, naming, tags, setup, teardown, fixtures, and artifact paths. If no Maestro workspace exists, ask for the target test root before creating one.
-6. Build the mobile context packet:
-   - Platform scope, app/build context, device/emulator assumptions, runtime state, feature flags, account/test data, locale/timezone, and parity target.
-   - Required setup, teardown, data isolation, and cleanup.
-   - Expected behavior and the deterministic sensor that proves it.
-7. Design the flow set using `references/maestro/patterns.md`:
-   - Keep flows readable and segmented by suite intent.
-   - Reuse existing subflows for login, onboarding, permissions, navigation, setup, and teardown.
-   - Prefer stable selectors, accessibility labels, test IDs, and observable states over text that changes often, coordinates, images, or fixed delays.
-   - Use deep links, API/fixture setup, and app state reset to avoid long UI-only preparation.
-8. Edit only Maestro flows, subflows, fixtures, setup/teardown, test data, and directly required docs/CI wiring for the new flow. If implementation requires product hooks, selectors, app code, or backend behavior changes, stop and route that work through the appropriate parent workflow.
-9. Verify with the strongest available deterministic command:
-   - Prefer repository-specific Maestro test commands.
-   - Otherwise run `maestro test --format junit --output <report.xml> --test-output-dir <artifact-dir> <flow-or-directory>`.
-   - If device/app/backend access is unavailable, run static YAML, path, selector, or CI configuration checks and mark runtime verification blocked, deferred, or skipped with an allowed reason.
-10. Produce a closure summary with scenario source, changed flows/subflows/fixtures/setup/teardown, command, exit status, JUnit path, artifact dir, device/platform/app build, skipped reason, highest Verification Ladder level reached, validation assets protected, memory outcome, and residual risk.
-11. Persist only durable Maestro conventions, selector/test-ID policy, fixture/setup recipes, device matrix constraints, or reusable verification recipes after scoring with the Importance Calibration System. Use required tags: `project:<projectId>`, `session:<workflowSessionId>`, `workflow:maestro`, `entity:<entity>`, and one `memory:<tier>` tag.
-12. Complete the Evidence Gate from `references/evidence-gate.md`.
-
-## Examples
-
-User asks: "Add Maestro coverage for the Jira checkout coupon scenario."
-
-1. Resolve the Jira source through Atlassian MCP, run the Maestro CLI preflight, and discover the existing flow root.
-2. Create or update the smallest flow/subflow set that covers the coupon journey.
-3. Run the focused Maestro command with JUnit report and artifact output, or record the blocked runtime dependency.
-
-User asks: "Create a Maestro login smoke test from this YAML scenario file."
-
-1. Read the local scenario file, map setup/teardown and expected states, and reuse existing login fixtures/subflows.
-2. Add the flow under the existing smoke suite.
-3. Verify with the repository's Maestro smoke command.