Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Expose a backend-only driver for external OpenCode clients

Aperta
  • Qualcosa non va?
#65 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

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
48/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
typescript
Ambito
api, backend, testing-qa

Direzione di ricerca

La issue nomina OpenCodeDriver.use() e il percorso di avvio manuale del solo server; inizia tracciando questi punti di ingresso del ciclo di vita. Confronta ciò che è attualmente esposto per la TUI e definisci il completamento in base ai dettagli di connessione del servizio e del client, ai controller mantenuti, al settlement, alla pulizia con scope e ai controlli richiesti per il riavvio e la rete.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement

I'm looking at using opencode-drive for deterministic desktop E2E tests.

My current setup starts:

  • An isolated real OpenCode service
  • A small scripted OpenAI-compatible LLM
  • A desktop client
  • Playwright connected over CDP

Drive would be a much better replacement for the scripted LLM and service lifecycle. The native simulation transport, tool control, settlement checks, disconnects, and network fault injection would all be useful.

The main issue is that the public driver API is currently coupled to OpenCode's TUI. OpenCodeDriver.use() launches a primary TUI, while a manual script can launch only the server but doesn't expose connection details intended for launching another frontend process.

A backend-only API for this use case would be great. Something along these lines:

OpenCodeBackend.use(options, ({ opencode, llm, tools, service, artifacts }) =>
  Effect.gen(function* () {
    // Launch a desktop or web client against the service.
  }),
)

Alternatively, an option such as OpenCodeDriver.use({ tui: false }, ...) could work.

The important parts for me would be:

  • Prepare the isolated project, config, home, and service registration
  • Launch OpenCode with the simulation backend, without launching a TUI
  • Expose the generated SDK client
  • Expose enough connection information or environment variables for an external frontend
  • Keep the current LLM and tool controllers
  • Keep settlement and scoped cleanup
  • Ideally retain server restart and network controls

The only blocker is integrating its backend lifecycle without also taking ownership of the frontend.

I'm willing to open a PR adding this soon if the proposed direction makes sense.

Lingua principale
TypeScript
Stelle
35
Fork
6
Merge medio
3h 4m
PR unite (30g)
16

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di anomalyco/opencode-drive

Tutte le issue di anomalyco/opencode-drive

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.