| name | share |
| description | 使用用户偏好的部署工具分享可运行的原型。 |
Share
Deploy the user's runnable prototype so they can share it with others.
Critical Overrides
User Context
Before starting, load $user-context and run its preflight script when local shell access is available.
Use saved product URLs, Figma files, screenshots, reference images, codebase paths, Storybook, tokens, design systems, brand assets, component refs, browser preferences, and share targets as grounding material when relevant.
Do not inspect every saved reference. Inspect only what the current task needs.
Workflow
- Confirm the prototype directory and the user's preferred deployment target.
- If the user invokes Product Design with @Sites, @Vercel, or another deployment tool, treat that as the selected hosting target.
- If the user did not choose a target, ask one question:
Where should I deploy this: @Sites, @Vercel, or another target?
- Before using Sites for a fresh Product Design prototype, keep the existing project intact. Run
npm run build and npm run test:sites; for mobile-app, run npm run check:runtime first. Confirm dist/client/index.html, dist/server/index.js, dist/.openai/hosting.json, and source .openai/hosting.json exist. Hand that verified project to sites-hosting. Do not invoke sites-building, run init-site.sh, or replace the Product Design runtime with a Vinext starter.
- Use the selected deployment tool when it is available.
- If the selected tool is not available, say that clearly and ask whether to use another target.
- Run the deployment when possible. Do not give setup instructions if you can complete the deployment directly.
- Return the shareable URL.
- State any misses or manual follow-up the user still needs to do.
Rules
- Do not deploy before the user chooses or confirms the target.
- Do not claim the prototype is shared until you have a working URL.
- If the selected tool is not available, say that clearly and ask whether to use another target.