Ship and Monitor
SkillCloud & infraThis skill lets your agent ship code changes and then confirm the deployments actually went live. After a merge, it watches beta deployments, the docs production lane, and release tails to complete post-merge verification. It can also carry out a manual production promotion when you explicitly request one.
Available today. Use it from your connected AI after setup.
No other account needed.
After adding it, ask your agent to run the ship flow when you want the release checked after merging. Use it whenever the standard ship process needs post-merge verification.
Then ask your AI: use the Ship and Monitor skill
What your AI can do with it
- Ship code changes through the guarded ship flow
- Verify that deployments went live after a merge
- Monitor beta deployments
- Monitor the docs production lane
- Watch release tails as part of post-merge verification
- Carry out manual production promotions when you explicitly request them
What this skill tells your AI
The instructions your AI receives, as published by builderio/agent-native in .agents/skills/ship-and-monitor/SKILL.md and read by ahel’s review.
Use the normal /ship workflow, then add the post-merge monitoring described
below. Read .agents/skills/ship/SKILL.md and follow every step through
/new-branch; /ship intentionally ends after merge and branch rotation.
Deployment split
Merges to main trigger .github/workflows/deploy-beta-sites-prebuilt.yml,
which builds in GitHub Actions and uploads prebuilt artifacts to the independent
Netlify beta sites at beta.*.agent-native.com. Netlify Git-connected
auto-builds are disabled, so do not wait for Netlify build queues or
deploy-preview checks; verify the Actions run and its per-site smoke checks.
Production promotion is manual. A healthy beta deploy is not proof that
production changed, and a production deploy is not expected unless an explicit
manual promotion was started for the task. The public docs site is the
temporary exception: matching main changes trigger
.github/workflows/deploy-docs-production.yml, which publishes
www.agent-native.com directly and then disables its Git-connected Netlify
builds. There is no beta docs site today.
Use .github/workflows/deploy-production-sites-prebuilt.yml or the targeted
promote-netlify-deploy.yml workflow to promote a critical fix and let it
manage Netlify lock transitions. Do not manually remove or clear a Netlify lock
as a deployment step; clearing one is not the production promotion.
Post-merge monitoring
After /new-branch:
- Confirm the merged PR and merge commit are present in
origin/main. - Check every workflow attached to that commit, the beta deployment status, and package publication when applicable. Wait for publication and use an independent beta URL smoke check when the affected surface is observable.
- If the task changed docs, verify the docs production workflow and
www.agent-native.comseparately. If the task explicitly included manual promotion of another production site, verify that promotion and its URL separately. Otherwise report those other production sites as intentionally not promoted, not as blocked by Netlify. - Re-read the merged PR for new review or bot feedback. If actionable
post-merge feedback or a release/deploy failure appears, fix it on the fresh
branch, run the smallest meaningful check, and invoke
/shipfor the follow-up.
Keep configured, source-tested, built-runtime, beta-deployed, production- promoted, and observed-live claims separate. A merge or green test is not live proof.
Related skills
/shipfor the normal guarded flow without post-merge monitoring./ship-nowfor the fast admin-merge path, which already includes monitoring./new-branchfor the required branch rotation after merge.
Signals
- GitHub stars
- 5k
- Forks
- 440
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
ship-and-monitor- Source
- github.com/builderio/agent-native