PR Babysitter
openinterpreter/openinterpreter
Watches an open GitHub pull request until it merges, handling review comments, diagnosing CI failures and retrying flaky checks along the way.
Scan an ADK recipe directory and generate a manifest.yaml for it based on the schema at .github/schemas/manifest-schema.json.
$ npx skills add google/adk-recipes --skill generate-manifest -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install google/adk-recipes generate-manifest --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/google/adk-recipes.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/generate-manifest .claude/skills/generate-manifest && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "generate-manifest" agent skill from https://github.com/google/adk-recipes/tree/main/.agents/skills/generate-manifest into .claude/skills/generate-manifest/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "generate-manifest", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/google/adk-recipes/tree/main/.agents/skills/generate-manifestType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add google/adk-recipes --skill generate-manifest -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install google/adk-recipes generate-manifest --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/google/adk-recipes.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.agents/skills/generate-manifest .agents/skills/generate-manifest && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "generate-manifest" agent skill from https://github.com/google/adk-recipes/tree/main/.agents/skills/generate-manifest into .agents/skills/generate-manifest/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "generate-manifest", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add google/adk-recipes --skill generate-manifest -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install google/adk-recipes generate-manifest --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/google/adk-recipes.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.agents/skills/generate-manifest .cursor/skills/generate-manifest && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "generate-manifest" agent skill from https://github.com/google/adk-recipes/tree/main/.agents/skills/generate-manifest into .cursor/skills/generate-manifest/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "generate-manifest", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/google/adk-recipes.git --path .agents/skills/generate-manifest--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add google/adk-recipes --skill generate-manifest -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install google/adk-recipes generate-manifest --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/google/adk-recipes.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.agents/skills/generate-manifest .gemini/skills/generate-manifest && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "generate-manifest" agent skill from https://github.com/google/adk-recipes/tree/main/.agents/skills/generate-manifest into .gemini/skills/generate-manifest/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "generate-manifest", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install google/adk-recipes generate-manifestInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add google/adk-recipes --skill generate-manifest -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/google/adk-recipes.git skills-src && mkdir -p .github/skills && cp -r skills-src/.agents/skills/generate-manifest .github/skills/generate-manifest && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "generate-manifest" agent skill from https://github.com/google/adk-recipes/tree/main/.agents/skills/generate-manifest into .github/skills/generate-manifest/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "generate-manifest", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add google/adk-recipes --skill generate-manifest -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install google/adk-recipes generate-manifest --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/google/adk-recipes.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.agents/skills/generate-manifest .opencode/skills/generate-manifest && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "generate-manifest" agent skill from https://github.com/google/adk-recipes/tree/main/.agents/skills/generate-manifest into .opencode/skills/generate-manifest/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "generate-manifest", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
generate-manifestScan an ADK recipe directory and generate a manifest.yaml for it based on the schema at .github/schemas/manifest-schema.json.
Generate Manifest is an agent skill from google/adk-recipes, published by the product's own GitHub organization. Scan an ADK recipe directory and generate a manifest.yaml for it based on the schema at .github/schemas/manifest-schema.json. Use when the user wants to create or generate a manifest.yaml for a recipe under core/, contrib/, or plugins/.
Its SKILL.md is about 2.2k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It works with GitHub. The repository describes itself as: A collection of agent recipes, reference patterns, and vertical plugins built with Agent Development Kit (ADK). The licence is Apache-2.0.
7 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit c339821. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
uvmakeFrom the folder's file list and the shell code blocks in SKILL.md.
Hosts in commands or code, which the agent is likely to contact:
spdx.orgFrom URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Generate Manifest loads about 2.2k tokens when it runs. Until then it costs about 64 tokens; SKILL.md has 1,008 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from google/adk-recipes at commit c339821, republished under its Apache-2.0 licence (© google). 1,008 words, ~2,238 tokens.
.claude/skills/generate-manifest/SKILL.md (or your agent's skills folder).Scan a recipe directory and produce a valid manifest.yaml for it, then validate it against the schema.
The user will provide a path to a recipe directory (e.g. core/python/rag-agent-search, contrib/python/my-recipe, plugins/retail/store-ops). If they don't, ask for it before proceeding.
Read .github/schemas/manifest-schema.json from the repo root to understand the current required and optional fields, allowed enum values, and constraints. Do not rely on memory — always read the live schema file so changes to it are automatically picked up.
Read the following files if they exist:
pyproject.toml / requirements.txt — primary language (for language field)app/agent.py or equivalent entry point — single vs multi-agent, agent countMakefile — deploy targets (determines deployable)app/ source files — stateful writes, datasource patternsAGENTS.md — architecture notes if presentField-by-field rules — read carefully before filling any field:
| Field | Rule |
|---|---|
type | Infer from code. standalone = has its own runnable entry point: look for an if __name__ == "__main__" block, a make playground/run target, an adk web/adk run invocation, or a CLI. module = only importable (it just exports a root_agent/Agent for another workflow to orchestrate, with no way to run on its own). When ambiguous, re-read the schema's type description and prefer module only when there is genuinely no entry point. |
deployable | OPTIONAL. true only if a single make target or script deploys everything with no manual steps. Omit the field entirely if false (schema default is false). |
large | OPTIONAL. Whether to opt into the relaxed size tier. Exact limits depend on whether the recipe lives under core/ or contrib/ or plugins/ and are defined in .github/policy.yml (recipe_size_limits) — as of writing: contrib/ and plugins/ default is 70 files / 2 MB and large is 200 files / 10 MB; core/ default is 500 files / 50 MB. Omit the field unless the recipe would otherwise exceed the default tier's limits (schema default is false). |
status | Always "active" unless there is explicit evidence of abandonment. |
language | Read from file extensions or pyproject.toml. Never guess. |
description | Read README.md and AGENTS.md only (author-written intent, not code). Write a draft of at most 15 words summarising what the recipe does. The schema requires at least 10 characters, so keep the draft comfortably above that. Append the comment # TODO: review and expand this draft description. If neither file exists or the intent is unclear, fall back to "DESCRIPTION" with the same TODO comment. |
architecture.agent | Infer from code only: count Agent( or equivalent constructor calls. single or multi. Omit the whole architecture block if uncertain. |
architecture.stateful | Infer from code: true only if the recipe writes persistently to an external system (DB, vector store, GCS) during normal operation — not just one-time setup. |
architecture.datasources | Infer from code: hardcoded = data literals in source; local = files bundled in repo; external = live systems queried at runtime. Can be multiple. |
dependencies | Include the block but comment it out entirely. Do NOT infer library or service names — GCP product names change and guesses will be wrong. Use the commented-out sample shown in the template. |
ownership.team | Always use the exact placeholder "TODO: Replace with your team name" — this is the literal string the validator checks for, so it correctly fails validation until a human fills it in. Never invent or infer a team name. |
ownership.poc | Always use the exact placeholder "TODO: Replace with your GitHub user ID" — this is the literal string the validator checks for. Never invent or infer a GitHub ID from email addresses, file authors, or any other source. |
ownership.contributors | OPTIONAL. Omit the field entirely. Leave a commented-out sample line so the author knows it exists. Never infer contributor IDs. |
tags | Include but comment out entirely, with a sample entry showing the expected style. Do NOT generate real tags — tag choices are the author's call. |
license | OPTIONAL. If the recipe's source tree contains a LICENSE file or the author has explicitly stated a license, record the SPDX identifier (e.g. "Apache-2.0", "MIT", "BSD-3-Clause"). Otherwise comment it out. Never infer or guess — only set it if it is explicitly declared. |
Before writing the manifest, briefly state what you found for each inferred field (type, deployable, architecture.*) and cite the specific file/line that supports your conclusion. This lets the user catch errors before they land in the file.
Write manifest.yaml to the root of the recipe directory. Match the concise inline-comment style used by the existing manifests in core/ and contrib/ — allowed values shown as # Options: [...] after each field:
type: "..." # Options: [standalone | module]
status: "active" # Options: [active | inactive]
language: "..." # Options: [python | java | go | kotlin | typescript]
description: "..." # TODO: review and expand this draft description
# deployable: true # (optional) one-command deploy, no manual steps; omit if false (default)
# large: true # (optional) opt into the relaxed size tier; see .github/policy.yml (recipe_size_limits) for the exact numbers; omit if false (default)
architecture: # (optional) omit the whole block if nothing below can be inferred from code
agent: "..." # Options: [single | multi]
stateful: false # Options: [true | false]
datasources: # Options: [hardcoded | local | external]
- "..."
# dependencies: (optional) uncomment and fill in with canonical names
# libraries:
# - "ADK"
# - "pandas" # example — replace with actual libraries used
# services:
# - "GCP Project"
# - "Cloud Run" # example — replace with actual GCP/external services used
ownership:
team: "TODO: Replace with your team name"
poc: "TODO: Replace with your GitHub user ID"
# contributors: (optional) uncomment and add GitHub IDs of additional contributors
# - "github-id-1"
# tags: (optional) uncomment and replace with meaningful labels
# - "rag" # example — use technology names, patterns, and use-case keywords
# - "gemini"
# license: "Apache-2.0" # (optional) SPDX identifier; only set if explicitly declared — see https://spdx.org/licenses/Omit architecture entirely if none of its sub-fields can be determined from the code.
After writing the manifest, run the validator from the repo root (do not cd into tools/, and do not pass --active):
uv run validate manifest <recipe-path><recipe-path> must be relative to the repo root (e.g. core/python/my-recipe, contrib/python/my-recipe, plugins/retail/store-ops), not an absolute path.
Interpret the result carefully — there are two kinds of failure:
ownership.team / ownership.poc placeholder errors: these are EXPECTED and must be left as-is. The validator deliberately fails while the placeholders are in place, to force a human to supply real values before merge. Do NOT invent a team name or GitHub ID to make validation pass.So a correctly generated manifest will still report [FAIL] — but only on the two ownership placeholders, and nothing else. That is the intended outcome; report it to the user as "valid except for the ownership placeholders you need to fill in". Do not change or modify any other files in the repository. Also do not commit the changes.
Tell the user:
ownership.team and ownership.poc (placeholders — validation intentionally fails until these are replaced with real values). Also flag description (draft generated — must be reviewed and expanded) and dependencies/tags (commented out, ready to uncomment and fill in).© google, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in .agents/skills/generate-manifest of google/adk-recipes.
Open the folder on GitHubat commit c339821
Generate Manifest next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Generate Manifest this skillgoogle/adk-recipes | 10k | — | ~2.2k | Automated safety check: Pass | Apache-2.0 | |
| PR Babysitteropeninterpreter/openinterpreter | 69k | 3 repos | ~4.2k | Automated safety check: Pass | Apache-2.0 | |
| Diagnosing Superpowers Sessionsobra/superpowers | 296k | 3 repos | ~1.7k | Automated safety check: Pass | MIT | |
| GitHub Deep Researchbytedance/deer-flow | 83k | 5 repos | ~1.3k | Automated safety check: Pass | MIT | |
| Greplooponyx-dot-app/onyx | 32k | 4 repos | ~3.3k | Automated safety check: Pass | MIT | |
| Update V8 Versionopeninterpreter/openinterpreter | 69k | 2 repos | ~845 | Automated safety check: Pass | Apache-2.0 |
openinterpreter/openinterpreter
Watches an open GitHub pull request until it merges, handling review comments, diagnosing CI failures and retrying flaky checks along the way.
obra/superpowers
Investigates a session where Superpowers went wrong, reads the transcripts on disk and produces an evidence-cited report, optionally prepared as a bug report for the maintainers.
bytedance/deer-flow
Researches a GitHub repository over four rounds using the GitHub API and web search, then writes a structured markdown report with timeline, metrics and Mermaid diagrams.
onyx-dot-app/onyx
Iteratively improves a PR (GitHub), MR (GitLab), or shelved changelist (Perforce) until Greptile gives it a 5/5 confidence score with zero unresolved comments.
openinterpreter/openinterpreter
Bumps the pinned v8 and rusty_v8 versions in Codex, validates the release-candidate path with the v8-canary check, and traces failures to upstream build changes.
mvanhorn/last30days-skill
Research what people actually say about any topic in the last 30 days.
google/adk-recipes
Builds a retail product search agent on Google Cloud, from catalog ingestion into BigQuery and Vector Search to ADK scaffolding, evaluation and Cloud Run deployment.
google/adk-recipes
Brings a Python recipe's pyproject.toml in line with the repo's CI rules, either as a read-only dry run or by rewriting the file while keeping comments.
google/adk-recipes
Generates a minimal tests/test_runnability.py for a Python agent recipe that imports the agent module and checks root_agent, adding only the mocks and env vars it needs.
google/adk-recipes
Sets up a virtual try-on agent on Google Cloud that generates image and catwalk-video try-ons with Gemini, from first setup through local testing.
google/adk-recipes
Creates a new Python recipe for the ADK recipes repository by running a scaffold script that copies template files, after confirming the output directory and recipe name.
google/adk-recipes
Reviews a GitHub pull request and drafts a small set of inline comments in a human reviewing voice, each checkable from the line it points at, then posts them after approval.
Works with
Scan an ADK recipe directory and generate a manifest.yaml for it based on the schema at .github/schemas/manifest-schema.json. Generate Manifest is an agent skill from google/adk-recipes, published by the product's own GitHub organization.json.
Generate Manifest fits situations like: the user wants to create; generate a manifest.yaml for a recipe under core/.
Run `npx skills add google/adk-recipes --skill generate-manifest -a claude-code`. Or copy the skill folder (.agents/skills/generate-manifest in google/adk-recipes) into .claude/skills/generate-manifest in your project. Claude Code loads it when a task matches its description.
Run `npx skills add google/adk-recipes --skill generate-manifest -a codex`. Or copy the skill folder (.agents/skills/generate-manifest in google/adk-recipes) into .agents/skills/generate-manifest in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add google/adk-recipes --skill generate-manifest -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/generate-manifest, .gemini/skills/generate-manifest, .github/skills/generate-manifest and .opencode/skills/generate-manifest in your project.
Going by SKILL.md and its folder, Generate Manifest needs the command-line tools its instructions call (uv and make). Our summary lists: Python 3.
SKILL.md names 1 domain. In commands or code: spdx.org; the agent is likely to contact it when it follows the instructions. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Generate Manifest is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 2.2k tokens (SKILL.md is roughly 9k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Generate Manifest: PR Babysitter (openinterpreter/openinterpreter, 69k stars), Diagnosing Superpowers Sessions (obra/superpowers, 296k stars), GitHub Deep Research (bytedance/deer-flow, 83k stars) and Greploop (onyx-dot-app/onyx, 32k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
google (a GitHub organization, an official publisher) maintains it in google/adk-recipes, which has 10,421 GitHub stars. The repository holds 14 skills in this directory. The repository was last updated on October 8, 2026.
Source: google/adk-recipes on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.