1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89

# Managed by IssueSpec. Hand edits are welcome; keep the schema valid.
id: 28
title: "Abstraire le workspace : local, sandbox sbx, container"
state: open
author:
  name: k33g
  email: ph.charriere@gmail.com
createdAt: 2026-10-29T07:20:26.000Z
updatedAt: 2026-10-29T07:20:26.000Z
labels:
  - "kind::feature"
  - "area::workspace"
  - "priority::high"
  - "size::L"
milestone: "M4 · Workspace des agents"
epic: "Workspace des agents"
related:
  - 4
body: |
  ## Contexte
  Draft [#1 — draft](.tickets/issues/0001-draft.yaml) : l'agent peut tourner en local, dans une **sandbox Docker sbx** ou dans un **container**. Le treeview et le terminal doivent alors accéder au workspace *là où il est*.

  ## Pourquoi une abstraction
  Sans elle, chaque feature (treeview, éditeur, terminal) devrait gérer les 3 cas. Une interface unique isole cette complexité :
  ```go
  type Workspace interface {
      List(path string) ([]Entry, error)
      Read(path string) ([]byte, error)
      Write(path string, data []byte) error
      Remove(path string) error
      Watch(path string) (<-chan Event, error)
      Exec(ctx context.Context, cmd []string, tty bool) (Process, error)
  }
  ```
  Implémentations : `local` (os + PTY), `container` (`docker exec`, `docker cp` ou montage), `sbx` (commande sbx équivalente — **à vérifier** : exec et accès fichiers).

  ## Critères d'acceptation
  - [ ] Les 3 implémentations passent la même suite de tests de contrat.
  - [ ] Le type de runtime est déclaré dans la config ([#4 — Spécifier le format du fichier de configuration YAML](.tickets/issues/0004-specifier-le-format-du-fichier-de-configuration.yaml)).
tasks:
  - id: 1
    title: "Définir l'interface Workspace"
    state: open
    priority: high
    author:
      name: k33g
      email: ph.charriere@gmail.com
    createdAt: 2026-10-29T07:20:26.000Z
  - id: 2
    title: "Implémentation locale"
    state: open
    priority: high
    author:
      name: k33g
      email: ph.charriere@gmail.com
    createdAt: 2026-10-29T07:20:26.000Z
  - id: 3
    title: "Implémentation container (docker exec / cp)"
    state: open
    priority: medium
    author:
      name: k33g
      email: ph.charriere@gmail.com
    createdAt: 2026-10-29T07:20:26.000Z
  - id: 4
    title: "Investiguer l'accès shell et fichiers d'une sandbox sbx"
    state: open
    priority: high
    author:
      name: k33g
      email: ph.charriere@gmail.com
    createdAt: 2026-10-29T07:20:26.000Z
  - id: 5
    title: "Implémentation sbx"
    state: open
    priority: medium
    author:
      name: k33g
      email: ph.charriere@gmail.com
    createdAt: 2026-10-29T07:20:26.000Z
  - id: 6
    title: "Suite de tests de contrat"
    state: open
    priority: medium
    author:
      name: k33g
      email: ph.charriere@gmail.com
    createdAt: 2026-10-29T07:20:26.000Z
comments: []