Proposal: non-activating observations, inline screenshot reuse, private input comparison and early response evidence
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 20/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- android, ios, typescript
Línea de trabajo
Start with the agent-device snapshot -i --observe-only --json entry point and review implementation PR #3108, including its refusal, capability, runner-continuity, and live-simulator coverage. Treat the remaining checklist items as separate follow-ups; the issue is done only when each selected contract has applicable local gates and live evidence without changing the stated existing behavior.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Purpose
Propose small contributions from an existing fork: non-activating observations, inline screenshot reuse, private Android input comparison, and bounded early post-action response evidence. These complement existing upstream owners. Default foreground repair and its targetActivation disclosure remain unchanged.
First contribution: iOS snapshot without activation
The first PR is intentionally narrower than trustworthy foreground-owner verification:
agent-device snapshot -i --observe-only --json
Successful data.observation:
{
"mode": "observe-only",
"activationPerformed": false,
"appState": "runningForeground",
"appStateSource": "xcuiapplication-state"
}
The guarantee is no activation or foreground repair, not verified screen ownership. XCTest must report runningForeground before and after capture, and the process identity must remain unchanged. The capture does not substitute a system surface and never emits targetActivation.
Admission requires an explicit app session and an already-ready local iOS runner. A non-activating capability probe and the snapshot stay pinned to the same runner session. Unsupported capability, missing state provenance, changed process/session, or unavailable observation fails closed; this mode never starts/restarts a runner or falls back to an activating capture.
Native refusal is OBSERVATION_UNAVAILABLE, also retained in error.details.runnerErrorCode. Host/capability refusals use COMMAND_FAILED with details.reason: "observation-unavailable"; unsupported owners/platforms use UNSUPPORTED_OPERATION. Ordinary snapshot repair/disclosure is unchanged.
Why the narrower contract matters
#2682, #2691 and #2693 implement disclose; this adds opt-in prevent. It addresses the absence of positive no-activation evidence raised around #2694, but does not close #2694's ordinary coordinate/live-ref interaction disclosure gap.
#2696 records false XCUIApplication.state == runningForeground reports while another app is on screen. AX activeApplications/otherActiveApplicationPid establishes accessibility-session liveness, not foreground ownership. Neither is promoted into a certainty guarantee. Stronger ownership remains a separate research follow-up. Live verification also sees foreground state briefly persist after Home, reinforcing the need for explicitly sourced state rather than a screen-ownership assertion.
Follow-up use cases and safety
- Post-action observation policy: proposed
--settle-observe-onlyconstrains the settled captures, not the caller's explicitly requested mutation. Reuse the existing observation/readiness engine and preserve mutation admission/dispatch disclosure. - Early response history: retain bounded, privacy-projected captures already made during settle so brief toasts/validation responses survive. Include timestamps, truncation and provenance. Historical nodes grant no refs, coordinates, current-state authority or secret readback; the final ref-issuing frame stays separate.
- Inline screenshots: reuse existing inline PNG capture and non-activating display resolution rather than add a parallel stream protocol. Investigate the remaining CLI/transport memory-only path, bounded PNG validation, captured-app/process/session provenance and incompatible file/tracing options. Never log image-bearing payloads; a requested bundle ID alone is not pixel provenance.
- Private Android comparison: extend #2289 through the existing IME helper, receiving expectations through bounded private stdin/transport, never process arguments. Return
match,mismatchorunknown, not text or implicit length disclosure. Preserve nonce/target/focus/input-connection-generation binding, fresh complete extraction, authenticated transport and IME restore gates. Partial/stale/truncated/null/changed-focus reads remain unknown. - Prerelease helper version codes: separately fix the current mapping of prereleases to version code
1, deriving a bounded/range-checked code from the semver core without porting fork release metadata.
Existing coverage / remaining delta
- #2290 already preserves Android editable/password/hint/selection metadata: exclude that fork commit.
- #2925 fixes iOS software-keyboard focus reporting; Android already reports focus. Reuse both, not another focus field.
- #2926 improves Android fill-verification sampling; private comparison of masked values remains #2289.
- #2864 carries post-gesture outcomes; #3072 and #3081 own observation/readiness polling and waits. Remaining deltas are early content history and an opt-in observation policy, not another polling engine.
- #3071 owns failed-interaction dispatch disclosure; keep that distinct from post-action content evidence and do not change resend policy.
- #2728 and the existing inline PNG response already cover non-activating native screenshot capture. Reuse them.
- #1626 concerns observation cost, not a no-repair policy. Preserve existing system-surface handling and comparison lineage (#2450) outside observe-only.
Small PR checklist
- iOS
snapshot --observe-only: implementation submitted in #3108 (awaiting upstream review/CI), with the narrowed contract, preserved default disclosure, refusal/capability/runner-continuity regressions and live simulator evidence. - Extend policy to settled post-action captures without changing mutation admission or dispatch disclosure.
- Retain bounded privacy-projected early settle history while preserving the final ref frame.
- Reuse inline PNG capture for a guarded memory-only CLI/transport path; prove no files or image-bearing diagnostics are produced.
- Extend #2289's Android private comparison with same-length wrong-value and privacy/focus/generation/partial-read cases.
- Fix prerelease helper version codes separately.
- Research stronger foreground-owner evidence and fail-closed unsupported environments separately; do not infer ownership from AX PID ordering.
No downstream product naming or fork release metadata belongs in these contributions. Each implementation PR should include applicable local gates and live evidence before being called merge-ready.
- Lenguaje dominante
- TypeScript
- Estrellas
- 4.9k
- Forks
- 328
- Merge medio
- 12 h 18 min
- PR fusionados (30 d)
- 561
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de callstack/agent-device
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
callstack/agent-device#3407 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
callstack/agent-device#3353 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
callstack/agent-device#1869 ·
Los mantenedores suelen responder en 1 día
-
needs-triage
Dificultad 3/5 1-2 días Aptitud para principiantes 76/100
callstack/agent-device#3453 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
callstack/agent-device#3451 ·
Los mantenedores suelen responder en 1 día
Todos los issues de callstack/agent-device
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
feat(icons): add [solidping]Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 82/100
homarr-labs/dashboard-icons#2939 ·
Los mantenedores suelen responder en 1 día
-
Agent/category reasoning variants are still checked against the stale model cache in chat.paramsAbiertoopencode
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
code-yeongyu/oh-my-openagent#10003 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
Los mantenedores suelen responder en 1 día
-
Actions on ToastsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
nextcloud-libraries/nextcloud-dialogs#2669 ·
Los mantenedores suelen responder en 1 día