Skip to content

Role and Responsibilities

Role

System Designer, AI-assisted Prototype Engineer.

This was prototype architecture work: translating an enterprise AI idea into a constrained lab stand, not production architecture ownership.

Scope of work

  • translated the product idea into a prototype architecture model;
  • formulated the controlled LLM execution concept;
  • chose a temporary lab stack for the PoC;
  • designed the synthetic dataset;
  • designed a prototype playbook / diagnostic-path approach;
  • designed the controlled tool-access model (see Security and Access Model);
  • implemented and evolved the initial Tool Registry concept (see Architecture);
  • prepared synthetic enterprise demo data (see Domain Model);
  • developed the evidence and transparency approach (see Integration principles);
  • configured Open WebUI as a temporary chat-like interface (see Trade-offs);
  • documented limitations, including the absence of a working multi-turn session loop;
  • shaped a future direction toward reports, signal cards, evidence views, and backend-native orchestration. These items were not implemented.

Work performed

  • designed the prototype architecture: chat-like harness, experimental execution flow, diagnostic-path routing concept, tool layer, synthetic data layer, document-evidence direction, and execution trace;
  • built a laboratory FastAPI + LangGraph runtime for experimental single-request diagnostic flows;
  • established the principle that the LLM does not query PostgreSQL, Qdrant, or MinIO directly;
  • implemented / laid down controlled tool execution through a FastAPI tool-server;
  • prepared a synthetic dataset for a fashion/retail/manufacturing company;
  • expanded the dataset toward cross-domain diagnostics: finance, delivery, ITSM, PMO, meetings, documents;
  • recorded the target direction without presenting it as delivered scope.

Use of AI

The project was developed with AI-assisted prototyping.

LLMs were used to speed up:

  • draft code generation;
  • synthetic data preparation;
  • prompt and process-logic drafts;
  • architecture option analysis;
  • documentation;
  • test scenario drafts.

Key decisions remained under manual control:

  • architectural boundaries;
  • data-access model;
  • lab versus target runtime;
  • verifiability requirements;
  • synthetic dataset structure;
  • meaning of diagnostic paths;
  • PoC limits;
  • result review;
  • project positioning.