google-adk — Cursor rule: what it does, how to install
Guides Cursor when building agents with the Google Agent Development Kit. It enforces patterns for tools, session memory, artifacts, and multi-agent systems.
.cursor/rules/google-adk.mdcWhat google-adk does
This rule sets architecture standards for Google ADK projects. It instructs Cursor to separate LLM agents for flexible reasoning from workflow agents for deterministic steps. Instructions explicitly define task boundaries, escalation rules, and typed parameters for tools.
Data handling follows strict boundaries: session state holds only compact serializable data, while files and reports require a configured artifact service in the runner. Some built-in ADK tools cannot run alongside other tools on the same agent, so the rule warns against incompatible combinations during setup.
What it helps with
- design Google ADK multi-agent systems with clear task boundaries
- enforce typed arguments and validation on tool calls
- split session state, cross-session memory, and binary artifacts
- configure observability and tests for prompt regressions and tool failures
Example prompts for the agent
- Design an agent using Google ADK with distinct reasoning and workflow stages
- Implement a typed tool that validates parameters before executing side effects
- Configure artifact storage in the runner for binary files and keep only references in state
How to install google-adk
Manually: put the files in place
.cursor/rules/google-adk.mdcFrontmatter: description, globs, alwaysApply
Manually: put the files in place
.claude/rules/google-adk.mdThe paths frontmatter field limits the files: move globs from the source into paths
AGENTS.md
Codex reads AGENTS.md: paste the rule text there
Manually: put the files in place
.github/instructions/google-adk.instructions.mdThe applyTo field sets which files it applies to: move globs from the source into applyTo
Manually: put the files in place
.devin/rules/google-adk.mdManually: put the files in place
.clinerules/google-adk.mdStep by step, with commands for each platform: Cursor rules: .mdc files, four modes and what replaced .cursorrules
Questions about google-adk
How to install google-adk in Cursor?
Place the rule file at .cursor/rules/google-adk.mdc in your project root. It targets Python, TypeScript, Go, Java, pyproject.toml, and package.json.
What does the google-adk rule do?
It provides development conventions for the Google Agent Development Kit inside Cursor. The model adheres to clean agent boundaries, proper state persistence, and explicit tool error handling.
How does the rule handle artifacts and state?
Session state is reserved for serializable conversation data. Generated reports, audio, and binary outputs must be stored through a runner artifact service, keeping only summaries or references in state.
Source text
google-adk.mdc · CC0-1.0
--- description: Google Agent Development Kit rules for agents, tools, sessions, memory, artifacts, evaluation, and deployment globs: ["**/*.py", "**/*.ts", "**/*.tsx", "**/*.go", "**/*.java", "pyproject.toml", "package.json"] alwaysApply: false --- # Google ADK Rules ## Agent Design - Keep each agent focused on a clear goal, persona, and tool set. - Use LLM agents for flexible reasoning and workflow agents for deterministic orchestration. - Write instructions that define task boundaries, tool-use rules, and escalation behavior. - Split multi-agent systems by responsibility rather than by implementation convenience. - Keep model choices configurable. ## Tools - Give tools narrow, typed inputs and outputs. - Validate tool arguments before performing side effects. - Keep secrets, credentials, and privileged APIs out of agent prompts. - Handle tool errors explicitly and return actionable failure messages. - Be aware of ADK tool limitations; some built-in tools cannot be combined with other tools on the same agent. ## Sessions, State, and Memory - Use session state for current-conversation data. - Use memory for cross-session recall and retrieval. - Keep state small and serializable. - Do not store large files or binary payloads in session state. - Make state keys stable and documented. ## Artifacts - Use artifacts for generated files, uploaded files, reports, images, audio, and other binary data. - Configure an artifact service in the runner before relying on artifact operations. - Version artifact filenames intentionally and avoid overwriting semantically different outputs. - Store only references or summaries in state when full content belongs in artifacts. ## Evaluation and Deployment - Add tests for tool behavior, agent routing, prompt regressions, and unsafe tool calls. - Use trace or event logs to debug agent decisions. - Keep local development, staging, and production configuration separate. - Add observability for latency, tool failures, token use, and handoff failures. ## Common Mistakes - Do not make one agent responsible for every workflow. - Do not let tools accept arbitrary shell, SQL, or HTTP input without validation. - Do not rely on prompt text for access control. - Do not hide important side effects behind generic tool names.
© PatrickJS · CC0-1.0 · PatrickJS/awesome-cursorrules