0.22: extract replay and test into a vetted first-party plugin
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 24/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- node.js, typescript
Direzione di ricerca
Start with ADR 0034 for plugin lifecycle and failure isolation, then read ADR 0012, 0015, 0016, and 0017 alongside #3377's Maestro extraction work. Map the current replay and suite entry points, plugin contract, backend seam, and CI device lanes before proposing package boundaries. Done means the listed CLI, MCP, compatibility, recovery, and script-preservation conditions are validated; the issue does not identify specific source files or tests.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Purpose
Ship replay and its lightweight test runner as an optional, first-party plugin in 0.22. Keep agent-device focused on device automation, while preserving explicit .ad workflows and agent-supervised repair for their users. Goal-based test orchestration and replay caching can remain in frameworks such as TesterArmy e2e; this extraction must not replace deterministic .ad execution with model-driven behavior.
Required behavior
- Keep
replay,test, replay export, their flags, and the relevant help/MCP/client schemas discoverable without installing executable plugin code. Label optional capabilities as plugins that require separate installation. - Keep a bundled catalog of vetted capability/package declarations. Use one declaration for help and missing-plugin recovery. The catalog describes capabilities; the runtime registry remains the authority for installed and working implementations. Do not infer an npm package from an unknown command or provider.
- When the plugin is absent, fail before device actions with a typed
plugin-not-installedreason, the exact package and installation command, and instructions to retry the original invocation with its arguments intact. For example, the error details include{ reason: "plugin-not-installed", package: "<chosen first-party package>", installCommand: "agent-device plugins add <chosen first-party package>" }. - Distinguish a missing installation from a selected package that fails loading, validation, or setup, and from a running daemon that retains an older plugin set. Preserve typed failure details and give the corresponding repair or restart instructions. Do not install packages or terminate sessions automatically.
- Preserve existing
.adsyntax, variable handling, source bundles, target identity verification, divergence reports, resume, session retention, repair transactions, timeouts, cancellation, suite results, reporters, and artifact behavior after explicit installation. Preserve all supported platform routes, including desktop platforms. - Keep sessions, device dispatch, selector/ref authority, recording authority, policy enforcement, cancellation, and cleanup with their existing core owners. Extract replay execution, suite orchestration, and format engines through explicit host contracts; do not give a plugin parallel ownership of session state.
- Specify the recording boundary: ordinary
open/close --save-scriptcapture remains usable in core; replay-specific repair requires the replay plugin. Keep shared.addata contracts independent of the executable engine. - Extend the plugin contract for replay capabilities instead of making a replay engine pretend to be a device provider. Integrate the separate replay-backend seam with managed plugin loading and lifecycle ownership. Do not retain a hidden bundled replay engine or silently fall back to a different engine.
- Choose and document the first-party package names, supported core/plugin version range, compatibility checks, and maintainer-owned validation before publication. Define where plugins must be installed when a client uses a remote or embedded daemon; local installation must not imply remote availability.
Observable completion conditions
- A clean core install lists the optional replay/test capability in help without importing its implementation.
- Missing-plugin text and JSON errors give an executable installation command and continuation instructions. CLI, MCP, and typed-client paths preserve the same failure classification.
- After installation, representative existing
.adscripts and suites work without rewriting; repair/resume and Maestro routes preserve their contracts. - Missing, broken, incompatible, and stale-daemon cases have distinct, tested recovery paths; unknown names do not produce guessed installation commands.
- Core no longer bundles replay execution, suite orchestration, or format engines. Package-closure evidence demonstrates the split without expanding startup imports or adding interaction round trips/captures.
- CI explicitly installs the required first-party plugins. Replay compatibility, provider integration, target-identity guarantees, and device lanes still exercise the extracted implementation.
- CLI help, plugin docs, migration instructions, owning ADRs, and package/layering checks describe the 0.22 boundaries. Existing scripts need installation, not a syntax migration.
Dependencies and sequencing
- Build on the TestMu help and missing-plugin guidance fix linked by its PR.
- Coordinate with #3377, which owns Maestro engine extraction and its existing backend seam. Share contracts and package loading rather than introducing competing registries or duplicating its work.
- Coordinate with #3309, #3310, and #3311 for provider catalog entries and with #3759 for removal of superseded plugin APIs in 0.22.
- Read ADR 0012 for replay identity, divergence, resume, and repair, ADR 0015 for Maestro behavior/performance, ADR 0016/0017 for recording, and ADR 0034 for plugin lifecycle and failure isolation.
- Lingua principale
- TypeScript
- Stelle
- 5.1k
- Fork
- 339
- Merge medio
- 11h 54m
- PR unite (30g)
- 745
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di callstack/agent-device
-
Limrun iOS fill reports success but drops non-ASCII textForse già presa @mvanhorn l’ha presa 2 giorni fa. Apertabug ready-for-agent
Difficoltà 2/5 1-3 ore Idoneità per principianti 87/100
callstack/agent-device#3819 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
callstack/agent-device#1869 ·
I maintainer di solito rispondono entro 1 giorno
-
iOS: XCTest runner publishes window-relative frames and shifted taps for an iPad app that does not fill the screen (Windowed Apps / Stage Manager)Forse già presa @thymikee l’ha presa oggi. Apertaneeds-triage
Difficoltà 4/5 3-5 giorni Idoneità per principianti 20/100
callstack/agent-device#3899 ·
I maintainer di solito rispondono entro 1 giorno
-
iOS 27: `_UIFloatingBarContainerView` still marks content "covered" when the container matches its parent or sits a few points below the viewport topForse già presa @jonstuebe l’ha presa oggi. Apertabug
Difficoltà 4/5 1-2 giorni Idoneità per principianti 68/100
callstack/agent-device#3883 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Proxy lease by device spec: --os and --image-tag, honoured or refused by the backendForse già presa @V3RON l’ha presa 1 giorno fa. Apertaenhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
callstack/agent-device#3864 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di callstack/agent-device
Issue simili
-
area:agent-view area:tui bug platform:macos
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
anthropics/claude-code#104558 ·
I maintainer di solito rispondono entro 1 giorno
-
updater
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
UniversityOfHelsinkiCS/oodikone#5141 ·
-
maintanance
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
inmanta/web-console#7606 ·
I maintainer di solito rispondono entro 1 giorno
-
bug skills
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
equinor/fusion-framework#5846 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 74/100