Zum Inhalt springen
Felix Schumann

Der Mensch hinter den Projekten

Erst die Neugier.Dann wird gebaut.

Ich bin Felix Schumann. Aus dem Gedanken „Das muss doch besser gehen“ mache ich Werkzeuge, Produkte und gelegentlich ganze Spielwelten.

  • KI-Entwicklung
  • Produktdenken
  • Aus Deutschland
Ein bisschen mehr über mich
Felix, Studioporträt
Felix SchumannKI-Porträtstudie
59Projekte zum Entdecken
10verbundene Disziplinen

Zu Ende denken. Zum Laufen bringen.

01 / Wie ich hier gelandet bin

Ich wollte meine eigene Coding-Plattform.

Ich hatte keine Lust mehr auf PowerShell und Terminal. Also habe ich IXIOM gebaut. In meine eigene Coding-Plattform sind inzwischen über 2.000 Updates geflossen.

  1. 01

    Den eigenen Arbeitsplatz gestalten.

    IXIOM ist die Oberfläche, in der ich selbst entwickle. Projekte, KI-Werkzeuge und die Arbeit am Code sollen dort zusammenpassen. Wenn mich ein Ablauf ausbremst, kann ich die Plattform selbst verändern. Mein eigener Arbeitsalltag ist der Ausgangspunkt.

    IXIOM entdecken
  2. 02

    Jede Aufgabe bekommt ihren Spezialisten.

    Mit OpenClaw habe ich spezialisierte Agenten in eigenen Workspaces mit eigenem Gedächtnis organisiert. Recherche, Review, Outreach und kreative Arbeit brauchten jeweils anderen Kontext. Das prägt meinen Blick auf KI: Rollen, Werkzeuge und ihre Übergaben verdienen genauso viel Sorgfalt wie der Prompt.

    Zum Agent Workshop
  3. 03

    Nach der Veröffentlichung weiterbauen.

    Bei Produkten wie HandsOff gehören der erste Start, die Installation, das nächste Update und der Fehlerfall zur Arbeit dazu. Ich nutze meine eigenen Werkzeuge im Alltag. So merke ich direkt, welche Details noch eine Verbesserung brauchen.

    HandsOff kennenlernen
KI-generiertes Porträt von Felix bei der Arbeit am Laptop
Ich mag den Moment, in dem aus einer Idee etwas wird, das man wirklich benutzen kann.
Felix Schumann
KI-Porträtstudie / 02

02 / Wie ich denke

Schnell ausprobieren. Genau hinsehen.

Ich arbeite an Design, Code und Betrieb, weil das Produkterlebnis durch alle drei Bereiche läuft. Diese Grundsätze verbinden sie.

Den Alltag verstehen, bevor das Werkzeug entsteht.

Ich will wissen, wo Arbeit stockt, was Menschen wiederholen und welche Entscheidungen einen Menschen brauchen. Deshalb bekommt ein CRM bearbeitbare Phasen, ein Board Screenshots am Cursor und ein Desktop-Werkzeug eine kompakte Oberfläche. Die Details ergeben sich aus der Aufgabe.

In der Praxis: ein CRM, das das Team anpassen kann

03 / Was mich neugierig hält

Ein paar Dinge lassen mich nicht los.

Spielen

Welten mit eigenen Regeln.

In Spielen kann ich Fortschritt, Verhalten und Feedback unmittelbar erkunden. Eine Regel kann auf dem Papier gut klingen und sich beim Spielen falsch anfühlen. Browserwelten, NPCs und Unity-Experimente halten die Verbindung zwischen System und Erlebnis greifbar.

Zu den Spielprojekten
Gestalten

Oberflächen mit einer eigenen Idee.

Eine Headline mit Rhythmus, ein Übergang, der eine Änderung erklärt, ein Layout mit verständlichem nächsten Schritt. Ich mag Details, die einer Oberfläche Charakter geben. In meinem Hero-Katalog bekommen solche Ideen Raum zum Ausprobieren und Vergleichen.

Designexperimente ansehen
Tüfteln

Das Werkzeug, das gestern gefehlt hat.

Ein Tray-Panel, ein kleiner Zeittracker, ein besserer Blick auf große Ordner. Ich baue immer wieder Werkzeuge für meinen eigenen Arbeitstag. Ihre Nutzung zeigt schnell, welche Details zählen und welche Funktionen noch warten können.

Desktop-Werkzeuge entdecken

04 / Zusammen arbeiten

Bring das Problem mit. Die Form finden wir.

Ein konkreter Ablauf, eine Idee zum Testen oder ein Werkzeug, das zum Engpass geworden ist, sind gute Ausgangspunkte. So gehe ich daran.

  1. 01

    Verstehen

    Aufgabe und Beteiligte kennenlernen und klären, was ein nützliches Ergebnis verändern soll.

  2. 02

    Greifbar machen

    Eine erste funktionierende Version bauen, an der sich Entscheidungen konkret treffen lassen.

  3. 03

    Den Ablauf prüfen

    Das gesamte Erlebnis durchgehen, einschließlich schwieriger Eingaben und Fehlerfälle.

  4. 04

    In den Einsatz bringen

    Auslieferung, Betrieb und das Feedback für die nächste Verbesserung verbinden.

Zu den Modellen

Was wir zusammen bauen können

  • Agenten-Systeme

    Modelle, Gedächtnis und Werkzeuge mit einem echten Arbeitsablauf verbinden, mit klaren Befugnissen und menschlicher Prüfung.

  • Interne Plattformen

    Den Workspace um den Teamalltag herum bauen, mit verbundenen Daten und Einstellungen, die sich selbst anpassen lassen.

  • Datenpipelines

    Verteilte Quellen durch Erfassung, Bereinigung und Anreicherung in strukturierte, durchsuchbare Informationen überführen.

  • Desktop-Produkte

    App und Auslieferung zusammenbringen: Installation, Konten, Lizenzen, Abrechnung und signierte Updates.

Womit ich arbeite

Jede Technologie dieser Seite und wie viele der 59 Projekte sie nutzen.

TypeScript41MongoDB15Rust9Next.js 155Coolify4nginx4Stripe4C#3pgvector3yt-dlp3Canvas2Lua2Vite2Better Auth1discord.js v141Fastify1HLSL1Leaflet1n8n1Node 201Paper API1Prisma1React Native1Riot API1Telegram Bot API1Vercel1
Docker28PostgreSQL15React 198Playwright5Drizzle4Node.js4Tauri 24FastAPI3React3Apify2Cloudflare2SQLite2Zustand2BullMQ1Expo Router1FFmpeg1Java1LM Studio1next-intl1Ollama1Plaid1Qwen1React Three Fiber1ShaderLab1Three.js1xAI Grok Realtime1
Next.js17Python12Next.js 167Tauri5JavaScript4Shell4Traefik4Gemini3Unity3Apollo2ffmpeg2Tailwind v42Architecture1CSS Modules1Expo SDK 571Gradle1Laravel1MySQL1NextAuth1OpenStreetMap1Premiere CEP1React 181Redis1Sharp1Ubuntu1
Felix SchumannFelix SchumannAI Automation Engineer

Nenn es. Ich baue es.

Wenn hier etwas nach deinem Problem aussieht, schreib mir. Eine kurze Beschreibung dessen, was nicht funktioniert, reicht als Anfang.