Consult release requirements and instructions here, then return to delivery and verify the real entry point.
Does this method fit your project, and how can you check?
- When would you use this method?
- After acceptance, before real users receive the project.
- How should you choose for your situation?
- Choose local use, web or package first, then check required environment, accounts, costs, materials and recovery. Personal use need not be public.
- What is easy to misunderstand?
- Localhost is not a public URL. Static hosting cannot run arbitrary server programs; preview, review and release are distinct states.
- How can you check that this works for your project?
- Complete the core task at the target entry and record revision and recovery; unverified conditions are not passed.
LAUNCH
Deployment: deliver a real entry point
Deployment places a version where it can run. Release makes it available to the intended audience. Preview links, test packages, platform review, and public availability are different states.
Move forward using observed results
1. Identify the deliverable and version
For websites record the live URL; for apps record target OS and package; for mini programs record platform and version. Ask AI to identify a recoverable version and failed acceptance items.
How can you tell this item is complete?No blocking main-flow or access issues remain; a person confirms the release decision.
2. Check runtime material and costs
Ask AI to list domain, hosting, accounts, environment variables, and data services. Environment variables provide runtime configuration; secrets belong only on the server that needs them.
How can you tell this item is complete?Assign ownership for costs, renewals, quotas, and access. Fill missing inputs rather than claiming configuration is complete.
3. Check a preview or test installation
Run the complete flow with test data at the delivery location. Check new installs and upgrades for apps; verify test entry and review materials for the chosen mini-program platform.
How can you tell this item is complete?Results belong to this delivery version; local success does not replace target-environment success.
4. Approve release and check the live entry
After human approval, release and reopen or install as an ordinary user. Complete the core task and record time, version, and recovery entry.
How can you tell this item is complete?The live entry works and a failure can trigger withdrawal or restoration. Keep unreleased work labeled unreleased.
Checks are personal marks on this page, not automatic tests or saved records. Reloading clears them.
Write check results
Edit the template below and confirm to prepare a copyable draft. Use it as directed by this step; sending it to AI is not required.
Confirmed · personalized content ready to copy
Release decision: [fill in actual record or unverified]
Audience: [fill in actual record or unverified]
Version: [fill in actual record or unverified]
Live entry: [fill in actual record or unverified]
Costs and owner: [fill in actual record or unverified]
Acceptance evidence: [fill in actual record or unverified]
Release time: [fill in actual record or unverified]
Live-entry check result: [fill in actual record or unverified]
Recovery version and steps: [fill in actual record or unverified]
Remaining risks: [fill in actual record or unverified]Confirm and copy into project notes; the draft is stored in this browser. Mark unrun checks unverified, not passed.
Open troubleshooting
Choose the next step from the result
Local works but the live URL fails
Can any page open? Nothing reachable → check address, hosting status, and domain settings. Home works but subpages fail → inspect routes and asset paths. Pages work but submission fails → inspect configuration and backend requests. Fix and retest one layer at a time.
A serious issue appears after release
Pause the affected operation and preserve evidence. A tested old version is recoverable → restore and retest. Recovery is uncertain → stay paused and check data compatibility before overwriting any database.
Fill in the current situation to prepare a prompt for AI
Edit the template with actual material, confirm, then copy into the current project conversation. Mark unknowns as undecided and replace examples as needed.
Confirmed · personalized content ready to copy
Delivery form and audience: [fill in]
Revision and hands-on acceptance evidence: [fill in]
Target OS or host: [fill in or undecided]
Configuration, accounts, costs and owner: [fill in, no secrets]
Recovery procedure and evidence: [fill in or unverified]
Assess delivery readiness only; do not deploy, package, publish or pay. Check conditions for this delivery form, not every platform.
Explain your conclusions using these points: Pass/fail/unverified with evidence, blockers, remediation/evidence steps and retest criteria. Defer for critical unknowns; AI claims are not evidence.