google-adk — правило для Cursor: что делает и как установить
Направляет Cursor при создании агентов на базе Google Agent Development Kit. Помогает проектировать инструменты, память сессий и артефакты по шаблонам ADK.
.cursor/rules/google-adk.mdcЧто делает google-adk
Правило задаёт стандарты разработки агентов с помощью Google ADK. Оно разделяет задачи между гибкими LLM-агентами и детерминированными агентами рабочих процессов. В инструкциях описываются границы задач, правила передачи управления и строгая типизация аргументов инструментов.
В правиле зафиксировано разделение данных: состояние сессии хранит только сериализуемые данные текущего диалога, а для файлов, отчётов и бинарных данных требуется предварительно настроить сервис артефактов в раннере. Некоторые встроенные инструменты ADK нельзя объединять на одном агенте — правило напоминает об этом ограничении при конфигурации тулов.
Какие задачи решает
- структурировать агентов и передачу управления в Google ADK
- типизировать входные параметры инструментов и валидировать побочные эффекты
- разделить кратковременное состояние сессии, долговременную память и бинарные артефакты
- настроить наблюдаемость и тесты на регрессии промптов
Примеры запросов агенту
- Спроектируй агента на Google ADK с разделением на LLM-логику и детерминированный воркфлоу
- Добавь инструмент с типизированными входными данными и валидацией аргументов перед вызовом
- Настрой хранение отчётов в артефактах раннера, оставив в состоянии сессии только ссылки
Как установить google-adk
Вручную: положить файлы
.cursor/rules/google-adk.mdcВо frontmatter: description, globs, alwaysApply
Вручную: положить файлы
.claude/rules/google-adk.mdПоле paths во frontmatter ограничивает файлы: globs из источника → paths
AGENTS.md
Codex читает AGENTS.md: вставьте текст правила туда
Вручную: положить файлы
.github/instructions/google-adk.instructions.mdПоле applyTo задаёт, к каким файлам применять: globs из источника → applyTo
Вручную: положить файлы
.devin/rules/google-adk.mdВручную: положить файлы
.clinerules/google-adk.mdПо шагам, с командами для каждой платформы: Cursor rules: файлы .mdc, четыре режима и замена .cursorrules
Вопросы о google-adk
Как установить google-adk в Cursor?
Сохраните файл правила по пути .cursor/rules/google-adk.mdc в корне вашего проекта. Правило применяется к коду на Python, TypeScript, Go, Java и конфигурациям зависимостей.
Для чего нужно правило google-adk?
Оно подсказывает ассистенту Cursor архитектурные принципы Google Agent Development Kit. Модель избегает частых ошибок: раздувания состояния сессии, смешивания ролей агентов и небезопасной передачи аргументов в инструменты.
Как правило рекомендует работать с файлами и отчётами?
Бинарные файлы, сгенерированные отчёты и медиаданные должны направляться в сервис артефактов, предварительно настроенный в раннере. В состоянии сессии сохраняются только ссылки или краткие описания.
Исходный текст
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