
Security, made visible
HTTP and TLS configuration checks, explained through the CipherBeam prototype.
Explore CipherBeam ↗AI systems, security engineering and automation.
Built for the real world. Tested before launch.

HTTP and TLS configuration checks, explained through the CipherBeam prototype.
Explore CipherBeam ↗
Intake, routing and orchestration, connected to the tools a team already uses.
Explore automation ↗
Earlier RAG work, with documents, retrieval and visible sources. The current Studio evolution is in progress.
Explore Ragnar Studio ↗AI systems first, security always, automation where it connects the two.
Three current product lines. Existing implementations and the next engineering step, clearly separated.
KNOWLEDGE → RETRIEVAL → ANSWER
CONCEPTUAL ARCHITECTURERAG application · Studio evolution planned
A self-hosted assistant application with document ingestion, retrieval and source-aware answers.
FastAPI / SQLite / Ollama / Qdrant
Current: static console and ingestion pipeline. Next: canonical knowledge ownership and governed providers. Production readiness is not established.
Project overview →SCOPE → EVIDENCE → FINDING
CONCEPTUAL ARCHITECTUREWeb-check prototype · unification planned
A web security prototype that inspects HTTP and TLS configuration and explains its findings.
Python / Flask / Requests
Current: web configuration checks. Next: authorized repository assessment and captured evidence. The unified platform is not implemented.
Project repository ↗CONNECT → PLAN → REVIEW
CONCEPTUAL ARCHITECTURERead-and-planning app · consolidation planned
A social account application for OAuth connections, partial metrics, drafts and calendar preparation.
Laravel / React / PostgreSQL
Current: read and planning workflows. Next: authentication and workspace isolation. Automated publishing and real AI generation are not available.
Project overview →Map the process, the data and access.
Create the smallest useful system.
Test hostile inputs and misuse.
Fix, retest and document the boundaries.
RAGnar and the RAGnar Knowledge Processor show why a good AI system starts with tidy preparation of documents, chunks and sources.
I'm Dario Mijić. TOKMATIK is a one-person studio, so there is no hand-off between a salesperson, a developer and a tester. I build the system, attack it, document it and stay accountable for it. Work is done in English or Croatian.
The first question is rarely "which tool?". It is "which problem first?"
Not always. Often the biggest gain comes from cleaner intake and clearer routing. AI is added only where it earns its place.
Yes. Testing is done only on systems you own or have given written permission to test, with an agreed scope and rules of engagement.
Private and self-hosted setups are possible, including local models. Data handling is agreed in writing before any work starts.
A short description of the process, access to the relevant tools or documents, and one person who can make decisions.
It depends on scope. The aim is a first useful system quickly, not an endless transformation.
You can stop at the delivered system, or continue with monitoring, improvements and retesting.
Describe it in a few sentences. You get a concrete first step, not a sales sequence.
Pick up to three topics.
Ask something about the selected topics. Answers cite the notes they come from.
Answers come only from the selected topics. The bot can be wrong. Check the sources.
Conversations are logged for 30 days to improve the demo. Do not enter personal or confidential data. Messages are processed by an AI provider. Privacy