|
|
ADK Agent Versioning Strategy
Author: Venkata Sudhakar
ADK agents evolve continuously - prompts are tuned, tools are added, and models are upgraded. Without a versioning strategy, it becomes impossible to know what is running in production, reproduce a past behaviour, or roll back safely. ShopMax India versions every agent with a semantic version tag, a changelog, and a Firestore record of what changed and why.
The versioning approach combines Docker image tags (for the code and prompt snapshot) with agent metadata stored in Firestore. Each deployment writes a version record with the version number, the model name, a summary of changes, the deployer, and a timestamp. The rollback procedure reads the previous version record and redeploysa the matching image tag.
The below example shows the version record schema and a deploy/rollback utility for the ShopMax support agent.
It gives the following output,
Deployed shopmax-support-agent version 2.1.0
Recent versions:
2.1.0 | gemini-2.0-flash | 2026-04-06 | Added product comparison tool; tuned system prom
2.0.1 | gemini-2.0-flash | 2026-03-28 | Fixed refund tool parameter validation bug
2.0.0 | gemini-2.0-flash | 2026-03-15 | Upgraded from gemini-1.5-flash to gemini-2.0-fl
1.9.2 | gemini-1.5-flash | 2026-03-01 | Added order tracking tool
1.9.1 | gemini-1.5-flash | 2026-02-18 | Prompt tuning for Hindi query handling
Enforce versioning in CI/CD by requiring a version bump and changelog entry as part of the pull request checklist. Use semantic versioning conventions: increment the patch version for prompt tuning, minor version for new tools, and major version for model upgrades or breaking changes to the agent API. Integrate the version registry with Cloud Monitoring so dashboards display the currently active version alongside error rate and latency metrics.
|
|