# destbo labs An independent studio in Aarhus building AI products for everyday life. Dennis Boehme. Founder, destbo labs. Aarhus, DK. CVR 46680286. Founded 2026-08-10. [hello@destbo.com](mailto:hello@destbo.com) [https://destbo.com](https://destbo.com) [https://www.linkedin.com/in/boehmedennis/](https://www.linkedin.com/in/boehmedennis/) ## Knows about - AI enablement and operations - AI governance and the EU AI Act - Operations and data - Process design and optimisation - Systems integration - Project management and delivery - Business controlling and reporting - Change management and team enablement - Industrial engineering ## Education - University of Southern Denmark - University of Applied Sciences Bingen - Tongji University Run by **Dennis Boehme** — Engineer for Product Development and Innovation, living and working in Denmark since 2014, AI & Operations Lead by day. I build by directing AI tools, LLMs and agents rather than writing code, which means no excuses to experiment and get fast results. ## Log Everything destbo labs has started, including the parts that didn't survive. One person, in my spare time. A lot of what gets started here will never make it to a finished product, which is the whole point of running it as a studio — *or a sandbox, as I tend to call it*. The log stays honest so the shipped things mean something. And everything counts as learning. ### EXP-000 — destbo.com Running This website. The question behind it: can someone who directs AI tools rather than writing code produce something that reads as deliberate rather than generated? Everything here — the design system, the copy, the structured data, this log — was built by working with AI agents against a written brand file and a decision record, then verified against the actual files rather than against what the conversation claimed. The failures are part of the record: a patch that did not match its own description, a database field silently emptied while reporting success, a photograph still carrying GPS coordinates. The method is the experiment. This page is only the artefact. - STARTED: **2026-08** - STAGE: **In build** - METHOD: **Directed AI agents** - PRESS: **i** to see it annotate itself ### EXP-001 — Our Simo Running An AI assistant that lives in iMessage and helps a family run the household: calendars, birthdays, appointments, kid logistics, groceries, the invisible admin. No new app, no complicated signup, no group chat that quietly turns into a to-do list nobody reads. Built EU-first on data sovereignty: European hosting, a written retention rule, and no training on family data. In private testing with real households. - STARTED: **2026-08** - STAGE: **Private beta** - STACK: **Anthropic · Cursor · Supabase · Vercel · Railway** - SITE: **oursimo.com** ### EXP-002 — Workout Planner & Log Running A planner and log for gym sessions, on my phone, backed by a Google Sheet. Three of the four programs come from my own health plan — paired supersets, zone 2 cardio, and an abs pair that rotates so I get a different one each session. The fourth I build myself from the exercise library. It records reps and weight for every set. The part that makes it more than a spreadsheet is that the log feeds the plan. It proposes which program to run next based on what I have already done, and on the progressive overload exercises it tells me what to put on the bar that day instead of leaving me to remember. Settings hold my own numbers and the increment per exercise, and where it makes sense I can switch a lift between dumbbell and barbell. It started as a Google Form, which I abandoned once it was obvious that a nine-exercise session meant submitting the same form twenty-seven times. Most of what came after was failure. An exercise-illustration API returned the wrong pictures and was ripped out. A single two-thousand-line file broke twice from duplicate declarations and had to be rewritten from scratch. And for two sessions the backend silently wrote nothing at all, because the script was never bound to the spreadsheet. That last one is the entry worth reading twice. The app called the server with `no-cors`, which meant it could not read its own error — so it showed a green success screen every time while saving nothing. One big learning. - STARTED: **2026-04** - IN USE SINCE: **2026-05** - PROGRAMS: **4 — three fixed, one custom** - EXERCISE LIBRARY: **46** - STACK: **Vanilla JS · Apps Script · Sheets · Netlify** - BUILT: **By directing Claude** ### EXP-003 — Health & Fitness Coach Running A Claude project that turns one person's health information into an individual plan. Two parts: an instruction set defining how to read the input and what to produce, and a bilingual English and German questionnaire — 57 questions across eleven sections, covering medical history, injuries and mobility, diet, sleep, stress, mental wellbeing, budget and equipment. The intended output is two documents: a master plan and a weekly tracker. It began as a plan I built for myself and then generalised. The design constraint is that it adapts rather than templates — age, hormonal status, culture and religious diet, budget, equipment access, disability and mental health history all change the output. The first run on someone other than me found the weak point immediately. The questionnaire alone did not produce a workable dataset: one section came back barely filled in, a page of an attached document was missing, and several values the plan depended on were absent. Closing the gap took a purpose-built six-page follow-up, seventeen questions and a second round trip. For anyone with a complicated history, intake is not one step — and the second step currently has to be written by hand each time. - STARTED: **2026-06** - STAGE: **Prototype, one external run** - BUILT: **Instructions and a questionnaire, no code** - PLANS DELIVERED: **0** ### Status key - **Running** — Being built or tested this month. - **Shipped** — Released and supported. Real people use it. - **Parked** — The thesis holds. The timing or the evidence doesn't. - **Killed** — The premise turned out to be wrong. The entry says why. ## About I go deep and want to understand how things work. That started early enough that my dad still tells the story. He brought home one of the first laptops either of us had seen. I figured out how it functioned faster than he did, so after I could show him. I was a kid at the time, but I've been doing a version of that ever since. Opening things up to see what's actually inside and understand how it functions. This is more or less what I do now for a living, but in a more complex setting. I collected comics from six to roughly eighteen and never really stopped. Marvel came first, Spider-Man and X-Men, then manga and anime as a teenager, both of which I still read and watch today. The manga is what made me curious about Japan, its history and its culture. **I especially value their attention to detail** — the honour in craftsmanship, the care put into services nobody would have complained about anyway. That standard sits somewhere behind how I work and build things. I studied five months in Shanghai during my bachelor's and spent three weeks travelling China afterwards — Beijing, Hong Kong, Hainan. That time abroad opened my eyes to the world and sparked the feeling that everything is possible. Six years later I spent two weeks alone in Japan, mostly Kyoto and Tokyo. In every city I ended up doing things with people I'd met that day or that week, and I'm still in touch with some of them. It carries into professional life too: I build relationships rather than collect contacts. If we met once and connected over a good conversation, I'd like to know what happened since. Worth saying plainly: I failed the final retake of an exam in my Mechanical Engineering Bachelor and lost the programme. I had taken it too lightly, and never really failed at anything until that point, so it had a big impact. I walked out already knowing the answer, which was to switch to Industrial Engineering, carry the engineering subjects across, pass the business ones. It turned out to be the better fit. Better grades, and a great deal more ambition than I had before. I can be direct. I would rather get to the point than circle it, and I prefer being told something doesn't work than being managed around it. That can read as blunt occasionally, but is definitely not meant unkindly. **destbo labs is the studio I run alongside my job** — roughly ten hours a week, self-funded, deliberately small. When something works, it moves forward. When it doesn't, it stays in the log above. ## Figures ### Fig. 01 — The first one, c. 1992 ![A worn German Spider-Man comic from 1992, the first one Dennis owned](https://destbo.com/photos/fig-01-first-comic.jpg) *Die Spinne ist Spider-Man*, Nr. 223. German edition, 3,50 DM. The corner has been like that for about thirty years. Everything after it — X-Men and the rest of Marvel, then manga from fourteen — started here. ### Fig. 02 — Shanghai, 2011 ![Chinese calligraphy written in water on park paving stones in Shanghai](https://destbo.com/photos/fig-02-shanghai-poetry.jpg) In the parks, older people meet to spend the day together — talking, playing games, tai chi. Some write poetry on the paving stones with a big brush and plain water. It evaporates within minutes. Nobody seems to mind. Be in the moment. ### Fig. 03 — Kyoto, an alley ![A narrow lantern-lit alley in Kyoto, Yanagi-koji](https://destbo.com/photos/fig-03-kyoto-alley.jpg) I love to go into the small streets. It is the first thing I do in any city, and it is where many of the special memories afterwards come from. Besides, it's great to discover things by yourself (no google maps). ### Fig. 04 — Kyoto, up through the forest ![Vermilion torii gates running uphill through forest at Fushimi Inari, Kyoto](https://destbo.com/photos/fig-04-fushimi-inari.jpg) Nature blending in with the shrines and temples. A calming, self-centering experience and a perfect place to reflect. Several of the things I keep admiring about Japan, in one place. ### Fig. 05 — Copenhagen, August 2026 ![Dennis presenting an early version of Our Simo on screen at a hackathon in Copenhagen](https://destbo.com/photos/fig-05-simo-demo.jpg) My first ever hackathon, as a solo team. Twelve-hour day, seven hours of building. Demoing the first working version of Simo — the screen on the right is our family chat, where it had just learned to put things in the calendar for us. ## Background Four things have to line up: the AI, the data, the process, and the people who use it. My first experience as an engineer was at BMW, measuring car body panels on coordinate measuring machines. Quality assurance: the most literal possible version of checking whether a system does what it claims. Then EffiMat in Odense, shipping automated storage machines to customers in Europe, the US and Asia — where the hard part stopped being the machine and became the coordination around it. After I joined helphouse.io, first as Project Manager, then Head of Operations with a team of eleven consultants and developers, and forty-odd implementations for Matas, Coop, Salling Group and many others. Then four years as a Business Controller at Advansor and PowerMart, where I learned what it actually takes for a company to trust its own numbers: clear ownership, agreed definitions, and a lot of hard work underneath the dashboard. Now I lead AI and operations at **Dripdrop**, a thirty-person hardware-as-a-service scale-up in Aarhus. I own how the company adopts AI — the framework, the team enablement, the EU AI Act posture, and the data foundation in the systems underneath. I also built Raindrop, a Slack assistant that queries our CRM, support desk and ERP and returns the answer to a question, correlations included. That's my day job, and what I build there stays there. destbo labs is where I test the rest: new tools, new agent setups, small builds that answer a question I actually have. Most of them will probably not survive, which is the point of running it as a studio and keeping the log honest. The ones that earn their place get built properly. ## Practice Three things I know properly. ### AI enablement & operations Showing a team what is actually possible, and building the habit of reaching for AI when they hit a problem. Getting it out of the pilot deck and into the work people do every day. ### AI governance & the EU AI Act What the regulation requires, what it does not, and how to build so compliance is a property of the system rather than a document. ### Operations & data Processes, systems, integrations, and the teams working with them every day. Twelve years of navigating and improving all four, with the people at the centre. That is where I go deepest, but it is not where it ends. Process design, systems integration, project delivery, reporting, and getting a team to actually use what was built — I have spent most of my career on those. If your question is close to any of it, just ask. ## Contact Building something in this direction, have a question you think I can help with, or want to test something I am working on? Write to me. I answer my own email, and I am not shy about asking things back. If you are in Aarhus and building something, a coffee can be easier than a thread. [hello@destbo.com](mailto:hello@destbo.com) Dennis, at an AI meetup in Aarhus ![Dennis Boehme](https://destbo.com/photos/portrait-dennis.jpg) [LinkedIn ↗](https://www.linkedin.com/in/boehmedennis/) [Our Simo ↗](https://oursimo.com) ## Console commands ### /help **Available:** /whoami who is running this /uptime how long the studio has existed /stack what it is built with /coffee ask nicely /marvel a confession /japan why it matters here /hire can you help me with this? /clear reset this box Anything else goes to the model. ### /whoami Dennis Boehme, German. In Denmark since 2014. Aarhus, with my wife and son. AI & Operations Lead by day. This studio by night. Direct, no BS. Not unkind about it. ### /uptime destbo labs Registered 10 Aug 2026 · CVR 46680286 Up **11** days. **4** experiments running. It starts short on purpose. ### /stack **Building:** Anthropic · Cursor · GitHub **Running:** Supabase · Vercel · Railway **Method:** directing AI tools and agents, not typing code. The last one I am still learning as I go. ### /coffee Aarhus. Any time, and I mean that literally. If you are here and want to talk about something you are building, a problem you are stuck on, or anything close to what I do — write to hello@destbo.com and pick a café. ### /marvel Collected comics from six to eighteen and never really stopped. Spider-Man first, then X-Men and the rest of Marvel. Japanese manga started at about fourteen — still reading it today, still watching the anime. ### /japan Manga made me curious about the country and the culture. Two weeks alone in Kyoto and Tokyo in 2018 made it stick. What I took from it is not just the food. It is the attention to detail — care put into things nobody would have complained about. That standard is behind everything here. ### /hire destbo labs mainly builds products, but I am always happy to help out. Engineering, operations, project delivery and controlling all sit under the AI work — if your question is adjacent, ask it anyway. I like conversations about hard problems more than almost anything, and I am not shy about asking things back. hello@destbo.com ### /clear