Manage background and interactive jobs from channel tools
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 38/100
- Type d'issue
- Fonctionnalité
- Clarté
- Plutôt claire
- Activité
- Active
- Stack technique
- typescript
Piste de recherche
Start from the review evidence linked in the issue (comment on issue #5) and the related issues #12, #16, #29, #54 to see what is already decided versus open. Then locate the native shell tool implementation and the channel/chat/lane ownership model in this TypeScript repo to see where a job handle would live. Done looks like: a job can be started with explicit ownership, inspected (status, readiness, output, exit), fed input, polled/waited on, and stopped without touching unrelated work, with reconnect/stop-kill semantics defined and tests exercising a real dev server plus a build.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Long shell commands already work. The native shell tool lacks a supported job handle for continuing agent work while a dev server, interactive command, build, or watchdog runs.
Acceptance
- Start a job with explicit channel/chat/lane ownership; inspect status, readiness, output, and exit outcome.
- Supply input where required, poll/wait, and stop the intended job without interrupting unrelated work.
- Let the agent continue other work and receive completion/failure information.
- Define reconnect, stop/kill, helper restart/update, and disconnected-workspace behavior. Report jobs that must restart; do not imply arbitrary process migration.
- Run a real dev server and a build while steering the chat; inspect logs, reconnect, and stop the correct process.
Keep machine-specific process handling in the execution host and durable run/tool state in pi. This is distinct from the existing human terminal UI and from displaying live tool output (#54).
Dogfooding core/QOL: #5. Related: #12, #16, #29. Review evidence.
- Langage dominant
- TypeScript
- Étoiles
- 1
- Forks
- 0
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Aucun guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de githubnext/ace2
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 94/100
githubnext/ace2#487 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 90/100
githubnext/ace2#486 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 67/100
githubnext/ace2#459 ·
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 88/100
githubnext/ace2#437 ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
githubnext/ace2#442 ·
Toutes les issues de githubnext/ace2
Issues similaires
-
documentation
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
components-web-app/docs#260 ·
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 65/100
521xueweihan/HelloGitHub#4025 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
ctrf-io/playwright-ctrf-json-reporter#117 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
voidzero-dev/void#478 ·
Les mainteneurs répondent en général sous 1 jour