Sharing articles

Share an article with another account on the same instance. A share grants access to that article in Shared, including private-source articles the recipient could not otherwise read. It does not expose your personal triage state or reading history, or subscribe the recipient to your source.

Send and receive

1. Open an article and choose Share.
2. Select a recipient, optionally add a note, and send the share.
3. The recipient opens Shared → Received to read it and reply in the discussion thread. Opening it marks the share read and clears its unread indicator. Push notifications depend on the recipient's settings and server configuration.

Shared notes and highlighted passages belong to the share. The recipient can return to the shared article while access remains active; shares are not single-use public links or automatically expiring tokens.

Manage sent shares

Open Shared → Sent to review recipients and read status. Revoke removes the recipient's access, hides the share from their received list, and removes it from their unread count. Your Sent history retains the record marked Revoked. Revocation does not delete the original article.

Troubleshooting

• Recipient user not found: refresh the recipient list; the account may have been removed.
• Share not found: confirm that you are signed into the intended account. The sender may have revoked the share; unrelated accounts cannot open it.
• No push notification: check Settings → Daily Brief → Push notifications and the browser's notification permission. The share remains available in Received even if a push notification does not arrive.

Privacy

Only the sender and recipient can access the share through its authenticated routes. Sharing does not create an unauthenticated public link. Any optional AI-generated context follows the instance's configured AI-provider settings.