Agent definitions: plugin containers ignore the checkout root in subproject workspaces
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 76/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
- Área
- backend
Línea de trabajo
Empieza en src/node/services/agentDefinitions/agentDefinitionsService.ts y compara cómo reciben información del workspace las raíces de las definiciones de agentes y cómo usan projectSearchRoot los skills. Pasa la raíz del proyecto a los contenedores de plugins y añade una prueba que cubra un workspace de un subproyecto. El trabajo está terminado cuando los agentes de plugins bajo la raíz del proyecto se encuentran allí, tal como describe el issue.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Follow-up from #6426 (C3, remote plugin agents). Agent definitions take plugin containers from the workspace path, not the checkout root: getDefaultAgentDefinitionsRoots(runtime, workspacePath, projectPluginsTrusted) (src/node/services/agentDefinitions/agentDefinitionsService.ts) has no projectSearchRoot option, while skills use projectSearchRoot (the checkout root) for plugin containers.
Effect: in a subproject workspace (sub-project path inside a checkout), checkout-level plugin agents (<checkout>/.xum/plugins/*/agents) are not found. Skills of the same plugins are found. This holds for local and remote checkouts alike, so it predates #6426.
Related: #7225 (subProjectPath anchoring). Fix direction: pass the checkout root as projectSearchRoot to agent definition roots, as skills do, with a test for a subproject workspace.
Generated with xum • Model: anthropic:claude-opus-5-5 • Thinking: high
- Lenguaje dominante
- TypeScript
- Estrellas
- 2.1k
- Forks
- 140
- Merge medio
- 3 h 23 min
- PR fusionados (30 d)
- 953
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de coder/xum
-
🤖 tests: lock in git status outgoing-count rename equivalence and clarify index-lock commentAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
🤖 fix: Daytona startAndWait can start a sandbox after its deadline and then report a timeoutAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
coder/xum#7358 · 4 comentarios ·
Los mantenedores suelen responder en 1 día
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 84/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
keptinventory/kept#336 ·
Los mantenedores suelen responder en 1 día
-
good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
-
hemi-earn
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
vetro-protocol/vetro-monorepo#1013 ·
Los mantenedores suelen responder en 1 día