Skip to content
Back to Paths

Sharing, Export, and the Portability Guarantee

Read-only links for strategic context, full JSON export so vendor lock-in stays off the table.

FoundationFoundation~5 min|4 checkpoints
Sign in to track progress

By the end of this module

Created a sharing link for a project or decision and sent it to a real person
Picked a Decision (not a raw idea) to share, context was sufficient for an outside reader
Revoked an expired or unneeded share link in Settings
Exported workspace JSON at least once and saved it as a backup

Why These Two Features Exist Together

Sharing and Data Export look like unrelated billing-tier features. They're not. Both encode the same principle: your operating history belongs to you, not to Foundry.

Sharing lets you make a slice of that history visible to a specific person without giving them an account. Export lets you take the entire history with you if you ever leave. Together they're the portability guarantee, what makes Foundry an operating system rather than a walled garden.

Both require Pro. The reason is mostly cost (sharing links generate compute, export generates bandwidth), not gating. The portability promise itself is unconditional: even on Free, your data is yours; Pro just adds the mechanisms that surface it.

Insight:The portability guarantee isn't generosity, it's product strategy. A tool you can leave any time is a tool you trust enough to commit to. The opposite has been tried and produces churn, not loyalty.

Sharing Links. What and Who

What can be shared: Projects (with their journal, linked commitments, and metadata) and Decisions (with full structured reasoning). Not ideas. Not assets. The constraint is intentional, these are the two object types with enough self-contained context that an outside reader can understand them.

Who you'd actually share with:

  • Advisors / mentors, give them visibility into a project so the next conversation starts at the substance, not the briefing.

  • Co-founders, share decisions in progress for asynchronous feedback before committing.

  • Investors / candidates, show strategic thinking without giving full account access.

  • Customers, when relevant, share a decision that affects them (pricing, roadmap) to add transparency.


How: On a project or decision detail page, click Share. Set expiration (1-90 days). Copy the link. Done.

Management: /settings shows all active share links. Revoke when no longer needed, the link stops working immediately on revoke, even before the expiration date.

Share Decisions, Not Ideas

The most common new-user share mistake: trying to share a raw idea. Don't. Raw ideas are not designed to be readable by outsiders, they're shorthand for you, with all the implicit context that lives in your head.

Decisions are different. The decision form structures your thinking into Context → Reasoning → Alternatives → Assumptions → Risks → Falsification. That structure is what makes the shared view readable. The receiver gets the same scaffold you used to think it through.

If you want to share an idea, promote it to a decision first, even a thin decision is more legible to a reader than a thick idea. Or convert the idea to a vault asset (FRAMEWORK or LESSON_LEARNED) and… also not shareable yet (assets aren't a share target). The takeaway: design the artifact for the audience.

Tip:Before sharing a decision, scan it as if you'd never seen it. If a missing piece of context would confuse the recipient, add it to the notes field, *then* share.

Data Export. Use It Even If You're Staying

Export produces a single JSON file containing the entire workspace: projects, ideas, assets, decisions, commitments, tags, journal entries, weekly reviews, relationships, capacity profile.

The obvious use case is leaving Foundry. Less obvious but more common:

  • Personal backup. A monthly export is a 10-second insurance policy. Save it to wherever you store other founder backups.

  • Coach / advisor handoff. A coach who wants to understand your operating reality can read the JSON faster than you can summarize verbally.

  • External analysis. Plug the JSON into your own analytics, AI tools, or scripts. The structure is documented and stable.


How: /settings → Export All Data. The download starts immediately. The file is human-readable JSON; no proprietary format.

You don't need a reason to export. The act itself is the value, knowing it works.

Common Mistakes

Sharing a decision still in progress without context notes. The reader sees the half-formed thinking and assumes it's the final state. Add a note in the body: "still drafting; sending for blind-spot check before commit."

Setting 90-day expiration on every link. Most sharing is conversational, 7 days is usually enough. Long-running links pile up and you forget what's exposed.

Never exporting. You'll never need it until you do. Set a calendar reminder to export quarterly.

Sharing instead of meeting. A link is not a substitute for a conversation. It's a way to make the conversation start higher up. Don't send a link with no context and expect alignment.

Practice Checkpoints

Created a sharing link for a project or decision and sent it to a real person
Picked a Decision (not a raw idea) to share, context was sufficient for an outside reader
Revoked an expired or unneeded share link in Settings
Exported workspace JSON at least once and saved it as a backup

Sign in to track your progress and mark checkpoints complete.

Next in Foundations Path

Plans & Upgrade Triggers

Two tiers, three concrete moments that justify the upgrade.

Start module

foundation

Foundations Path

Read time
~5 min
Checkpoints
4 items

Sign in to track

Sections
5 sections

In this module

Why These Two Features Exist TogetherSharing Links. What and WhoShare Decisions, Not IdeasData Export. Use It Even If You're StayingCommon Mistakes