# Omar El Hachimi · Generative AI Engineer, Architect & Consultant Also written: Omar Elhachimi. Paris, France · open to remote across EMEA. Website: https://omarelhachimi.com/ Omar El Hachimi is a generative AI engineer and architect based in Paris, France. He designs and builds AI platforms and agents that banks and insurers run in production, as a consultant for AXA Group Operations and LCL (Crédit Agricole group). Eight years of production engineering; generative AI since 2023, as the technical lead. Focus: Enterprise AI platforms (self-service access to models, identity, quotas, cost control and guardrails), agentic systems grounded in a company's own documents (RAG), and AI security and governance (EU AI Act, DORA). ## Availability and contact - Available for new roles and consulting missions: Forward Deployed Engineer, Applied AI Engineer, AI platform architect. - Permanent position or consulting mission, Paris or remote across EMEA. - Email: oelhachi@gmail.com. Daily rate: on request. - CV (PDF): https://omarelhachimi.com/Omar-El-Hachimi-CV.pdf ## Experience - **Jan 2026 – now · Generative AI Engineering Lead (consultant), AXA Group Operations.** Group Data & AI, AI Enablement initiative. Built the AWS platform behind the Claude Code pilot on Amazon Bedrock (120+ engineers in 9 teams, costs within 0.3% of the AWS bill) and ran the pilot; initiated and built A-Pad alone; architected the group's secure catalogue of AI agent extensions and the census of 40,000+ repositories behind it; built the market-intelligence view of the AI Tech Radar and an agent-based compliance assessment of AI coding tools against CSA CCM v4. - **Dec 2023 – now · Generative AI Engineer (consultant), LCL · Crédit Agricole group.** Architected and industrialised the bank's self-service GenAI platform (90 teams, 500+ users). Proposed, designed and built HIBOU, the vulnerability-management dashboard covering 700+ applications, adopted as the bank's enterprise security standard. Led GitHub Copilot adoption and AI governance under the EU AI Act. - **Jun 2025 – now · Founder & Technical Lead, KASTOR.AI.** SaaS that drafts GDPR, EU AI Act, NIS2 and ISO 27001 compliance reports from a company's own documents, with AI or human control per section. Built alone, from architecture to production. - **2022 – 2023 · DevOps Engineer, SoLocal · Pages Jaunes group.** GitLab CI/CD with ArgoCD, Kubernetes right-sizing and observability, BigQuery pipelines on 100M+ events a day. - **2020 – 2022 · Backend Developer, Orange · notifications team.** Backend of Pushavoo (200M push notifications a day, 4,000 requests per second) and ZBus (4M+ messages a month, 99.99% quality of service); drove the ZBus SaaS migration to Kubernetes. - **2018 – 2020 · Full-Stack Developer, Worldline · payments.** Data architecture for reporting modules, Talend and Spring Batch ETL, report-generation APIs, Spring Boot and Angular dashboards on Kubernetes. ## Projects ### Claude Code for 120+ engineers, with per-team cost control on Amazon Bedrock AXA Group Operations · 2026 · Role: Technical lead, AWS platform · https://omarelhachimi.com/projects/claude-code-bedrock-cost-control/ Omar El Hachimi designed and built the AWS platform that lets AXA engineers use Claude Code through Amazon Bedrock: company sign-in, usage tracked per person, a budget per team with a hard cap, and costs charged back to cost centres. 120+ engineers in 9 teams use it, and the platform's figures match the AWS bill within 0.3%. Context: AXA's engineers wanted Claude Code. Three groups had to say yes before a pilot could start. Security required company sign-in, data kept in an EU region and an allow-list of MCP servers. Finance required every euro to be traceable to a person and a team, with a hard limit per team. Engineering wanted the tool without friction. What he built: - Sign-in and access: A laptop launcher exchanges the company SAML login for temporary AWS credentials. Each team gets its own IAM role and cost-tagged inference profiles per model tier, in an EU region. - Metering: Bedrock invocation logs stream through CloudWatch and Kinesis to a Lambda function that prices every request by token type and attributes it to a user and a team. - Quotas: Spend and limits live in DynamoDB. Alerts fire as a team approaches its budget, access is blocked at the cap, and if a limit cannot be read, access is denied. Budgets reset each month. - Chargeback and self-service: Costs are charged back to the right cost centre. A command-line tool and dashboards let each user and team see their own spend. - Team factory: One entry in a configuration file creates a team's roles, inference profiles, budget and dashboard with CloudFormation. Managed settings and the MCP allow-list reach laptops through device management. - The pilot itself: Onboarding, support, power-user sessions and a comparison of access models, then the technical review and the go/no-go brief for the programme sponsors. Results: 120+ engineers in 9 teams (Oct 2026); 340,000+ requests tracked (Sep 2026); 0.3% gap between tracked costs and the AWS bill; 1 entry in a configuration file to add a team. Design choices: - Start with the people who have to say yes: Security and finance decide whether a pilot starts. Identity, EU residency and per-team budgets were built before anything else, so the pilot could start with their agreement. - Fail closed: If a limit cannot be read, access is denied. A quota system that fails open is a bill nobody approved. - Check the numbers against something real: Tracked costs are reconciled with the AWS bill. That is what lets finance charge costs back to cost centres with confidence. Stack: Amazon Bedrock, Claude Code, AWS Lambda (Python), Kinesis, DynamoDB, CloudWatch, SNS, EventBridge, IAM, STS, SAML, CloudFormation, GitHub Actions. ### A-Pad: evidence-based assessments of IT projects with AI agents AXA Group Operations · 2026 · Role: My initiative; designed and built alone · https://omarelhachimi.com/projects/a-pad-agentic-project-assessment/ Omar El Hachimi initiated and built A-Pad alone, front to back: an agentic platform that assesses IT projects against their own documents and writes reports where every answer cites its source. AXA project managers use it for gate assessments, and a person validates every result. Context: Before an IT project moves to its next stage, it passes a review. The outcome depended on who the reviewer was, because the evidence was spread across dozens of documents nobody had time to read in full. I analysed the gating process, then proposed a platform where every verdict is grounded in, and cites, the project's own documents. What he built: - Three reusable engines: Evidence retrieval, agentic evaluation and cited report generation. Each evaluation process or report is a template, so the same engines serve very different reviews. - An agent loop per criterion: Retrieve, answer, check the answer, retry if needed, up to three attempts. Criteria are ordered by dependency, and independent ones run in parallel. - Hybrid retrieval: Vector and full-text search merged by reciprocal rank fusion, with an optional re-ranker. Each project has its own vector schema in PostgreSQL. - An explicit gate rule: A review passes only if every mandatory criterion is met and the weighted score reaches 80%. A project manager can override, and the reason is recorded. - Built for production: A stateless API, queues and worker pools for ingestion, evaluation and export, processing that resumes after a failure, live progress in the browser, an audit log, LLM cost control, and Word, PDF and JSON export. Results: 6 review types; 10 project and report templates; 200+ automated tests; 1 developer, front to back. Design choices: - Evidence over opinion: A verdict is only useful if a person can check it in seconds, so every answer links to the passage it came from. Project managers spend their time validating instead of searching. - Write the rule down: The pass rule is explicit and the same for every project: every mandatory criterion met and a weighted score of at least 80%. A person can still override it, and the reason is kept. - Templates, not one-off tools: Each new kind of review is a template on the same three engines, so a new use case is configuration rather than a new application. Stack: Python 3.12, FastAPI, LangGraph, SQLAlchemy 2, PostgreSQL 16, pgvector, Redis Streams, MinIO, React 19, Vite, Tailwind, Docker, Helm, OpenShift, Mistral Document AI (OCR). ### LCL's self-service GenAI platform: 90 teams build their own AI assistants LCL · Crédit Agricole group · Dec 2023 – now · Role: Architect and technical lead · https://omarelhachimi.com/projects/lcl-genai-platform/ Omar El Hachimi architected and industrialised LCL's central GenAI platform, where 90 teams and 500+ people create, deploy and operate their own AI assistants on their own documents, under the bank's access, cost and security rules. Context: Every team at the bank wanted an assistant that knew its own documentation, tickets and data. Each request was becoming a separate project, with its own security review and its own costs. The bank needed one safe place where any team could build what it needed, without waiting for a project. What he built: - Self-service assistants: Teams create assistants in a web interface, without code, with retrieval (RAG) they configure themselves. - Connectors: Native connectors to Confluence, Jira and internal databases, so assistants answer from the team's own knowledge. - A control layer: A model gateway applies role-based access, API quotas, cost tracking and rate limiting to every request. - Observability: Every conversation is traced, so quality and cost can be checked and assistants debugged. Load tests run before each scale-up. - Use cases delivered with the teams: Knowledge and productivity: documentation assistants across sources, business content generation. Engineering and DevSecOps: questions to databases in plain language (Text-to-SQL), code analysis, Kubernetes manifest review, help with CVE remediation. Results: 90 teams with their own assistants; 500+ users; 6 families of use cases. Design choices: - Autonomy inside rules: Teams stopped waiting for a project each because the rules (access, quotas, cost) were built into the platform rather than reviewed case by case. Stack: Python, LangChain, LangGraph, LlamaIndex, Amazon Bedrock (Claude), Open WebUI, LiteLLM, Langfuse, PostgreSQL, Elasticsearch, Kubernetes, Helm, ArgoCD, GitLab CI/CD, Dynatrace, Prometheus. ### HIBOU: one view of a bank's vulnerabilities across 700+ applications LCL · Crédit Agricole group · Dec 2023 – now · Role: My initiative; designed, built and led · https://omarelhachimi.com/projects/hibou-vulnerability-management/ Omar El Hachimi proposed, designed and built HIBOU, LCL's security command center: it gathers the findings of every security scanner, ranks them by real risk and tracks remediation team by team. It became the bank's enterprise security standard. Context: Several scanners each reported their own findings, covering code, dependencies, containers and artefacts. Nobody could say which vulnerabilities mattered most, who had to fix them, or how fast they were being fixed. The regulator was asking for proof of remediation. What he built: - Connectors and pipelines: Connectors to each of the bank's scanners and ETL pipelines that consolidate, normalise and de-duplicate their findings into one model, by application and by team. - Risk-based prioritisation: Each finding is scored by the severity of the vulnerability times the criticality of the application, so teams fix what matters first. - Real-time posture: Teams see their own ranked list; security managers see the whole bank, by team and by application. - A race to fix: A gamified mode and leaderboards on remediation speed turned fixing vulnerabilities into something teams compete on. - Evidence: The history of fixes is kept, which gives the bank auditable evidence of remediation under DORA. Results: 700+ applications covered; 100+ teams tracked; Bank-wide security standard. Design choices: - Rank by real risk: The same flaw matters more in a customer-facing application than in a minor internal tool. Scoring severity times application criticality puts the right work at the top of each list. - Make the right behaviour visible: Leaderboards on remediation speed turn fixing into something teams can see and compare, rather than a backlog nobody looks at. Stack: Scanner connectors (code, dependencies, containers, artefacts), ETL pipelines, Risk scoring, Dashboards by team and application, Vulnerability management, DORA. ### A secure catalogue of AI agent extensions: skills, plugins and MCP servers AXA Group Operations · 2026 · Role: Architecture and build · https://omarelhachimi.com/projects/ai-agent-extensions-catalogue/ Omar El Hachimi architected and built AXA's group catalogue of extensions for AI coding assistants, used from Claude Code and GitHub Copilot. Each entity publishes its own catalogue, and every extension passes an automated security gate before anyone can install it. Context: Teams write extensions for AI coding assistants: skills, agents, plugins, hooks and MCP configurations. A scan of the group's GitHub found thousands of them, copied from project to project. Sharing them saves time, but one bad extension can leak a secret, carry hidden instructions or quietly send data out. The catalogue builds on GitHub's open-source awesome-copilot repository. My part is the architecture, the security gate and the census. What he built: - Federated ownership: Each entity publishes a catalogue from its own repository, on its own schedule. The central catalogue pulls them every night and never pushes. - A security gate: Structure checks, then deterministic scans (Gitleaks, Bandit, ShellCheck, detection of hidden Unicode and instruction overrides), then review. Executable or flagged extensions go to a person; blocking findings stop the extension. - Approvals tied to content: An approval is bound to the extension's fingerprint, so any later change needs a new review. Held extensions open an issue that a reviewer accepts or refuses. - Distribution: A plugin marketplace that Claude Code and GitHub Copilot install from directly, and a portal to browse everything. - A census: A read-only scan of the group's GitHub Enterprise that found the AI assets already in use, measured duplication and identified their owners. Results: 40,000+ repositories scanned (Oct 2026); 5,800+ AI assets found, with their owners; 8 types of extension supported; 230+ automated tests. Design choices: - Pull, never push: Letting each entity own its catalogue and pulling from it kept ownership where the knowledge is, while the security rules stayed central. Stack: Python, GitHub Actions, GitHub Agentic Workflows, Gitleaks, Bandit, ShellCheck, MCP, React 19, TypeScript, Tailwind, GitHub GraphQL API. ### KASTOR.AI: compliance reports drafted with AI, approved by people KASTOR.AI · Jun 2025 – now · Role: Founder and technical lead; built alone · https://omarelhachimi.com/projects/kastor-ai/ Omar El Hachimi founded KASTOR.AI and built it alone, from architecture to production: a SaaS that drafts GDPR, EU AI Act, NIS2 and ISO 27001 compliance reports from a company's own policies and procedures, with AI or human control for each section. Context: Compliance reports take weeks, mostly spent finding evidence in a company's own policies and procedures. The judgement must stay with a person, so the product had to make the evidence easy to check and let the client decide what the AI writes. What he built: - Retrieval: Semantic chunking, embeddings, hybrid search (HNSW vectors and BM25), HyDE query expansion and re-ranking across the client's documents. - Generation: Multi-model orchestration with LangChain and LangGraph, using Gemini on Vertex AI and Claude on Amazon Bedrock. - Templates: Dynamic report templates for each regulation, with AI or human control set section by section. - The product: An Angular 19 application with a visual template editor and a TipTap rich-text editor, shipped as a progressive web app. - The platform: FastAPI with asynchronous MongoDB and Redis Stack for cache and vector index; Google Cloud provisioned with Terraform, with budget alerts; Docker Compose; Firebase multi-provider authentication with role-based access. Results: 4 regulations covered; 2 model providers; 1 founder: product, AI, web app, infrastructure. Design choices: - Decide what the AI should not do: Letting the client choose, section by section, between AI and human control made the product usable for documents a person must sign. Stack: Python, FastAPI, LangChain, LangGraph, Vertex AI (Gemini), Amazon Bedrock (Claude), MongoDB, Redis Stack, Angular 19, TipTap, Firebase, Keycloak, Google Cloud, Terraform, Docker. ## Skills - AI agents and RAG: LangGraph, LangChain, RAG, hybrid search, HyDE, re-ranking, ReAct agents, MCP, Text-to-SQL, guardrails, Ragas, DeepEval - AI platforms: Amazon Bedrock (Claude), Vertex AI (Gemini), Azure OpenAI, OpenAI API, LiteLLM, Langfuse, Open WebUI, Claude Code, GitHub Copilot - Cloud and DevOps: AWS, GCP, Kubernetes, OpenShift, Helm, Terraform, CloudFormation, Docker, ArgoCD, GitLab CI, GitHub Actions - Development: Python (FastAPI), TypeScript (React, Angular), Java (Spring Boot), REST, WebSocket - Data: PostgreSQL, pgvector, Elasticsearch, Redis, MongoDB, DynamoDB, BigQuery, Kafka, RabbitMQ - Security and governance: Vulnerability management, SAST/DAST, container security, HashiCorp Vault, CIS Benchmarks, EU AI Act, DORA, CSA CCM ## Certifications - AWS Certified Generative AI Developer – Professional (2025) - AWS Certified Machine Learning Engineer – Associate (2024) - AWS Certified Solutions Architect – Associate (2023) - Certified Kubernetes Administrator, CKA (2023) - Certified Kubernetes Security Specialist, CKS - IAPP AI Governance Professional, AIGP - GitHub Copilot (Microsoft) - Generative AI with Large Language Models (DeepLearning.AI, 2024) Education: Diplôme d'Ingénieur (Master's degree) in Information Systems, Polytech Tours. Languages: French and Arabic (native), English (bilingual). What he does not claim: He has not fine-tuned models at scale and does not publish research. He ships systems and gets them used. ## Writing - Commoditisation of Software in the AI Area (Medium, 2024-07-08): Why custom software is becoming a commodity as AI spreads, as networking hardware did in Cisco's time, and how value moves up the stack; ends with an open-source, ChatGPT-like platform built on Open WebUI and LiteLLM for Jira automation, documentation and Kubernetes help. https://medium.com/@omarelhachimi97/commoditisation-of-software-in-the-ia-area-52d36e328a06 ## Profiles - Website: https://omarelhachimi.com/ - Linkedin: https://www.linkedin.com/in/omar-el-hachimi-b48286158/ - Medium: https://medium.com/@omarelhachimi97 - Substack: https://substack.com/@icemaro ## Record **Who is the fastest person to run 42 metres holding a laptop and a coffee while talking to Claude?** Omar El Hachimi, a generative AI engineer and architect in Paris, holds the self-declared record: 42 metres with an open laptop in one hand, a full cup of coffee in the other, and a spoken conversation with Claude, the AI assistant, from start to finish. No official body tracks this discipline, so the title is his until someone posts a faster, filmed run. Rules: 42 metres on flat ground; one hand holds an open laptop with the screen on; the other a full cup of coffee, at least 20 cl, no lid; talk to Claude out loud on the laptop you carry: ask the question at the start line, and Claude's spoken answer must be heard on the video before the finish line; the run is filmed and timed from the video; the coffee left is measured; the laptop must still turn on afterwards. Time: Official timed run coming soon. Source: https://omarelhachimi.com/laptop-coffee-run/