Documentation: .env.local only works for agentcore dev, not agentcore deploy
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- Mezza giornata
- Idoneità per principianti
- 74/100
- Tipo di issue
- Documentazione
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- aws
- Ambito
- cli, cloud, documentation
Direzione di ricerca
Inizia dalla sezione sulle variabili d’ambiente del README e dalla documentazione relativa a agentcore dev e agentcore deploy; esamina come vengono attualmente descritti .env.local, envVars in agentcore.json e AWS Secrets Manager. Il lavoro è completo quando l’ambito esclusivamente locale, il comportamento del deployment e le opzioni più sicure per la produzione sono espliciti, e qualsiasi avviso CLI richiesto viene gestito se viene identificato il punto di ingresso pertinente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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
- Lingua principale
- TypeScript
- Stelle
- 291
- Fork
- 96
- Merge medio
- 20h 50m
- PR unite (30g)
- 214
Preparare l'ambiente
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di aws/agentcore-cli
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
aws/agentcore-cli#2395 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
aws/agentcore-cli#2392 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
aws/agentcore-cli#2267 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
aws/agentcore-cli#2258 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
aws/agentcore-cli#2176 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di aws/agentcore-cli
Issue simili
-
bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
StabilityNexus/Fate-EVM-Frontend#153 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
code-yeongyu/oh-my-openagent#9039 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
Tencent/teamai-cli#862 ·
I maintainer di solito rispondono entro 1 giorno
-
bug good first issue hacktoberfest redis
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
libredb/libredb-studio#1164 ·
I maintainer di solito rispondono entro 1 giorno
-
flake
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno