create_session always creates a worktree -- no option for a local/in-place session
- Langage dominant
- Aucune donnée de langage
- Étoiles
- 2.1k
- Forks
- 153
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
**Mood:** 😕
**Category:** Bug
When spinning up a sub-session via the `create_session` tool, there is no parameter to choose a local/in-place (folder-backed) session -- it always creates a git worktree. For read-only workflows like `/m-code-review`, the worktree checkout adds unnecessary filesystem overhead, and there is no way to opt out. The tool exposes `project_id`, `base_branch`, `model`, `reasoning_effort`, `kickoff_*`, `name`, `notify_on_idle`, and `coordinate_with_creator`, but nothing to select session type.
**Expected:** a way to request an in-place/local session (e.g. a `session_type` field or a worktree toggle on `create_session`), with the resulting type reflected back in `get_session`.
---
| Field | Value |
| --- | --- |
| App version | 1.0.60 |
| OS | Windows 10.0.26200 |
| Theme | GitHub |
| Path | /agents |
| Tenure | Month 1 |
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par suivre l’outil create_session et la réponse de get_session, en vous concentrant sur la manière dont les worktrees et les métadonnées de session sont actuellement sélectionnés et signalés. Définissez l’option session-type et vérifiez qu’une session in-place évite la création d’un worktree, tandis que get_session reflète le type obtenu.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- git
- Domaine
- desktop, tooling
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Calme
- Clarté
- Plutôt claire
- Accessibilité débutants
- 48/100