Building applications with AI is fast.
We keep the quality in check: security, tests, documentation, architecture and more.
Continuous, automated checks for development teams, on evidence. We read your code and the evidence from your own CI, with read access only, and show for each part what is proven and what isn't. We check; you build.
AI helps us read the code, fixed scans do the rest, and every finding points to its proof: a file and a line, a CI report or a scan result. We are accountable for the check. We fix nothing: you build and decide for yourselves what to fix.
By invitation. We only ask for read access to your code.
Soon we'll show what a check looks like in a short demonstration.
Why now
With AI assistants a team builds faster than ever. But code isn't a product yet. A product is also an architecture that holds, tests that prove it works, security and documentation.
AI speeds up the writing. The rest has to keep up, and the faster the pace, the faster it falls behind. A manual check once a year can't keep up with that. An automated check on every new version can. That is where development is heading, and we're starting now.
- The team builds faster with AI. Reviews and tests don't keep that pace by themselves.
- The pipeline is green, but nobody can say which tests ran for last week's release.
- A customer sends a questionnaire about NIS2. The answer is spread over tickets, pipelines and people's heads.
- The documentation was already behind. With every quick change it falls further behind.
What we check
The four where it usually starts, each with its evidence. Below them, everything we look at.
-
Security
Secrets in the code and its history, dependencies with known flaws, risky code and configuration.
-
Tests
Unit and end-to-end tests, proven with the reports from your own CI, linked to the commit and the release.
-
Documentation
Against a fixed catalogue of what a maintainable application needs: present, thin or missing.
-
Code quality and architecture
Complexity, the files that keep changing, outdated parts and knowledge that sits with one person.
Everything we look at
Twelve parts. In the pilot we go deep on some; for the rest we show what's there and what's missing.
- Code
- Quality, complexity, hotspots and dead code
- Security
- Secrets, vulnerable dependencies and the known risks on the OWASP list
- More about this: Security scan
- Legal and compliance
- GDPR, cookies, licences, NIS2 and accessibility
- More about this: GDPR and cookies
- Documentation
- Present, thin or missing, against a fixed catalogue
- Quality
- Tests and test coverage, proven through your own CI
- Optimisation
- Performance, cost and outdated dependencies
- Maintainability
- Runtimes and frameworks without updates, lockfiles, the update policy
- More about this: Dependencies
- Data
- The data model, retention, backups and recovery
- Continuity
- Whether the knowledge sits with one person, from the git history
- More about this: Continuity
- Process and delivery
- How often you release, the lead time and the CI itself
- AI risks
- Hidden instructions in your code, and instruction files for AI assistants
How to read the evidence
- Tested by you, checked by us
- The CI report belongs to this commit, the tests passed, and we checked it.
- Reported by you, not checked
- There is a claim or a report, but it doesn't belong to this commit or can't be checked.
- Not proven or failed
- No evidence, or the evidence shows it fails. Always with the reason.
- Not applicable
- The part doesn't apply to this application.
How the pilot works
Four steps. You're not committed to anything: we first want to learn what this is worth to you.
-
You get an invitation
Sign up with the form. If your application fits, we invite you to a workspace of your own. There you read in plain words what we do and what we don't, and you agree.
-
You connect your code, read-only
You give read access to your repository and your CI, on GitHub, GitLab, Bitbucket or Azure DevOps. We can't change anything, and we never touch your code.
-
The first check starts by itself
As soon as your code is connected, the scans and the inspection run automatically. In your workspace you see every check with all its parts and findings, only with evidence, a traffic light per subject and how it develops over time.
-
We ask what it is worth to you
In your workspace's chat we ask what you thought, what was most useful, what should improve, and what it would be worth to you. That is where the price comes from, later.
Which applications, and what we don't do
Web applications with code in Python, TypeScript or JavaScript. That's where we go deep, and where we start.
Your code lives on GitHub, GitLab, Bitbucket or Azure DevOps.
We also look at your public site, read-only: the cookie banner and trackers before consent, the privacy statement, security headers, TLS, security.txt, third-party scripts and outdated libraries. We stop at the first sign of a vulnerability and never go deeper: it is not an attack and not a penetration test.
Is your application written in PHP, Java, C# or another language? Then it doesn't fit the pilot yet.
- Backend
-
- Python: Django, FastAPI, Flask
- Node.js: Express, NestJS
- TypeScript and JavaScript
- Frontend
-
- React and Next.js
- Vue and Nuxt
- Angular
- Svelte
What we don't do
- Change your code: we only read
- Execute your tests ourselves: we read the evidence from your own CI
- Attack or penetration-test your site, or pull personal data from it
- Build, test or release: that's yours
- Promise that you are compliant or certified
What you can expect from us
- Read only
- We ask for read access to your repository and your CI, nothing more. You withdraw it yourself whenever you like.
- Evidence with every finding
- A file and a line, a CI report on a commit, or a scan result. What can't be checked doesn't go in your view.
- A live view for every role
- A traffic light per subject for the board, what it means for product and operations, and for developers exactly where it is and what you can do about it.
- Secrets stay secret
- A password or key we find is never shown and never goes to an AI model. We advise you to replace it.
What you always keep
- Your code, in your own repository
- Control: you build, test and release
- Your view of what we checked, for as long as we work together
- A list of what leaves the EU
- A team that answers your questions
- No price we impose: first we ask what it is worth to you
What you probably want to know
What does it cost?
We don't name a price yet, because we first want to hear what this is worth to you. We ask you that in the chat after the first check has run. You're not committed to anything.
Do you use AI?
Yes, and we're glad to say so. Fixed scans do most of the work, without AI. AI also reads through the code, and every claim must point to a file, a line or a report, or it doesn't go in your view. We are accountable for the check.
Does an AI model get to see our secrets?
No. Passwords and keys the scan finds never go to an AI model, and files such as .env are skipped. If we find a secret, we advise you to replace it.
Do you run our tests?
Not yet. We read the evidence from your own CI, such as GitHub Actions, GitLab CI or Azure Pipelines: which tests ran, on which commit, and whether they passed. A claim without a report counts as not proven.
A team already works on our software. What does this mean for them?
That they get evidence for their work. We check; they build, test and release. Every finding shows the file and line, so a developer sees straight away what it's about.
Why a pilot?
Because we first want to learn what you need and what it's worth. You see everything we check, we get your honest opinion.
Sign up for the pilot
The pilot is by invitation. Sign up, we check whether your application fits and email you. You connect your repository with read access only, the first check starts by itself, you see what is checked and what is proven, and then we ask what it is worth to you. Have a question first? Ask it in the message below.
Our team
Reads every sign-up and every question
Our team reads what you send and answers by email. A conversation only happens if you ask for one: with the people who do the work, not a salesperson.