Skip to content
Blaze

Applied AI · Monaco

Useful AI starts with a well-defined task.

From task to review

Diagram of a proposed workflow to build and verify. It does not represent a client case or an operating production service.

  1. Task

    Define the expected result

  2. Authorised sources

    Select information permitted for the task

  3. Proposal

    Show the supporting passages

  4. Human review

    Correct or reject the result

Blaze’s AI consulting work starts with a task your team can assess: finding a clause, comparing information or preparing a response. We help define the scope, test difficult cases and decide which steps can be automated and which need human review. The approach below sets out a project to discuss with your organisation.

Separate the task from the technology

A public brochure, an internal procedure and an identity document require different handling. Before choosing a tool, the project needs to identify who may read each source, why the information is needed and who will receive the result. These responsibilities remain in place when a language model becomes part of the process. A useful task might be narrower than the original request for an assistant.

For example, finding the current version of an approved procedure may require reliable search rather than generated prose. Preparing a comparison may benefit from AI, provided that the differences can be checked against both sources. The proposed scope should name the authorised inputs and the situations in which the system should give no answer. It should also explain how a person will resolve that uncertainty.

Test the failures as well as the successes

An initial evaluation should use synthetic examples with expected answers defined before the test. It needs incomplete pages, conflicting dates and questions that the material cannot answer, alongside straightforward cases. Choosing only attractive demonstrations would conceal the work still needed. A model that produces a convincing sentence is not necessarily producing a usable answer to the business question.

The assessment should show correct results, incorrect results and abstentions separately. Review time also matters: checking a plausible but unsupported answer may take longer than completing the original task. Changing a model or its instructions calls for another comparison against the same reference cases. A construction schedule can then reflect the findings rather than a standard promise about how many weeks AI takes.

Build the review into the workflow

Possible applications include a source-linked summary, a draft based on an approved letter, or a comparison between a declaration and its supporting documents. Each needs a named reviewer and a clear destination. An internal search must respect the reader's access to the underlying documents; returning a summary does not remove that requirement. Corrections should remain understandable when the source or the system changes later.

For due diligence, Vedetta is being developed for all professions subject to the relevant obligations in Monaco. Its assistance functions and public self-service journeys remain work to implement and verify. The intended principle is human judgement: suggestions prepare an examination, while an authorised professional decides. A demonstration should never imply that an organisation or a client has been approved by software.

Decide how information may travel

An AI project needs a clear account of where documents go, which services can read them and how long intermediate results remain available. That includes the model, technical logs and backups, as well as the application itself. We address those choices with the organisation before introducing real material. A first evaluation can use fictional examples that reproduce the task, allowing the team to assess usefulness and errors without opening its client files.

The economic assessment should include document preparation, model calls, failed attempts and the remaining review. A price per request is not the cost of a usable case. Quality and delivery speed both matter. Training a specialised model is an option to justify through evidence, not an assumption or an implied permission to reuse the organisation's documents.

Examine the scope

Service outline

Proposed service scope

Explore how we define an AI task, test its difficult cases and design a review process around the people who will use its results.

Read the presentation

Text reviewed on

Questions and answers

Can an AI study begin without personal documents?
Yes. Synthetic examples can establish the task, expected answers and difficult cases before real information is introduced. Any later use of personal documents requires a defined and authorised processing environment, including the providers, copies and access involved.
What should an AI feasibility study actually deliver?
It should provide an evaluation method, the results including failures, and a view of the work needed to make the output usable. A delivery estimate follows that scope; no fixed timetable or accuracy figure is promised for unseen material.
Does an assistant make due diligence decisions?
The intended role is preparation and support for review. An authorised professional retains the decision and needs enough context to challenge a suggestion. A generated answer, a score or an apparently complete checklist must not become an automatic legal conclusion.
Is training a new model always necessary?
No choice should be assumed in advance. A rule, structured search or carefully specified instructions may address the task. Any proposed training needs evidence of benefit and separate permission for the information used; the existence of a project grants neither.

Explore related topics

Define the right scope

A workflow, its users and the information they need: a concrete starting point for a project.

Contact Blaze