Blinko: A Self-Hosted Card Note Tool with AI Retrieval, but Check the GPL and Docker Path First
An open-source, self-hosted personal AI note tool prioritizing privacy, built using TypeScript .
At a glance
- What is it?
- Blinko is an open-source, TypeScript-based note app that combines card-style capture with AI-powered retrieval, all hosted on your own infrastructure. The README promises privacy and speed, but the GPL-3.0 license and a one-line install script deserve scrutiny before adoption.
- Who is it for?
- Adopt Blinko if you want a self-hosted, AI-assisted note capture tool and are comfortable with GPL-3.0, which may affect how you distribute any modifications. Do not adopt it if you need a mature, feature-rich note system with robust export or offline-first mobile experience, as the README does not document those.
- Can I use it commercially?
- Yes, with conditions. GPL-3.0 is a copyleft licence: if you distribute software that includes it, you must release that software's source code under the same licence. Running it internally without distributing it does not trigger that obligation.
- Is it still maintained?
- Yes. The repository last received commits 20 days ago.
- What is it written in?
- Mainly TypeScript, according to GitHub's language statistics.
Answers come from the project's GitHub data, last synced on September 15, 2026, and from our analysis. They are not legal advice.
DEEP OPEN-SOURCE ANALYSIS
What Blinko Solves and Who It Is For
Blinko targets individuals who want to capture fleeting thoughts quickly and retrieve them later using natural language, not just keyword search. The README describes it as an AI-powered card note-taking project, designed for people who need to jot down ideas the moment they strike. The core problem is note retrieval: many note apps store text but make finding it a chore. Blinko uses Retrieval-Augmented Generation (RAG) to let you query your notes with conversational language. The target user is a solo note-taker who values privacy and wants to own their data. Self-hosting is the central promise. If you are tired of cloud notes that scan your text or lock you into a subscription, Blinko offers a different path. It is not a team collaboration tool or a project management system. It is a personal inbox for thoughts, with AI as the search layer.
How the AI Retrieval Works: RAG in the README
The README highlights AI-Enhanced Note Retrieval through advanced AI-powered RAG. RAG means the system retrieves relevant note chunks from your stored text and feeds them to a language model to answer a query. The README does not specify which embedding model or vector database Blinko uses, nor does it list any configuration keys for AI providers. That is a gap. You know the mechanism at a high level, but not the moving parts. The notes are stored as plain text with Markdown support, which is a sensible choice for retrieval because text is easy to chunk and index. The architecture appears to be a client-server model: the desktop or mobile app (built with Tauri) talks to a self-hosted backend, likely a Node.js service, given the TypeScript stack. The README does not show a data flow diagram, so the exact pipeline from note capture to RAG query is undocumented. That is a limitation for anyone who wants to debug retrieval quality or swap AI providers.
Getting It Running: The One-Line Docker Install
The README offers a single command to start with Docker: curl -s https://raw.githubusercontent.com/blinko-space/blinko/main/install.sh | bash. That is a convenience, but it is also a security risk. Piping a remote script directly into bash without inspection is a common practice, but for a self-hosted tool that promises privacy, you should verify what that script does before running it. The README does not list the script's contents or any environment variables like database URLs or ports. There is also a live demo at demo.blinko.space with credentials blinko/blinko, which is useful for a quick test without deploying. The README mentions a PikaPods one-click deployment and a ZimaOS integration, but no details. For a manual Docker setup, you would need to check the docs site or the repository's docker-compose file, which is not in the README. The install path is real, but the configuration surface is opaque from the README alone.
The Desktop and Mobile Story: Tauri and the Quarantine Quirk
Blinko is built with Tauri, a lightweight framework that uses system webviews instead of bundling a browser engine like Electron. The README claims this gives a clean and lightweight architecture with native support for macOS, Windows, Android, and Linux. That is a real technical choice: Tauri apps are smaller and use less memory than Electron apps. However, the README only mentions a macOS issue in the FAQ: the app may show as damaged because it is not notarized. The fix is running sudo xattr -rd com.apple.quarantine /Applications/blinko.app. That is a concrete, if annoying, step for macOS users. The README does not mention Android or Linux installation details, so the multi-platform claim is unverified beyond the framework. For a note tool, mobile capture is often essential, but the README does not describe the mobile app's features or limitations. That is a gap if you plan to jot ideas on the go.
Data Ownership and the GPL-3.0 License
The README stresses data ownership: all notes and data are stored securely in your self-hosted environment. That is a privacy advantage over cloud notes. But the license is GPL-3.0. That is a strong copyleft license. If you modify Blinko and distribute it, you must release your changes under GPL-3.0. For personal use, that is not a problem. For a company that wants to embed Blinko into a proprietary product, it is a deal-breaker. The README does not discuss licensing beyond stating the project is open source. You should read the LICENSE file in the repository before adopting it. The GPL also affects how you can use the Docker image: if you redistribute the image, the source must be available. That is standard for GPL, but worth noting. The project is not archived, with recent releases in 2026, so maintenance is active, but the license is a hard constraint.
A Genuine Limitation: Thin Documentation and Opaque AI Configuration
The README is short and promotional. It does not document how to configure the AI backend, what models are supported, whether you need an API key, or how to manage the vector index. That is a real limitation. If you self-host, you need to know where the AI calls go and how to control costs. The README also does not mention export or backup features. For a note tool, data portability is critical. If you store years of notes in Blinko, can you get them out as plain files? The README says notes are stored as plain text, which suggests export is possible, but there is no command or menu described. Another limitation: the install script is a black box. You cannot know what it does without fetching it. For a privacy-focused tool, that is ironic. You might be better off pulling the Docker image directly from a registry, but the README does not give that command.
Alternatives and How They Differ
The main alternative is a self-hosted note app like Joplin or Standard Notes. Joplin uses a file-based sync and has a mature plugin ecosystem, but it does not have built-in AI retrieval. Standard Notes focuses on end-to-end encryption and a simpler feature set. Blinko's difference is the RAG-based natural language search, which those tools lack. Another alternative is Logseq, which uses a graph-based note structure and has a local-first design, but its AI features are not as integrated as Blinko's. If you want AI search without self-hosting, you could use a cloud tool like Notion with AI add-ons, but that defeats the privacy goal. The key difference is that Blinko tries to combine card-style capture with AI retrieval in a single self-hosted package, while Joplin and Standard Notes leave AI to external integrations. That is a meaningful trade-off: Blinko is less mature but more focused on the AI search use case.
Maintenance and Upgrade Cost
The repository shows recent releases: 1.8.8 in June 2026, 1.8.7 in April, and 1.8.6 in March. That suggests regular updates, but the README does not describe a migration path between versions. For a self-hosted app, upgrades can be painful if the database schema changes. The Docker install script likely pulls a tagged image, but the README does not explain how to update without losing data. You should check the docs site for upgrade instructions. The GPL license means you can fork and maintain it yourself if the project stalls, but that is a cost. The project is not archived, so the maintainers are active. However, the README's reliance on a curl pipe install and the lack of configuration details means you will spend time reading source code or docs to understand the system. That is an operational cost that the README glosses over.
Editorial conclusion
Adopt Blinko if you want a self-hosted, AI-assisted note capture tool and are comfortable with GPL-3.0, which may affect how you distribute any modifications. Do not adopt it if you need a mature, feature-rich note system with robust export or offline-first mobile experience, as the README does not document those. Before deploying, verify the install.sh script contents, confirm the AI provider configuration (the README does not list API keys or endpoints), and test the RAG retrieval on your own note volume to see if it meets your search needs. The project is active with recent releases, but the documentation is thin, so plan to read the source or docs site for operational details.
Community notes