Guide / Sharing and exports
Pick the right kind of handoff.
A review link, an image, source, and a project backup solve different problems.
Share a read-only link
Use a file’s sharing tools to create an expiring read-only link. Choose an appropriate expiry and send the link only to the intended audience. Anyone with an active link may view the shared content, so avoid putting it in a public channel by accident.
Revoke the link when the review is finished. Revocation stops future link access but cannot remove a screenshot or downloaded copy. Trashing the file revokes current public links; restoring it does not restore those links.
Work with a team
Assign team access using the file tools. Owner, editor, and viewer roles determine what the backend allows. Use component comments for specific feedback and resolve a thread after addressing it. Review team membership when someone’s role changes.
Choose an export
- PNG: a convenient image for a document or conversation.
- SVG or PDF: a scalable or document-oriented output; inspect labels and fonts in the receiving tool.
- Source or Markdown: a technical handoff that can sit beside documentation.
- Editable project backup: retain project editing data for a separate import. Inspect the contents before distributing it.
Keep documentation near the code
The GitHub / docs tool can download Markdown or explicitly commit to a repository you select. Repository write access is separate from GitHub sign-in. Check the target repository, branch, and path before confirming a commit.
Make the next conversation clearer.
Start a diagram, explore a pattern, and turn your system into something others can understand.
Create your workspace