rainbond-delivery-verifier

Verifies Rainbond application delivery state and reports the user-facing access URL.

7|1|Updated May 13, 2026
One-click install
npx skills add https://github.com/goodrain/rainskills --skill rainbond-delivery-verifier-goodrain
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: rainbond-delivery-verifier
Source: https://github.com/goodrain/rainskills/tree/main/rainbond-delivery-verifier
Command: npx skills add https://github.com/goodrain/rainskills --skill rainbond-delivery-verifier-goodrain

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires pyyaml, and includes scripts (resource) components.

What problem does it solve? After a deployment runs on Rainbond, it is hard to know whether the application truly converged and whether end users can actually reach it. This Skill performs the final delivery acceptance step: it inspects component runtime state, distinguishes delivered from partially-delivered or blocked rollouts, and reports the real access URL. ## Core Features & Use Cases - Delivery Acceptance Classification: Classifies each deployment as delivered, delivered-but-needs-manual-validation, partially-delivered, or blocked based on component convergence and access-path evidence. - Access URL Verification: Resolves the preferred user-facing URL and, for reverse-proxy full-stack apps, checks both the root page and the same-host API path before declaring success. - Stateful Persistence Checks: Inspects storage summaries for databases and middleware to confirm durable mounts before reporting a clean delivery. - Use Case: After deploying a frontend plus backend project to Rainbond, ask the agent to confirm delivery; it verifies component health, tests the page and /api paths, and returns the final access address or a precise blocker. ## Quick Start Ask the agent to confirm whether the current Rainbond application has been delivered successfully and to give you the access address.

Frequently Asked Questions about rainbond-delivery-verifier

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I verify a Rainbond application deployment succeeded?

Ask the agent to confirm delivery of the existing Rainbond app. It reads the app detail and component summaries, classifies each component as building, waiting, running, abnormal, or capacity-blocked, then reports a final delivery outcome with the access URL.

What is the difference between delivery verification and deployment in Rainbond?

Deployment creates and builds components, while delivery verification only inspects the result. This Skill never creates or repairs resources; it determines whether the app converged and whether a usable access path exists, routing generic deployment requests to rainbond-app-assistant.

Why does my app show running but delivery is still blocked?

Running components do not guarantee user access. Delivery is blocked when no usable external URL exists, when the same-host /api path fails for a reverse-proxy full-stack app, or when stateful middleware lacks durable storage mounts.

Can delivery verification check frontend and backend API paths together?

Yes. For reverse-proxy full-stack apps it verifies both the root page and the same-host API path such as /api, including prefixed paths like /system/api. If the page loads but the API returns errors or an intercept page, the app is not classified as delivered.

When should I not use the delivery verifier skill?

Do not use it for generic current-project deployment requests, apps not yet created, or active runtime repair. Those cases belong to rainbond-app-assistant or the troubleshooter; this Skill only runs the final acceptance stage.