ThinkForge connects to the apps, files, editors, AI providers, and automation systems already in your workflow. Bring context in, work with it locally, and move it back out when another tool is the right place for the job.
The point is not to replace every tool you use. The point is to keep your work from being trapped inside any one of them.
Connect the tools. Keep the context.
Portable Workflows
Notion, ClickUp, Slack, GitHub, Linear, cloud drives, and task managers are all useful. ThinkForge is not here to shame you for using good software.
The problem starts when one app becomes the only place your work can live.
ThinkForge gives your project data a home outside the app that created it. Capture useful context. Search it. Connect it. Run tools against it. Export it again when another tool is better for the next step.
A good integration should give you more options, not fewer.
Vault And Workbench
Obsidian showed why local files still matter. If you already work from a vault, ThinkForge sits beside it instead of replacing it. Keep your folder structure. Keep your Markdown files. Keep writing where you write.
Then use ThinkForge when you want a broader work surface: project navigation, meaning-based search, visual context, Power Strip actions, browser capture, local tools, and agents that can work against the files you already own.
Obsidian stays your vault. ThinkForge becomes the workbench around it.
Obsidian Vault → ThinkForge Search → Project Navigator → Power Strip Action
Portable Context
Most people think lock-in means they cannot export files. That is only one version.
The deeper lock-in happens when your habits, automations, dashboards, AI context, notes, agents, and project structure only work inside one product. Even if you can export the raw data, you cannot export the workflow.
ThinkForge is built around portable project context. Your files, notes, searches, tools, and working sets stay useful even when you change apps, AI providers, editors, or automation platforms.
Apps change. Models change. Your project context should survive the change.
AI Access
The best AI model for writing, coding, research, or planning can change quickly. ThinkForge is built so your workspace does not belong to one AI company.
Connect Codex or Claude Code through MCP and use an existing supported subscription to read, summarize, create, analyze, and update work in ThinkForge.
Prefer a direct provider connection? Add your own API key and choose the model that fits the job.
Whichever route you choose, the AI account and provider relationship remain yours.
The AI provider is replaceable. Your project context should not be.
Work through Codex or Claude Code with a supported plan you already have.
Connect your preferred provider with your own API key.
Run local when privacy or offline work matters most.
Readable Tools
Your work is more than documents. It is also the prompts, agents, automations, and workflows you build around those documents.
ThinkForge keeps that layer visible. Agents are rooted in readable JSON definitions, so you can inspect how a tool is configured, understand what it is allowed to do, and modify it when you need to.
A tool you create should not disappear into a private platform database you can never see. If your workflow becomes valuable, you should be able to understand it, back it up, and keep control of it.
Own the work. Own the context. Own the tools.
Context For AI Tools
ThinkForge works with MCP-compatible tools, including Codex, Claude Code, Claude Desktop, Cursor, Windsurf, VS Code, and other coding and agent environments. It does not try to replace them.
Your editor stays your editor. ThinkForge becomes the context layer around it by indexing your documents, notes, specs, chats, and project files, then making that context available where the work is happening.
Pull together specs, architecture notes, task history, and related files. Use search and Project Navigator to find what matters. Then hand the right working set to the AI tool doing the work.
The agent should not start from zero every time.
ThinkForge Context → MCP → Codex, Claude Code, Cursor, VS Code, Windsurf
More on editor and MCP workflows lives on the VS Code Integration page →
Connected Actions
An integration should do more than sync two lists.
In ThinkForge, connected tools become Power Strip actions, Tool Forge tools, folder commands, browser captures, scheduled jobs, or project workflows.
Capture a page. Summarize a folder. Pull task data. Run a tool on selected files. Save results beside the source material.
The connection is not the feature. What you can do with it is.
Capture a page and summarize it into your project in one action.
Run a tool against a folder to tag, sort, or extract action items.
Pull action items, decisions, or key data from any connected source.
Easy In, Easy Out
ThinkForge is built around local projects, understandable files, readable tool definitions, and portable context.
Bring work in when it helps. Move it out when another tool is better. Use integrations without making them a trap.
Bring it in → Work with it → Take it with you
Easy import is useful. Easy exit is trust.
Connect your apps, files, AI providers, editors, and tools inside a local-first environment built around ownership.
Your data stays yours. Your context stays yours. Your agents stay yours.