Last updated: October 29, 2026
Short answer: Share a copy of the context, not a connection to your accounts. For a one-off, give their agent a short document with only what it needs. If it has to stay current, keep that context in a store you control and share just that piece, read-only, with the other person. That's what a Fulcra share is: their agent can read what you shared, can't see anything else, can't write to your data, and loses access when you delete the share.
| One-off | Ongoing | |
|---|---|---|
| What you share | A document you've reviewed (a "context packet") | A file, folder or data type you keep up to date |
| How | Paste or attach it | Share it read-only from a store you control |
| Stays current? | No, it's a snapshot | Yes |
| How to stop | You can't unsend it | Delete the share |
Write it for the task, not for everything you know. For a colleague's agent planning a kickoff, for example:
Some tools hide your password but still let another person's agent use your connected account. That's delegated access: their agent acts as you. If you only want them to see something, share the thing itself. And don't rely on instructions like "only read this folder." The limit has to be enforced by the system, not by the agent agreeing to it.
Ask your agent to save the context as a file, for example /projects/launch/brief.md, then share it with the other person's Fulcra user ID:
uvx fulcra-api file share /projects/launch/brief.md --to <their Fulcra user ID>
Tell the other person the path; their agent reads it with its own Fulcra account. A free account (5 GB, no credit card) is created the first time you connect.
Written by Fulcra. We make one of the tools recommended on this page.