{"slug": "i-built-nabsun-an-open-source-ai-browser-that-works-in-your-real-tabs", "title": "I Built Nabsun: An Open-Source AI Browser That Works in Your Real Tabs", "summary": "A developer has released Nabsun, an open-source Chromium- and Electron-based browser with a built-in AI assistant that reads the current page, compares information across tabs, and uses browser tools to act within the user's existing session. The developer preview, available under the MIT license, supports a bundled local model, cloud providers, or CLI agents like Codex and Claude Code, and exposes an accessibility-derived page outline with opaque element references for click, type, and select actions. The page bridge rejects stale references and changed element identities, though the developer notes iframe and shadow-root coverage remain limited.", "body_md": "You have three documentation tabs open, a form half-filled, and the account you need already signed in.\n\nThen you ask an AI assistant for help—and start copying everything into a chat window.\n\nThat gap is why I built **Nabsun**, an open-source browser with an AI assistant built in. It can read the page you are looking at, compare information across tabs, and use browser tools to help complete a task in your existing session.\n\n**It works where your work already is.**\n\nNabsun is built with Chromium and Electron. You can use its bundled local model, connect a cloud provider, or bring Codex or Claude Code into the browser. It is a developer preview, and the source is available under MIT.\n\n[Website](https://nabsun.com) · [GitHub repository](https://github.com/naveenalavilli/nabsun) · [Download](https://github.com/naveenalavilli/nabsun/releases/latest) · [Watch the demo](https://www.youtube.com/watch?v=mCyKPYy7OHw)\n\nThe browser already holds much of the context an assistant needs: the page you are reading, the tabs you are comparing, and the application you are signed into.\n\nMoving that work into a separate chat creates friction. You copy context over, get an answer, switch back, and translate the answer into clicks and keystrokes. A separate automation session can introduce another problem: getting it into the same state as your real session.\n\nI wanted to make that handoff smaller.\n\nIn Nabsun, the assistant sits beside your tabs. The browser provides page-reading tools, action tools, and approval controls. You can watch the work happen and take over in the same tab.\n\nThat is the reason to build at the browser layer: **context, actions, and user control can live together.**\n\nOpen the assistant with **Ctrl+Shift+A**. Start with the current page or give it a task involving several tabs.\n\nHere are examples of tasks to try—not promises that every model will complete every website workflow:\n\n| Task | Example prompt | \n|---|---|\n| Understand a page | “Summarize this documentation and point out the setup requirements.” | \n| Compare tabs | “Compare the options in these tabs. Make a table and link each finding to its source.” | \n| Extract information | “Turn this table into structured records. Flag missing values.” | \n| Prepare a form | “Fill this form using the details I provide. Stop before submitting.” | \n| Research a question | “Find the relevant documentation, read it, and explain the answer with links.” | \n\nThe assistant can read, click, type, select options, scroll, and navigate. It can ask for clarification when a choice belongs to you.\n\nNabsun also includes the everyday browser features that make this practical: tabs, bookmarks, history, downloads, session restore, and encrypted saved passwords.\n\nThe useful distinction is the move from **discussing a task** to **helping carry it out**, while keeping the result visible.\n\nFor developers, this is one of the more interesting parts.\n\nNabsun provides an accessibility-derived outline of the page. Interactive elements receive opaque references that the agent can use with tools such as click, type, and select.\n\nThe normal loop is:\n\n```\nRead the page → choose an element → request an action\n             → apply approval settings → act → read the updated page\n```\n\nThe page bridge rejects stale references and changed element identities instead of silently using them against a different target.\n\nThis gives the agent a structured way to interact with a page without relying on screen coordinates for every action. It does not make arbitrary websites reliable: iframe and shadow-root coverage are limited, and website compatibility varies.\n\nThe [architecture notes](https://github.com/naveenalavilli/nabsun/blob/main/ARCHITECTURE.md) explain the process boundaries, page tools, and execution loop.\n\nNabsun separates the browser tools from the model using them.\n\nFor the CLI connections, Nabsun installs the official native CLI when needed and can reuse existing sign-ins. Your provider account must have access to the assistant. Credentials remain in the CLI's own store; signing out also affects that CLI outside Nabsun.\n\nThe bundled model matters because you can start without opening another account or paying for hosted inference. It is suitable for simple tasks; complex research and long action sequences benefit from a stronger model.\n\n**Local inference works offline. Visiting websites still needs a network.** Cloud providers and signed-in CLI assistants use their respective services and receive the context sent to them. Ollama is local only when its endpoint is local.\n\nOptional personal context lives in `soul.md`, a Markdown file shared only with local providers by default.\n\nNabsun also exposes an **MCP server**.\n\nThat lets an external agent use Nabsun's browser tools against your existing tabs. An assistant in your development workflow can access the browser through a defined interface.\n\nCopy the configuration from:\n\n**Settings → Integrations → Connect an external agent**\n\nThe sidebar and external agents use the same browser approval settings. The bridge listens on loopback and uses a fresh bearer token for each launch.\n\nNabsun can also consume tools from MCP servers, load plugins, and load unpacked Chrome extensions. Chrome API support is partial, and there is no Chrome Web Store installation flow yet.\n\nAn assistant acting inside your session has meaningful access. The controls deserve as much attention as the capabilities.\n\nBy default, reading tools run automatically. Clicking, typing, navigation, and page code require approval. Per-tool grants and Autopilot change those settings, including for connected external agents.\n\nThe application UI and web pages run in separate renderers. Action targets are captured before approval and revalidated before dispatch.\n\nThose controls have limits:\n\nNabsun has **not had an independent security audit**. The [security document](https://github.com/naveenalavilli/nabsun/blob/main/SECURITY.md) describes the controls and remaining gaps.\n\nA browser assistant can encounter private documents, internal applications, and authenticated sessions. People should be able to inspect how it handles that access.\n\nPublishing the source makes concrete questions inspectable:\n\nOpen source does not automatically make software secure. It makes the implementation available for review, criticism, and improvement.\n\nMIT also gives developers room to experiment: fork the browser, change its tools, adapt the interface, or reuse parts in another project under the license's terms. I want people building agent tools to be able to work with the implementation.\n\nNabsun's code is MIT-licensed. Bundled dependencies and model weights retain their own licenses and notices; those are documented in [third-party notices](https://github.com/naveenalavilli/nabsun/blob/main/THIRD-PARTY-NOTICES.md).\n\nThis is an early project, with real limitations:\n\nThe [README](https://github.com/naveenalavilli/nabsun#readme) is the place to check current setup instructions and platform support.\n\nDownload an available build from [GitHub Releases](https://github.com/naveenalavilli/nabsun/releases/latest). Windows has an installer and a portable executable. The bundled model makes the download roughly 1.4 GB; verify your download against the release's `SHA256SUMS.txt`.\n\nOr, with Node.js, npm, and Git installed:\n\n```\ngit clone https://github.com/naveenalavilli/nabsun.git\ncd nabsun\nnpm ci\nnpm run fetch:model\nnpm start\n```\n\nIf Electron did not download during installation, run `npm run setup`. Linux source setup requires manual engine setup; follow the instructions printed by `fetch:model`.\n\nFor a first task, open a public documentation page, press **Ctrl+Shift+A**, and ask:\n\nSummarize this page, identify the prerequisites, and link to the sections I should read next.\n\nThen try comparing two tabs. Start with something whose answer you can check.\n\nIf you want to contribute, the [contributor guide](https://github.com/naveenalavilli/nabsun/blob/main/CONTRIBUTING.md) is the starting point. Reproducible website failures, clearer permission flows, and improvements to page tools would all be useful feedback.\n\n**What is one browser task you would hand to an assistant—and what would you need to see before letting it act?**", "url": "https://wpnews.pro/news/i-built-nabsun-an-open-source-ai-browser-that-works-in-your-real-tabs", "canonical_source": "https://dev.to/naveen_alavilli/i-built-nabsun-an-open-source-ai-browser-that-works-in-your-real-tabs-1ea3", "published_at": "2026-09-25 00:57:06+00:00", "updated_at": "2026-09-25 00:58:54.031904+00:00", "lang": "en", "topics": ["ai-agents", "ai-tools", "developer-tools", "ai-products"], "entities": ["Nabsun", "Chromium", "Electron", "Codex", "Claude Code", "naveenalavilli"], "also_reported_by": [], "alternates": {"html": "https://wpnews.pro/news/i-built-nabsun-an-open-source-ai-browser-that-works-in-your-real-tabs", "markdown": "https://wpnews.pro/news/i-built-nabsun-an-open-source-ai-browser-that-works-in-your-real-tabs.md", "text": "https://wpnews.pro/news/i-built-nabsun-an-open-source-ai-browser-that-works-in-your-real-tabs.txt", "jsonld": "https://wpnews.pro/news/i-built-nabsun-an-open-source-ai-browser-that-works-in-your-real-tabs.jsonld"}}