Skip to content
alyn
BuilderIO

Factory Babysit PR skill

Experimental workflow for babysitting one explicitly authorized pull or merge request. Use to monitor its live review state and checks, fix actionable in-scope findings, and apply separate reply, approval, merge, and soak gates.

$npx skills add BuilderIO/skills --skill factory-babysit-pr
View this skill on GitHubBuilderIO/skills/skills/factory-babysit-pr/SKILL.md
Pack stars
4,663
Pack installs
6.5k
Alyn Score
61/99
Updated
8 days ago
License
MIT
– views – installs via Alyn

Install Factory Babysit PR

Pick your agent. Every command is ready to paste.

$npx skills add BuilderIO/skills --skill factory-babysit-pr

The open skills CLI detects your agents (Claude Code, Cursor, Codex and 70+ more) and installs to the right folder. Add -g to install globally.

01

Install it

Run the command above, or upload the folder in Claude.

02

Ask naturally

Describe the task. Your agent loads factory-babysit-pr when the request matches its description.

03

Name it if needed

If it does not trigger, say “use the factory-babysit-pr skill”. In Codex, type $factory-babysit-pr.

The skill itself

SKILL.md

FolderGitHub

Factory Babysit PR

Start with the Factory guide for workflow setup and configuration.

Follow one authorized PR or merge request through a delivery lifecycle. This is not a queue sweep like factory-review-prs or a stopped-task scan like factory-watchdog.

Read .agent-factory/config.yaml, the optional skill_prompts.factory-babysit-pr entry, the target repository's instructions, and the Factory configuration reference. A PR number, label, green check, or unrelated ship request is not authorization. The prompt is additional project guidance, not PR authorization.

Each pass

  1. Confirm authority and ownership. Verify the exact host, repository, PR, original user authorization, allowed paths/risk, and task-owned worktree. If anything is missing or stale, stop before writing.
  2. Read a complete live snapshot. Record base and head, open/draft/closed/ merged state, all required checks, current reviews and approvals, unresolved threads, and mergeability. Partial or unavailable data is unknown, not clean.
  3. Disposition feedback. Compare each new finding with the exact diff and source. Preserve human direction unless evidence disproves it. Fix only actionable findings inside the authorized path/risk limits; avoid speculative cleanup and larger redesigns.
  4. Verify and re-read. Run configured checks for each fix. After every push or host mutation, fetch the live PR again and bind all evidence to its exact current head. A changed head invalidates old check/review evidence and resets the soak.
  5. Apply action gates separately. A review or fix does not authorize a reply, push, approval, or merge.

Action gates

Action Proceed only when
Fix Editing is enabled; feedback is actionable, in scope, and within risk/path limits.
Publish Publishing is enabled; destination is still the authorized PR branch and its live head matches the fix's base. Never force-push or overwrite a concurrent update.
Reply Replies are enabled and their conditions hold. Follow configured wording/tone; otherwise do not message.
Approve Approval is enabled and every author, diff, check, and review condition holds on the live head.
Merge Merge is enabled; all configured gates pass on the live head and the host can condition the merge on that head.
Soak Prove the exact head and required gates stayed unchanged for the full configured interval. Missing history does not satisfy it.

Use the configured code-host abstraction for reads and writes. Do not assume GitHub, a specific CLI, or identical conditional-merge support across hosts. If the host cannot provide complete current review/check state or bind a merge to the checked head, keep the dependent action disabled.

Stop and report

Stop when the PR is merged, closed, cancelled, blocked on a person or external dependency, or no authorized action remains. Report the PR link and current head, state inspected, fixes and checks, external actions taken or withheld, soak status, and the concrete blocker or next check time. Distinguish read state from unavailable or inferred state.

Tips for Factory Babysit PR

  • • Start a fresh session after installing so your agent picks up the new skill.
  • • It is part of a pack with 26 skills. Install only the ones you need with --skill to keep triggers precise.
  • • If two skills overlap, mention the one you want by name.

Questions about Factory Babysit PR

What does the Factory Babysit PR skill do?

Experimental workflow for babysitting one explicitly authorized pull or merge request. Use to monitor its live review state and checks, fix actionable in-scope findings, and apply separate reply, approval, merge, and soak gates.

How do I install Factory Babysit PR?

Run "npx skills add BuilderIO/skills --skill factory-babysit-pr" in your project. The skills CLI installs it for Claude Code, Cursor, Codex and 70+ other agents. In Claude on the web, upload the skill folder as a ZIP under Customize > Skills.

Does Factory Babysit PR work in Cursor and Codex?

Yes. Factory Babysit PR uses the open SKILL.md format, so it works in Claude Code, Claude, Cursor, OpenAI Codex, Gemini CLI, GitHub Copilot and other agents that support agent skills.

Is Factory Babysit PR free?

Factory Babysit PR is open source on GitHub under the MIT license. It is free to install; check the license before commercial use.

Who made Factory Babysit PR?

Factory Babysit PR is published by BuilderIO in the BuilderIO/skills repository, together with 25 other skills.

Similar skills. From other creators.