Wir sind kofel, ein kleines Studio in Tirol. Was wir bauen, hat zuerst unsere Probleme gelöst. Vielleicht löst es auch eure.
Apps, die zum System gehören, statt nur darauf zu laufen.
Eine Codebasis für mehrere Systeme, wenn zwei dem Produkt nichts bringen.
Seiten, die sofort da sind und sich gut lesen.
Werkzeuge, die sich merken, wo man stehengeblieben ist.
Auf dem Gerät, in den eigenen Daten oder agentisch mit Schwelle.
Manches bleibt am besten auf dem Gerät. Manches braucht die eigenen Daten. Und manches darf ein Agent übernehmen, bis zu einer Schwelle. Welche Bauart es wird, hängt an der Aufgabe.
KI, die das Telefon nie verlässt. Ein Satz wird lokal zu Zeit, Ort und Person, daraus wird die Erinnerung. Kein Server, keine Daten unterwegs.
Nicht jede Aufgabe braucht ein Riesenmodell. Und wo nichts verschickt wird, stellt sich die Frage nach den Daten nicht.
Ein Kopilot, der die eigenen Daten kennt: Projekte, Rechnungen, Notizen. Er antwortet daraus. Daneben liest die Belegerfassung Lieferant, Betrag und Datum aus dem Foto.
Ein Assistent ist so gut wie das, was er kennt. 14 Module, Hosting in der EU, offene Beta.
Aus Feedback wird ein Pull Request im Entwurf. Sechs Eingangskanäle, Vorprüfung auf Spam und Prompt Injection, Bündelung nach Bedeutung. Und pro Projekt eine Schwelle: darüber macht der Agent weiter, darunter ein Mensch.
Autonome Agenten scheitern nicht am Modell, sondern daran, dass niemand festgelegt hat, wo sie aufhören. Hier zieht der Kunde die Grenze.
Ein langes Gespräch. Erst wenn klar ist, worum es wirklich geht, greifen wir zum Stift.
Zwei Seiten, ohne Fachchinesisch: was wir machen, was nicht, und wo die Grenzen liegen.
Kleine Schritte, die man sehen kann. Früh gibt es etwas zum Anklicken. Ab da baut ihr mit.
Nach dem Launch sind wir nicht weg. Updates, Fixes und jemand, der antwortet, wenn etwas klemmt.
KI übernimmt Entwürfe, Gerüste, Randfälle. Was sie nicht übernimmt: das Urteil, den Geschmack und den letzten Blick auf jede Zeile.
Drei Leute, denen die Sache wichtig ist, bringen mehr als zehn, denen sie egal ist.
Dass sich etwas hochwertig anfühlt, ist keine Zugabe, sondern die Untergrenze. Das Gegenteil merkt man beim ersten Tippen.
Die meisten Voreinstellungen sind Zufall. Unsere nicht. Für jede gibt es einen Grund, den wir auch nennen können.
Projekte scheitern selten am Bauen. Sie scheitern daran, dass vorher niemand fertig gedacht hat. Wir planen lieber eine Woche länger.
Erst der Prototyp, dann der Code. Ein Fehler im Prototyp kostet einen Nachmittag. Derselbe Fehler im Release kostet ein Update.
Der leere Zustand, die Fehlermeldung, der Ladebalken: Das ist nicht der Schliff am Ende. Das ist die Arbeit.