Services

Architecture and AI-assisted development for your team

We offer three consulting services, each with a defined scope, timeframe and pricing model. For a complete application, see our custom software offer.

We build Approval and Reynt on our own open-source platform, and we run Reynt in production. These services bring that experience to a system your team already owns. We work in German and English, remotely across the EU or on site around Stuttgart.

We plan data protection and tenant isolation from the start: row-level security in PostgreSQL separates tenants, and personal data is encrypted per tenant, with deletion through key destruction.

Diese Seite auf Deutsch

  1. Architecture review

    An independent review of your existing system.

    We review your code, data model and operations, and talk to the people maintaining the system. We look at module boundaries, tenant isolation, potential failures and migrations that may become harder to complete over time.

    You get
    A written report with prioritised findings, recommended changes, estimated costs and areas that can stay as they are.
    Duration
    1–3 weeks
    Pricing
    Fixed price, agreed after a first call

    Useful before deciding to rewrite a system, changing its vendor or handing it to a new team.

  2. AI-assisted development

    Introduce coding agents with automated checks and a clear review process.

    We use AI coding agents daily to develop Reynt. With your team, we set up automated architecture checks, tests and a human review process, then work alongside you to put them into practice.

    You get
    An agent setup in your repository, architecture tests, review guidelines and an assessment of where agents help and where they do not.
    Duration
    2–4 weeks for setup, with optional ongoing support
    Pricing
    Fixed price for the setup, day rate beyond it

    For teams that want to use coding agents while maintaining code quality.

  3. New system design

    Plan the architecture before development begins.

    We help choose technologies, define service and module boundaries, and design the data, tenancy and permissions models. We document the trade-offs and add checks to keep the implementation consistent as the team grows.

    You get
    Documented architecture decisions, a reference architecture and, where useful, a minimal application that builds and deploys so the team can test the riskiest assumptions early.
    Duration
    2–6 weeks
    Pricing
    Fixed price or day rate

    For teams turning a prototype into a production system.

AI-assisted development in detail

How we check AI-assisted work

Coding agents can produce more code than a person can review at once. These six practices help us check their work and keep changes small enough to review.

  1. 01

    Boundaries the build enforces

    A static test rejects framework imports in the domain logic. When we moved all four Reynt APIs from Elysia to Hono, the changes were confined to route files; the domain code stayed the same.

    Architectural fitness functions

  2. 02

    Tenant isolation in the database

    PostgreSQL enforces tenant isolation through row-level security with FORCE on every tenant-scoped table. This provides a second layer of protection if application code omits a tenant filter.

    Put the invariant where it cannot be routed around

  3. 03

    Type checking before execution

    We parse input at the system boundary and pass it on as typed values. This avoids repeated validation and lets the compiler catch invalid combinations before the code runs.

    Parse, don’t validate

  4. 04

    Tests against a real database

    Agent-written tests can repeat mistakes from the implementation. Our integration tests run against a real PostgreSQL instance in CI, so they also check actual database behaviour.

    Architectural fitness functions

  5. 05

    Small changes that can be reviewed

    Agents produce code faster than people can review it. We keep changes small and self-contained, describe their purpose in commits and record decisions in a work journal. That gives reviewers enough context to assess each change.

    Intent-revealing commits and a work ledger

  6. 06

    Dependencies, secrets and deployment

    We review new dependencies before adding them. Infrastructure changes go through GitOps, secrets are stored encrypted and kept out of agent context, and release images are signed.

    GitOps and a signed supply chain

Questions

Frequently asked questions

Our team tried coding agents and code quality suffered. How would you approach this?

We would first look at what went wrong in your codebase. Automated architecture checks, relevant tests and manageable reviews can catch problems earlier. Setting those up is part of the engagement; changing the tool alone may not help.

Who owns the code, and is it used for training?

The code is written in your repository under your contract. Before using a tool, we check its data-use terms and configure the applicable training exclusions. We document the settings and contractual terms for each tool.

What happens to our data and our source code?

We review how each tool processes data, including the processing agreement and options for EU processing. Customer data, personal data and production data are kept out of the assistant’s context.

Does this replace developers?

No. Developers spend more time designing, reviewing and making decisions, and less time writing code by hand. Review capacity can become the bottleneck, so a team may need to improve its review process before it sees a productivity gain.

Where can we see examples of your work?

Reynt is a booking platform in production that we built this way. You can read the documentation of its underlying MIT-licensed libraries, whose source is public from November 2026, and our descriptions of the engineering patterns, with code examples and trade-offs.

We are building AI into our own product. Is that the same thing?

They need different approaches. Coding agents support your development team. AI features in a product affect your users and may raise regulatory questions. Our oversight kit lets people review those model proposals and records their decisions. Legal requirements need a separate assessment by your legal adviser.

Terms

Terms

  • Contract Werk- or Dienstvertrag with octabits — DK2 Ventures UG (haftungsbeschränkt)
  • Where Remote across the EU, or on site around Stuttgart
  • Languages German and English
  • Pricing We agree a fixed price for a defined scope, or a day rate for work that needs more flexibility. The proposal sets out the pricing. Our MIT-licensed libraries carry no licence fees.
  • Invoicing VAT registered in Germany
  • InsuranceWe carry professional indemnity insurance. Details are in the imprint

Scope

What we do not take on

  • Hourly staff augmentation without responsibility for the approach or the result.
  • Fixed-price delivery of a specification we had no part in and cannot change.
  • Engagements where the architecture cannot be questioned or changed.
  • AI features that change data without a person accepting the proposal. Our work focuses on workflows with human oversight.
  • A guaranteed percentage increase in productivity before we have assessed the work.
  • Introducing agents into a codebase the team no longer understands. We recommend an architecture review first.
  • Introducing a tool before agreeing how the team will check the quality of its output.

We discuss these boundaries in the first call, so both sides know what to expect.

Contact us

Tell us what you want to build or improve and when you need it. A short email is enough to start. The person who would work with you usually replies within one or two working days.