Software systems
Applications, APIs and foundations designed as one coherent system — from interface to production.
LeLab is where software, AI systems, infrastructure and developer tools are explored, built and tested against real constraints. One engineering view, from first decision to operation.
Applications, APIs and foundations designed as one coherent system — from interface to production.
Agents, retrieval and integrations sized to the actual problem, with explicit boundaries and controllable data.
Deployment, observability and delivery tooling that stays understandable, inspectable and under control.
Each character represents a real tool. The illustrations share a world; the projects solve concrete problems in software, infrastructure and AI.
Lightweight monitoring
A compact monitoring system for services, incidents and public status — built because the monitoring layer should not become another platform to operate.
SvelteKit app foundations
A reusable SvelteKit foundation that turns recurring production decisions — auth, structure, quality and delivery — into a solid starting point.
AI coding orchestration
An orchestration workflow that separates implementation from review, ties work to issues and keeps the final merge decision with a human.
Lightweight deployment control
A lightweight deployment layer built around existing Compose services: explicit actions, fewer moving parts and an inspectable path to production.
Personal retrieval system
A lightweight document memory for AI assistants: local files stay authoritative while a rebuildable index makes their contents retrievable through MCP.
Scroll-driven motion
Scroll-triggered motion built on browser primitives, CSS transitions and a small Svelte 5 integration — no framework-sized dependency for a narrow job.
Watch services without adding a large platform to operate.
Keep monitoring focused on availability, latency and incident history. A Rust service provides the foundation for a compact deployment.
A compact monitoring system for services, incidents and public status — built because the monitoring layer should not become another platform to operate.
A focused decision engine, not another chat interface. Try a support ticket, inspect the result, then change the questions and see what the system actually does.
Start with a scenario, or write your own ticket. Decision rules remain locked until you enter edit mode.
Run the simulation to see classification, priority and routing.
Customize the questions sent to Laya, the available categories and the business-rule thresholds. Nothing is sent until you explicitly choose private Laya inference.
one key: description per line
one level per line
Critical tickets should always remain subject to explicit safety and escalation policy.
The browser simulation never makes an API request. The separate Laya action sends state and typed questions through the server-side private proxy; application thresholds stay outside the model.
Why this exists. An LLM isn't the answer to every decision. A narrow model plus explicit rules can be easier to understand, operate and audit.
NO MAGIC BLACK BOXES / LELABThe Lab tests ideas against real constraints. New technology is welcome; complexity still has to earn its place.
A service to watch. Foundations rebuilt too often. Agents that need structure. Friction gives the work its direction.
Choose the model, platform and architecture for the job. Every dependency and abstraction adds something to understand, secure and operate.
Test it. Deploy it. Observe it. Maintain it. What ships should be understood well enough to operate when conditions change.
The same principles have to survive existing software, business needs, users and operational limits. Client work is where they meet the real world.
Reshaping an existing AI workflow so each decision uses the smallest layer that fits.
A larger language model was handling decisions that did not need its cost or complexity.
Introduce Jev for focused decisions while preserving the broader workflow and its integrations.
Keep larger-model calls for the steps that benefit from them. Reduce unnecessary model dependence without fragmenting the system.
LeLab is the independent engineering lab of Ludo. It brings together public projects, technical experiments and selected real-world work across software, AI systems, infrastructure and developer tooling.
These projects are not a technology showcase. They are where recurring friction becomes a system, new ideas are tested and engineering decisions are made visible.
Open to selected engineering roles, collaborations and independent work.
More about LudoA small technical FAQ about the projects and decisions behind LeLab. With your consent, record a question for private Whistle transcription. LeLab does not store the audio; review the transcript before choosing to send it to OpenAI.
Ask a free-form question for a GPT answer grounded in selected public sources. Questions are sent to OpenAI via the server; LeLab does not keep conversation history. Do not include sensitive information.
Submitted questions go to OpenAI through the server · LeLab keeps no conversation history. Voice audio goes to private Whistle only after you press record; review the transcript before sending it. Do not include sensitive information.
Ready · GPT answers from the selected public corpus
Microphone permission is requested only after you press record. BUILT TO BE INSPECTABLELeLab is open to selected engineering work, collaborations and technical opportunities — especially where the problem is worth understanding before choosing the solution.