
Adk Dev Guide
Keep Google ADK agent work aligned with DESIGN_SPEC.md through a spec-first build, eval, and deploy lifecycle.
Overview
adk-dev-guide is an agent skill most often used in Build (also Ship and Operate) that enforces a spec-first ADK development lifecycle anchored on DESIGN_SPEC.md.
Install
npx skills add https://github.com/google/adk-docs --skill adk-dev-guideWhat is this skill?
- Treat DESIGN_SPEC.md as the primary contract before any code changes
- Four-phase mental model: understand spec, build, eval, and deploy with linked ADK companion skills
- Session continuity: re-read /adk-cheatsheet, /adk-eval-guide, /adk-deploy-guide, and /adk-scaffold per phase after conte
- Mandatory coding guidelines and model-selection guidance bundled with the ADK development lifecycle
- Spec-driven troubleshooting so implementation decisions stay tied to success criteria and constraints
- Four linked companion skills: adk-cheatsheet, adk-eval-guide, adk-deploy-guide, adk-scaffold
Adoption & trust: 2.8k installs on skills.sh; 1.4k GitHub stars; 3/3 security scanners passed (skills.sh audits).
What problem does it solve?
You are building a Google ADK agent without a stable contract, so implementation, eval thresholds, and deploy steps keep diverging from what the product should actually do.
Who is it for?
Solo builders maintaining an ADK repo who already have or are writing DESIGN_SPEC.md and want one authoritative workflow across code, eval, and deploy.
Skip if: Teams not using Google ADK, one-off scripts with no agent spec, or sessions where DESIGN_SPEC.md is finalized and you only need a single narrow task without lifecycle context.
When should I use this skill?
ALWAYS ACTIVE — read at the start of any ADK agent development session.
What do I get? / Deliverables
Every ADK session starts from DESIGN_SPEC.md with clear phase handoffs to adk-cheatsheet for coding, adk-eval-guide for evals, adk-deploy-guide for deploy, and adk-scaffold before new scaffolding.
- Spec-aligned agent implementation plan per session
- Phase-appropriate handoff to ADK companion skills
Recommended Skills
Journey fit
Spans multiple journey phases - primary shelf plus alternate fits below.
Canonical shelf is Build because ADK sessions center on implementing agent logic after reading the design contract. Agent-tooling fits ADK-specific scaffolding, tools, and implementation patterns rather than generic app frontend or backend work.
Where it fits
Re-read the guide and /adk-cheatsheet before editing agent tools so changes match DESIGN_SPEC.md constraints.
Switch to /adk-eval-guide after implementation to measure agent behavior against spec success criteria.
Follow /adk-deploy-guide once eval thresholds pass so deploy matches the spec’s operational expectations.
Re-open DESIGN_SPEC.md and this guide when iterating agent behavior in production without breaking documented guardrails.
How it compares
Use as the session umbrella over individual ADK task skills—not instead of reading DESIGN_SPEC.md or the phase-specific ADK guides.
Common Questions / FAQ
Who is adk-dev-guide for?
Indie and solo developers shipping ADK-based agents who need a consistent spec-driven rhythm across implementation, evaluation, and deployment.
When should I use adk-dev-guide?
At the opening of any ADK development session; before coding in Build/agent-tooling; before eval runs in Ship/testing; and before deploy steps in Ship/launch or Operate/infra when DESIGN_SPEC.md governs behavior.
Is adk-dev-guide safe to install?
It is documentation-style procedural guidance from Google under Apache-2.0; review the Security Audits panel on this Prism page and treat companion skills that run shell or cloud deploy as higher risk.
Workflow Chain
Then invoke: adk cheatsheet, adk eval guide
SKILL.md
READMESKILL.md - Adk Dev Guide
# ADK Development Workflow & Guidelines ## Session Continuity If this is a long session, re-read the relevant skill before each phase — `/adk-cheatsheet` before writing code, `/adk-eval-guide` before running evals, `/adk-deploy-guide` before deploying, `/adk-scaffold` before scaffolding. Context compaction may have dropped earlier skill content. --- ## DESIGN_SPEC.md — Your Primary Reference **IMPORTANT**: If `DESIGN_SPEC.md` exists in this project, it is your primary source of truth. Read it FIRST to understand: - Functional requirements and capabilities - Success criteria and quality thresholds - Agent behavior constraints - Expected tools and integrations **The spec is your contract.** All implementation decisions should align with it. When in doubt, refer back to DESIGN_SPEC.md. --- ## Phase 1: Understand the Spec Before writing any code: 1. Read `DESIGN_SPEC.md` thoroughly 2. Identify the core capabilities required 3. Note any constraints or things the agent should NOT do 4. Understand success criteria for evaluation ## Phase 2: Build and Implement Implement the agent logic: 1. Write/modify code in the agent directory (check the agent guidance file, e.g. GEMINI.md or CLAUDE.md, for directory name) 2. Use `make playground` (or `adk web .`) for interactive testing during development 3. Iterate on the implementation based on user feedback For ADK API patterns and code examples, use `/adk-cheatsheet`. ## Phase 3: Evaluate **This is the most important phase.** Evaluation validates agent behavior end-to-end using evalsets and scoring metrics. **MANDATORY:** Activate `/adk-eval-guide` before running evaluation. It contains the evalset schema, config format, and critical gotchas. Do NOT skip this. **Tests (`pytest`) are NOT evaluation.** They test code correctness but say nothing about whether the agent behaves correctly. Always run `adk eval`. 1. **Start small**: Begin with 1-2 sample eval cases, not a full suite 2. Run evaluations: `adk eval` (or `make eval` if the project has a Makefile) 3. Discuss results with the user 4. Fix issues and iterate on the core cases first 5. Only after core cases pass, add edge cases and new scenarios 6. Repeat until quality thresholds are met **Expect 5-10+ iterations here.** ## Phase 4: Deploy Once evaluation thresholds are met: 1. Deploy when ready — see `/adk-deploy-guide` for deployment options **IMPORTANT**: Never deploy without explicit human approval. --- # Operational Guidelines for Coding Agents ## Principle 1: Code Preservation & Isolation When executing code modifications, your paramount objective is surgical precision. You **must alter only the code segments directly targeted** by the user's request, while **strictly preserving all surrounding and unrelated code.** **Mandatory Pre-Execution Verification:** Before finalizing any code replacement, verify: 1. **Target Identification:** Clearly define the exact lines or expressions to be changed, based *solely* on the user's explicit instructions. 2. **Preservation Check:** Ensure all code, configuration values (e.g., `model`, `version`, `api_key`), comments, and formatting *outside* the identified target remain identical. **Example:** * **User Request:** "Change the agent's instruction to be a recipe suggester." * **Incorrect (VIOLATION):** ```python root_agent = Agent( name="recipe_suggester", model="gemini-1.5-flash", # UNINTENDED - model was not requested to change instruction="You are a recipe suggester." ) ``` * **Correct (COMPLIANT):** ```python root_agent = Agent( name="recipe_suggester", # OK, related to new purpose