feat(web): run concurrent web sessions on one host
Mantenedores costumam responder em até 1 dia
Um pull request relacionado já foi integrado.
- #4191 de @kacper-mikolajczak — integrado
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 18/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Ativa
- Stack de tecnologia
- typescript
Direção de pesquisa
Start in packages/contracts/src/device-inventory.ts, where the fixed agent-browser-chrome web device is defined, then follow the three per-device checks in packages/daemon/src/sessions/session-lifecycle/internal/session-open-execution.ts and the device:<id> lock in packages/daemon/src/server/request-binding.ts. Done means two differently named web sessions open and run in parallel, the same name still returns DEVICE_IN_USE, and the router tests the issue lists pass. Pull request #4191 is already open against this issue, so check it before starting.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Purpose
Let several agents drive isolated browsers on one host at the same time, the way they already can with one emulator each. Today a host runs only one agent-device web session.
The backend already supports this. agent-browser --session <name> runs isolated browsers in parallel, each with its own browser process, cookies, storage, and history. agent-device already passes the session name through as --session (agent-browser-provider.ts L430). Only agent-device's device model blocks it.
Current behavior (0.21.33)
agent-device open about:blank --platform web --session a
agent-device open https://example.com --platform web --session b
# Error (DEVICE_IN_USE): Device is already in use by session "a".
AGENT_DEVICE_STATE_DIR=$(mktemp -d) agent-device open https://example.com --platform web --session c
# Error (DEVICE_IN_USE): web device agent-browser-chrome is owned by session "a" in workspace "..."
Web inventory returns one fixed device, agent-browser-chrome (device-inventory.ts L53-L60). Three per-device rules then block a second session:
- the new-session conflict check (session-open-execution.ts L446-L461);
- the host-wide device claim (session-open-execution.ts L463-L496);
- the
device:<id>execution lock (request-binding.ts L15-L31).
Today's only workaround gives each session its own AGENT_DEVICE_STATE_DIR and AGENT_DEVICE_CLAIMS_DIR. That turns off host-wide device claims for the second daemon and needs a second managed backend install.
Required behavior
- Each web session holds its own device,
agent-browser-chrome:session:<name>. Device selection derives the id before any lock is taken. The conflict check, the claim, and thedevice:<id>lock then apply unchanged. This mirrors the app devices of ADR 0035 (#3323). - Web sessions with different names can open, run commands,
batch, andreplayin parallel in one daemon. - The same name still gets
DEVICE_IN_USE, both in one daemon and across daemons that share a claims directory. - The device id uses the same normalized session name as the backend's
--session. A name the id cannot carry unambiguously is refused with a typed reason. - Network dump, audio probe, and recording use only the request's own web provider, never another session's browser or the default one.
- Closing a web session, or expiring it when idle, closes only that session's browser.
CLI example
agent-device open https://example.com --platform web --session a
agent-device open https://www.iana.org/help/example-domains --platform web --session b
agent-device snapshot --session a # Page: https://example.com
agent-device snapshot --session b # Page: https://www.iana.org/help/example-domains
Completion conditions
- A router test opens two web sessions with different names in parallel. The same name conflicts, including from a second daemon on the same claims directory.
- A router test runs two fresh web batches and two fresh web replays with different names in parallel.
- Unit tests cover session-name normalization, teardown closing only its own browser, and network dump and audio probe refusing without a request-scoped provider.
- The web help topic documents parallel sessions.
Dependencies
None. ADR 0035 and ADR 0029 (policy admission) describe app devices only. If this is accepted, they need an amendment or a new ADR.
Related: #817, #2031, #1868.
- Linguagem predominante
- TypeScript
- Estrelas
- 5.3k
- Forks
- 377
- Merge médio
- 13h 58min
- PRs com merge (30d)
- 654
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de callstack/agent-device
-
iOS alert wait: the last poll can get ~30 ms and turns "no alert" into a failed readTalvez já em andamento @pcbeingused333 assumiu há 7 dias. Abertabug ready-for-agent
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 77/100
callstack/agent-device#4018 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
callstack/agent-device#1869 ·
Mantenedores costumam responder em até 1 dia
-
bug
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
callstack/agent-device#4322 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
bug ready-for-agent
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 55/100
callstack/agent-device#4321 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
enhancement
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 20/100
callstack/agent-device#4318 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
Todas as issues de callstack/agent-device
Issues semelhantes
-
content triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
tensorflow/tfjs#8754 ·
-
tool-submission
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 83/100
BraveOPotato/NoSignups#2348 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
code-yeongyu/oh-my-openagent#12784 ·
Mantenedores costumam responder em até 1 dia
-
external-issue to-triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 71/100
Mantenedores costumam responder em até 1 dia