Questions we hear

  • “Does the Act even apply to us?”

    A written classification of each AI system: what it does, who it affects and which category the text places it in. Your counsel confirms the legal reading.

  • “We do not know what documentation is expected.”

    Technical documentation drafted from your actual system: purpose, data, design, testing and limits.

  • “We cannot show what the system did last month.”

    Logging and traceability built in, so events can be reconstructed and reviewed.

  • “Who is responsible when the AI decides?”

    Human oversight designed into the workflow: who can review, who can override and who can stop it.

  • “Do our users know they are dealing with AI?”

    Transparency notices and interface changes where the Act expects people to be told.

The work, in six parts

Five areas the Act cares about, and a plan to close the gaps between them and where you are now.

  1. Risk classification

    Sorting each system into the categories of the Act from its purpose and use, with the reasoning written down.

  2. Technical documentation

    Drafting system documentation from the code, the data and the tests, in a form an auditor can read.

  3. Logging and traceability

    Designing and building the event logs that let a decision be reconstructed and reviewed.

  4. Human oversight

    Approval, override and stop controls, with named roles and evidence that they are used.

  5. Transparency to users

    Notices and interface changes that tell people when they are dealing with AI or AI-generated content.

  6. Gap analysis and work plan

    What is done, what is missing and in what order to close it, ranked by what matters most.

What you receive

  • A classification memo for each system, with the reasoning and the text it rests on.
  • A gap analysis against the obligations that apply, ranked.
  • Draft technical documentation, ready for your counsel and auditors to review.
  • A logging and traceability design and, where we build the system, the implementation.
  • Oversight and transparency changes, specified or built into the system.
  • A dated statement of the text we worked from, so you know what to recheck as it evolves.

Does it connect to what we already use?

Yes. The work fits into how you already build and document software, so it does not become a parallel process.

  • Your development process
  • Change management and ticketing
  • Existing quality and risk documents
  • Logging and monitoring
  • Identity and roles
  • Counsel and compliance staff

We write the documentation in the formats your team already keeps, so it can be maintained after we leave.

Where it applies

The obligations attach to the system and how it is used, not to where it is hosted. Hosting still changes how you meet them.

  1. On your devices

    Fits, with limits

    Logs live on devices you may not control. We design how records are collected and kept.

  2. On your servers

    Fits

    You control retention and access to logs. You also carry the duty to keep them.

  3. Private cloud

    Fits

    Logging, access control and retention sit in your tenancy, which makes evidence easier to hold.

  4. Hybrid

    Fits

    Records must cover both sides of the boundary, so the trace stays whole across it.

  5. Cloud

    Fits

    Ask the provider what it documents and logs. Its documentation can help yours, but it does not replace it.

The engineering this rests on

We have not published an EU AI Act engagement, and we do not publish client work. What we can show is the governance engineering this work relies on, in systems we run.

System we operate

Daena

Approval gates, an audit trail and evidence chains: the raw material for oversight and traceability.

Beta, with access on request at daena.mas-ai.co. It is the reference architecture we draw on for governed agent builds.

Read the case study
Daena Brain view with demo data: the governance core, its six capabilities, ten departments such as Engineering, Finance and Legal and Compliance, their agents and demo tool servers, drawn as a network.
  • MCP Switchboard

    An audit log and an approval gate on every tool call an AI assistant makes.

    Open sourceRead the case study

Questions we get

Does the EU AI Act apply to a company in Canada?

It can. The Act looks at whether an AI system is placed on the EU market or its output is used in the EU, not where the company is based. Whether it applies to you is a legal question for your counsel. We prepare the technical side either way.

When do the obligations start?

They phase in over several years, and different parts apply at different times. We do not quote dates on this page, because they can change with amendments and guidance. We work from the current Official Journal text and confirm the timing with your counsel for each system.

Is our system high risk?

That depends on its purpose and the setting where it is used, not on the technology. Classification is the first thing we do, in writing, with the reasoning shown. Your counsel confirms it.

Can you certify us as compliant?

No. We are not a notified body or a law firm. We produce technical documentation, logging, oversight and transparency work, and a gap analysis that your counsel and auditors can review.

What does it cost?

We do not publish a fixed price, because the work depends on how many systems you have and how they are built. A short scoping step ends in a scope and a cost range for your case.

How does this relate to security work?

Closely. Several obligations rest on the same controls: logging, access, oversight and testing. The security, evaluation and governance page describes those controls.

Bring us the AI system you need to classify.

We start with the problem, then tell you whether it is worth building.

Bring us a bottleneck