Pre-load Devbox environment in container entrypoints for LLM agents and CI/CD
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Fonctionnalité
- Clarté
- Plutôt claire
- Activité
- Active
- Stack technique
- go
- Domaine
- cli, devtools, infrastructure
Piste de recherche
The issue does not identify implementation files or tests. Start by reading the existing devbox shell, devbox run, and container entrypoint code to understand how the environment is constructed and applied. The requested alternatives span CLI behavior, container startup, and environment export; done means a chosen approach reliably makes the Devbox environment available to non-interactive processes.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
What problem are you trying to solve?
I want to run automated scripts or agents inside a Devbox-managed container where dependencies installed via devbox.json are immediately available in PATH—without requiring an interactive devbox shell session.
Currently, when launching a container (e.g., via devbox run or Docker), the environment variables and PATH modifications from Devbox are not applied unless the process runs inside an interactive Devbox shell. This breaks headless/automated workflows like CI jobs, LLM agents, or background services that need project-specific tools (e.g., go, python, node, custom binaries) available at startup.
Specifically, I'm building agentbox, where an LLM agent runs inside a container and needs immediate access to the project's toolchain to execute, test, or debug code. Having to manually enter devbox shell first defeats the purpose of an autonomous, reproducible environment.
What solution would you like?
Add support for non-interactive environment activation in Devbox containers. Specifically:
devbox shell -c "<command>"(similar to bash -c) or similar flag that executes a command with the full Devbox environment (PATH, env vars, etc.). This is differs from commands from "devbox run" because thery are not defined in the devbox.json file.- Container entrypoint option: Allow specifying a command in devbox.json or via CLI that runs automatically with the environment pre-loaded when the container starts (e.g., devbox container run --entrypoint "my-agent").
- Exportable environment script: Generate a shell script (e.g., devbox export-env) that can be sourced in a Dockerfile or entrypoint to initialize the environment for any subsequent command.
This would enable headless automation while preserving Devbox's reproducible dependency management—no need to bake custom images or manually manage PATH.
Alternatives you've considered
- Manual eval "$(devbox shellenv)" in entrypoint: This works in some cases but adds complexity, requires bash/shell, and isn't officially documented for container use. It also doesn't handle all edge cases (e.g., non-shell processes).
- Custom Docker images per project: Defeats the purpose of Devbox's dynamic environment management and increases build/maintenance overhead.
- Wrapper scripts that invoke a command inside something like
devox run -- bashordevbox shell -c "command": Limited by the fact that devbox shell is designed for interactive use; non-interactive usage is unreliable or unsupported.
- Langage dominant
- Go
- Étoiles
- 12.4k
- Forks
- 358
- Merge moyen
- 16 h 9 min
- PR mergées (30 j)
- 31
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le 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 jetify-com/devbox
-
feature triage
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
jetify-com/devbox#3038 ·
Les mainteneurs répondent en général sous 1 jour
-
pulumi is outdatedOuvertebug p4 package processed triage unrelated
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
jetify-com/devbox#2898 · 2 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
p4 processed unrelated
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
jetify-com/devbox#2750 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
StorydenOuvertep4 package processed triage unrelated
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
jetify-com/devbox#2685 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
[Plugin Request]: apacheKafkaOuvertelooks easy p4 package processed triage
Difficulté 2/5 1-3 heures Accessibilité débutants 60/100
jetify-com/devbox#2656 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de jetify-com/devbox
Issues similaires
-
govulncheck reports 7 reachable vulnerabilities in dependenciesPeut-être pris @dwisiswant0 l’a pris aujourd’hui. OuverteType: Bug
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
projectdiscovery/rawhttp#558 ·
-
govulncheck reports 8 vulnerabilities in called codePeut-être pris @dwisiswant0 l’a pris aujourd’hui. OuverteType: Bug
Difficulté 2/5 1-3 heures Accessibilité débutants 73/100
projectdiscovery/vulnx#517 ·
-
routing: the tray panel's stage stands still with motion reduced while a request is in flightOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
-
Type: Bug
Difficulté 2/5 1-3 heures Accessibilité débutants 67/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 77/100
rubys/roundhouse#1946 ·