Use this workflow when the technical review is done and the next job is communication.
Pick the right sharing mode
- Invite collaborators when the audience is internal and may need ongoing access.
- Publish a share link when the project is appropriate to share and the audience does not need editing rights.
- Use an embed when the result belongs inside another internal surface.
Choose the right view for the audience
preview for leaders or non-engineering stakeholders who want the visual result first
code for engineers who mainly need the source view
split when the audience benefits from both at once
Before you share
- Check the project name and description.
- Make sure the latest report snapshots are the ones you want exposed.
- Review the files included in the project.
- Confirm the audience should see a read-only view rather than invited collaboration.
What share links are good for
- executive review
- architecture walkthroughs
- customer demos of non-sensitive projects
- lightweight sharing without account setup
What share links are not for
- editing
- internal drafts that still contain sensitive details
- projects with files you would not want visible in a read-only public context
Next step
Read Public sharing reference if you need the exact behavior or constraints before publishing a link. Last modified on May 5, 2026