Documentation: .env.local only works for agentcore dev, not agentcore deploy
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- Medio día
- Aptitud para principiantes
- 74/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- aws
- Área
- cli, cloud, documentation
Línea de trabajo
Comienza con la sección de variables de entorno del README y la documentación sobre agentcore dev y agentcore deploy; revisa cómo se describen actualmente .env.local, envVars en agentcore.json y AWS Secrets Manager. Se considera terminado cuando el alcance exclusivamente local, el comportamiento del despliegue y las opciones más seguras para producción queden explícitos, y se aborde cualquier advertencia solicitada de la CLI si se identifica el punto de entrada relevante.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Title:
Documentation: .env.local only works for agentcore dev, not agentcore deploy
Labels:
documentation, enhancement
Description:
Problem
The documentation doesn't clearly explain that .env.local only provides environment variables for local development (agentcore dev), and is not deployed to AWS when running agentcore deploy. This leads to confusion when agents work locally but fail in production due to missing environment variables.
Expected Behavior
Documentation should clearly state:
.env.localis loaded duringagentcore devonly.env.localis gitignored and NOT uploaded during deployment- For production deployments, users must use either:
envVarsarray inagentcore.json(not recommended for secrets)- AWS Secrets Manager (recommended for sensitive data)
Actual Behavior
Current documentation mentions .env.local but doesn't clarify its scope. Users naturally assume that if .env.local works locally, it will also work when deployed.
Current project structure documentation:
agentcore/
├── .env.local # Secrets — API keys (gitignored)
This suggests .env.local is for secrets, but doesn't explain it's local-only.
User Impact
- Confusion: Agent works with
agentcore dev, fails afteragentcore deploy - Debugging time: Users spend time troubleshooting why environment variables are missing in production
- Security risk: Some users might add credentials to
envVarsinagentcore.jsonand accidentally commit to git
Real-World Example
Use case: Deploying an agent that needs external API credentials
Local (works):
# .env.local
API_KEY=xxx
API_SECRET=yyy
# Agent code
api_key = os.getenv("API_KEY") # ✅ Works with agentcore dev
Deployed (fails):
agentcore deploy # .env.local not uploaded
# Runtime error: Missing API_KEY
Suggested Documentation Improvements
- Add clear section in README:
## Environment Variables
### Local Development
Use `.env.local` for local development with `agentcore dev`:
- Automatically loaded by the CLI
- Gitignored (never committed)
- **NOT deployed to AWS**
### Production Deployment
For deployed agents, choose one:
**Option A: envVars in agentcore.json** (not recommended for secrets)
```json
{
"runtimes": [{
"envVars": [
{"name": "API_KEY", "value": "xxx"}
]
}]
}
⚠️ Warning: This file is typically committed to git. Do not store secrets here.
Option B: AWS Secrets Manager (recommended)
import boto3
client = boto3.client("secretsmanager")
secrets = json.loads(client.get_secret_value(SecretId="my-secret")["SecretString"])
2. **Add warning in CLI output:**
$ agentcore deploy
⚠️ Note: .env.local is not deployed. Use envVars in agentcore.json or AWS Secrets Manager for production credentials.
### Additional Context
- This is a common pattern confusion in serverless deployments
- Similar tools (Vercel, Netlify) clearly document local vs production env behavior
- AgentCore CDK constructs don't have built-in Secrets Manager integration
### Related Issues
- Missing: Built-in pattern for AWS Secrets Manager integration
- Missing: Example templates showing production credential management
- Lenguaje dominante
- TypeScript
- Estrellas
- 291
- Forks
- 96
- Merge medio
- 20 h 50 min
- PR fusionados (30 d)
- 214
Preparar el entorno
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 aws/agentcore-cli
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
aws/agentcore-cli#2395 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
aws/agentcore-cli#2392 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
aws/agentcore-cli#2267 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
aws/agentcore-cli#2258 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
aws/agentcore-cli#2176 ·
Los mantenedores suelen responder en 1 día
Todos los issues de aws/agentcore-cli
Issues similares
-
Resources: New palettes of MacaoAbiertoresources
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
railmapgen/rmg-palette#2445 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
danielmiessler/LifeOS#2242 ·
Los mantenedores suelen responder en 5 días
-
good first issue hacktoberfest help wanted translation
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
callstackincubator/appduct#129 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100