Skip to content
aYOUne
Not in your language

This page is not yet available in en. You're reading the de version.

coding

Stand: Commit bf7c7c4 · 2026-09-27

Die KI-gestützte Entwicklung des Unternehmens einrichten: Anbieterkonten und Agenten, Aufträge und Sitzungen mit menschlichen Freigaben, Arbeitsbereiche in der Cloud, die Repositorien mit Dokumentation je Zielgruppe und die Doku-Profile, die diese Dokumentation prüfen.

Funktionen

  • Konten und Agenten – Anbieterkonten mit Verbrauch und Kontingent führen; Agenten anlegen und testen.
  • Aufträge und Sitzungen – Aufträge aus dem Projektmanagement an Agenten verteilen, Sitzungen mit allen Ereignissen verfolgen, Rückfragen beantworten, freigeben oder ablehnen.
  • Repositorien und Dokumentation – Repositorien des Unternehmens anbinden; je Zielgruppe die Dokumentation aus dem Repositorium übernehmen, prüfen und in die Wissensbasen veröffentlichen.
  • Doku-Profile – Je Zielgruppe die Pflichtabschnitte, das Vokabular, die verbotenen Muster und die Ziel-Wissensbasis festlegen; die Plattform-Vorgabe wird je Unternehmen überschrieben.
  • Fundament-Wissen – Wissenseinträge, die Agenten vor einem Auftrag lesen.

Zweck

Der Bereich Coding ist die Steuerzentrale für KI-gestützte Entwicklung in Ihrem Unternehmen. Er nimmt Aufträge aus dem Projektmanagement, verteilt sie an Agenten, hält ihre Sitzungen mit allen Ereignissen fest und rechnet den Verbrauch der Anbieterkonten ab; ein Mensch greift über Rückfragen, Freigaben und eingespeiste Prompts ein. Der zweite Auftrag ist die Führung Ihrer Repositorien: jedes trägt seine Dokumentation je Zielgruppe und eine Code-Referenz, beide kommen aus dem Repositorium selbst, und eine Veröffentlichung baut die Seiten in Ihren Wissensbasen.

Einrichten

Voraussetzung ist ein Paket, das die Module Coding und Projekte enthält; für die veröffentlichte Dokumentation zusätzlich das Modul Hub, in dem die Wissensbasen liegen. Agenten laufen auf Rechen-Einheiten der Plattform oder in Arbeitsbereichen bei einem Cloud-Anbieter Ihres Unternehmens.

  1. Rollen vorbereiten. Wer Aufträge freigibt oder ablehnt, braucht die Aktions-Rechte der Aufträge; wer Sitzungen steuert, die der Sitzungen; wer Dokumentation prüft und veröffentlicht, die beiden Dokumentations-Rechte des Repositoriums (siehe „Rollen und Rechte“). Die Rolle Administrator erhält alle Rechte beim ersten Start automatisch.
  2. Anbieterkonto anlegen. Unter Coding → Konten legen Sie je Anbieter ein Konto an: Anbieter (Anthropic, OpenAI, xAI oder Google; Vorgabe Anthropic), Kontoart (Organisation oder Einzelperson) und Abonnement. Den Zugangsschlüssel legen Sie im Tresor Ihres Unternehmens ab. „Abrufen“ holt den Kontostand beim Anbieter; der Nutzungsverlauf zeigt die Verbrauchs-Schnappschüsse. Ein Kontingent-Signal des Anbieters setzt den Konto-Zustand; ein erschöpftes Konto wird beim nächsten Verteilen übergangen.
  3. Agenten. Unter Coding → Agenten legen Sie Agenten mit Konto und Werkzeug an und prüfen sie mit „Testen“. Fundament-Wissen sind Einträge, die jeder Agent vor einem Auftrag liest; pflegen Sie dort, was in jedem Auftrag gelten soll.
  4. Arbeitsbereiche. Sollen Agenten in eigenen Maschinen arbeiten, hinterlegen Sie im Tresor den Zugang zu Ihrem Cloud-Anbieter (Hetzner, DigitalOcean, Linode, Vultr, Scaleway oder Hostinger); die Plattform legt Arbeitsbereiche an, weckt sie und räumt sie mit „Arbeitsbereich aufräumen“ am Konto wieder ab.
  5. Aufträge und Sitzungen. Ein Auftrag entsteht aus einer Aufgabe im Bereich Projekte, die einem Agenten übergeben wird. Unter Coding → Aufträge sehen Sie ihn mit Lease und Lebenszeichen; „Freigeben“ und „Ablehnen“ sind die menschlichen Entscheidungen, „Abbrechen“ beendet den Lauf und schließt die Aufgabe. Unter Sitzungen verfolgen Sie Ereignisse und Ausgaben live, pausieren, setzen fort, verzweigen, speisen einen Prompt ein oder binden die Sitzung an eine Aufgabe. Eine Rückfrage des Agenten erzeugt eine Interaktion; bleibt sie unbeantwortet, verfällt sie nach Frist, und der Agent arbeitet ohne Antwort weiter oder bricht ab.
  6. Repositorien anbinden. Unter Coding → Repositorien legen Sie je Repositorium den Anbieter (Bitbucket, GitHub oder GitLab), den Arbeitsbereich und den Kurznamen an (alle drei Pflicht). Den Zugang liest die Plattform aus dem Tresor Ihres Unternehmens; je Repositorium können Sie einen eigenen Tresor-Eintrag hinterlegen.
  7. Dokumentation führen. Die Dokumentation liegt als vier Dateien je Zielgruppe im Repositorium und wird mit dem Kunden-Werkzeug der Plattform oder aus der Bau-Kette des Repositoriums übernommen („Dokumentation synchronisieren“); die Plattform hält je Zielgruppe den Datensatz mit Status Entwurf, Prüfung oder veröffentlicht und die letzten zehn Stände der Code-Referenz. „Prüfen“ hebt einen Entwurf in die Prüfung, „Veröffentlichen“ eine geprüfte Fassung in die Ziel-Wissensbasis des Profils; ein unzulässiger Übergang wird abgewiesen. Die Freigabe ändert den Datensatz, nicht die Datei: ein späterer Sync aus der Datei setzt den Status wieder auf den Stand der Datei.
  8. Doku-Profile je Unternehmen. Unter Coding → Doku-Profile sehen Sie je Zielgruppe die Plattform-Vorgabe. Legen Sie für eine Zielgruppe ein eigenes Profil an, gilt es für Ihr Unternehmen anstelle der Vorgabe, nach demselben Muster wie bei den Mail-Typen. Ein Profil trägt Pflichtabschnitte, erlaubtes und verbotenes Vokabular, verbotene Muster, Stilvorgaben, Anrede (Sie, du oder neutral), die Teile der Code-Referenz, die in die Seite gehören, die Ziel-Wissensbasis, den Standard-Verantwortlichen und die Regel für das Änderungsprotokoll. Die wirksamen Profile Ihres Unternehmens zeigt die Ansicht als Zusammenführung aus Vorgabe und eigenen Zeilen.

Rollen und Rechte

Recht (Schlüssel) Wirkung
coding.jobs Aufträge sehen; Freigeben, Ablehnen und Abbrechen als coding.jobs.actions.approve, …reject, …cancel; Beanspruchen, Lebenszeichen und Abschließen (…claim, …heartbeat, …complete) für Ausführer.
coding.sessions, coding.sessions.edit Sitzungen sehen; Verteilen, Abbrechen, Pausieren, Fortsetzen, Live-Strom, Ausgabe, Prompt einspeisen, Verzweigen und Aufgabe binden als coding.sessions.actions.<aktion>; das Nachtragen eines Repositoriums mit .edit.
coding.agents, coding.agents.actions.test Agenten pflegen und testen.
coding.accounts, coding.accounts.actions.poll, coding.accounts.actions.prune-workspace Anbieterkonten pflegen, Kontostand abrufen, Arbeitsbereiche aufräumen.
coding.repositories Repositorien sehen und pflegen; Dokumentation synchronisieren, prüfen und veröffentlichen als coding.repositories.docs.sync, coding.repositories.docs.review und coding.repositories.docs.publish.
coding.docprofiles Doku-Profile des Unternehmens sehen und pflegen; die wirksamen Profile lesen.
coding.foundationknowledge Fundament-Wissen pflegen.
coding.usagesnapshots, coding.sessionevents Verbrauchs-Schnappschüsse und Sitzungs-Ereignisse lesen (nur lesend).

Laufender Betrieb

Im Hintergrund laufen Abgleiche mit einstellbarem Takt, den der Betreiber der Plattform setzt: jede Minute verfallen abgelaufene Interaktionen; ein Lease-Reaper gibt Aufträge ohne Lebenszeichen frei, nach zu vielen Verfällen gilt ein Auftrag als endgültig fehlgeschlagen; ein Sweep beendet stehengebliebene Sitzungen; ein Aufnahme-Lauf holt neue KI-Mitarbeiter; ein Reaper räumt verwaiste Aufgaben. Ob Aufträge fließen, zeigt die Zahl der Aufträge mit gültiger Lease gegenüber den verfallenen. Ob eine Aufgabe ohne Qualitätsnachweis geschlossen werden darf, ist eine Einstellung des Betreibers.

Anbindungen: Anbieterkonten, Cloud-Anbieter und Repositorien-Zugänge liegen im Tresor Ihres Unternehmens (Anbieter anthropic, openai, gemini, claude-code, codex sowie hetzner, digitalocean, linode, vultr, scaleway, hostinger). Läufe auf Rechen-Einheiten werden über den Bereich DevOps gestartet; die Veröffentlichung der Dokumentation baut die Seiten im Bereich Hub, ausgelöst durch einen Push oder von Hand. Webhooks und eigene Feature-Flags bringt der Bereich nicht mit.

Alle Konten, Agenten, Aufträge, Sitzungen, Repositorien und Profile gehören Ihrem Unternehmen. Ein Konto ohne Verbrauchsmeldung des Anbieters erscheint als unbegrenzt. Die Doku-Profile der Plattform gelten für alle Unternehmen; nur Ihre eigenen Zeilen überschreiben sie.

Störungen

Symptom Wahrscheinliche Ursache Was Sie tun können
Ein Auftrag bleibt ohne Lauf. Der Start eines Laufs ist eingereiht, aber der Bereich DevOps hat ihn nicht angelegt. Warten; im Bereich Projekte unter Aufgaben nach einem Fehler-Eintrag suchen; Auftrag erneut verteilen.
Ein Agent wird beim Verteilen übergangen. Sein Konto ist erschöpft oder der Zugang ungültig. Kontostand mit „Abrufen“ prüfen; Zugangsschlüssel im Tresor erneuern.
Eine Rückfrage des Agenten wurde nicht beantwortet, der Auftrag lief weiter. Interaktionen verfallen nach Frist. Rückfragen zeitnah in der Sitzung beantworten; Sitzung bei Bedarf verzweigen.
„Veröffentlichen“ an einem Repositorium wird abgewiesen. Die Dokumentation steht nicht auf Prüfung, das Profil meldet Fehler, oder das Recht fehlt. Zuerst „Prüfen“, Fehler nach dem Profil beheben, coding.repositories.docs.publish zuweisen.
Die veröffentlichte Seite fehlt in der Wissensbasis. Die Ziel-Wissensbasis aus dem Profil existiert nicht im Bereich Hub, oder der Seitenaufbau läuft noch. Wissensbasis mit dem Kurznamen des Profils anlegen; kurz warten.
Ein Sync setzt den Status zurück. Die Freigabe ändert nur den Datensatz; die Datei im Repositorium trägt den alten Status. Status in der Datei nachziehen und erneut synchronisieren.
Ein Profil greift nicht. Es ist nicht aktiv, oder es gilt für eine andere Zielgruppe. „Aktiv“ und Zielgruppe am Profil prüfen; die wirksamen Profile zeigen die Zusammenführung.

Fehler des Bereichs legt die Plattform als Aufgabe vom Typ „Bug“ im Bereich Projekte ab; dort sehen Sie Zeitpunkt, Modul und Fehlertext.

Einstellungen und Rechte

Bildschirme

  • coding
  • coding.agents
  • coding.codeaccounts
  • coding.codeaccountusagesnapshots
  • coding.docprofiles
  • coding.foundationknowledge
  • coding.jobs
  • coding.repositories
  • coding.sessions
  • coding.workspaces

Rechte

  • AIAgents
  • AIHooks
  • AIWorkflowRuns
  • Acceptances
  • ApprovalRequests
  • ChangelogEntries
  • CodeAccountUsageSnapshots
  • CodeAccounts
  • CodeAgentSessionEvents
  • CodeAgentSessionMessages
  • CodeAgentSessions
  • CodeAgents
  • CodingJobs
  • Components
  • ComputingEntities
  • ComputingEntityTemplates
  • Credentials
  • Decisions
  • DocProfiles
  • Employees
  • Epics
  • FeatureRequests
  • FoundationKnowledge
  • HubQuestions
  • MessageTemplates
  • Milestones
  • NotificationPolicies
  • ProjectRoles
  • Projects
  • Releases
  • Repositories
  • Skills
  • Sprints
  • Stories
  • Tags
  • Tasks
  • WikiPages
  • WorkLogs
  • Workflows
  • aYOUneCustomers
  • aYOUneTranslations
  • aYOUneUsers

Glossar

  • Agent – Ein KI-Entwickler, der Aufträge über ein Anbieterkonto ausführt und seine Sitzung mit Ereignissen an die Plattform meldet.
  • Interaktion – Eine Rückfrage oder Freigabe, die ein Mensch in einer Sitzung beantwortet; sie verfällt nach Frist.
  • Doku-Profil – Die Regeln, nach denen die Dokumentation einer Zielgruppe geprüft und veröffentlicht wird.
  • Zielgruppe – Eine der vier Leserschaften einer Dokumentation: intern, Entwickler, Administration, Endnutzer.

Work with this page

Ready-made instructions for your AI tool. Copy, paste, go — the AI fetches the content itself via the address in the text.

Summarise the steps for me The essentials, in the right order.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/coding.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Summarise the content for me.

- First, in two sentences: what is this about?
- Then the steps in the order I need to take them.
- One line per step, in plain language.
- At the end: what I should have ready beforehand.

Leave out nothing I need in order to actually finish.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Explain what I need this for What it is good for — and when it is worth it.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/coding.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Explain to me what I need this for.

1. Which problem does it solve? In one sentence, from my point of view.
2. Three typical situations in which it genuinely helps me.
3. When I do NOT need it — that saves me time.
4. What I can do instead if it is not a fit.

Stick to what the source says. Where it gives nothing, say so openly instead
of guessing.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Help me set this up Step by step, asking me as you go.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/coding.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Walk me through the setup step by step.

- First tell me what I need to have ready (access, data, time).
- Then take me through ONE step at a time. Wait for my "next".
- For each step, say how I can tell that it worked.
- If something goes wrong, ask me for the exact message instead of guessing.

If the instructions leave a point open, tell me so rather than inventing it.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Help me with a problem Narrow down the cause instead of guessing.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/coding.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Help me narrow down a problem.

- First ask me what I observe and what I expected instead.
- From that, derive the most likely causes consistent with this source.
- For each cause, give me ONE test that confirms or rules it out.
- Order them so the cheapest test comes first.

Do not guess. If the source does not cover the problem, tell me where I should
look next.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
Explain it in plain words No jargon, from the ground up.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/coding.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Explain the content so that someone without prior knowledge understands it.

- Start with the purpose: why does this exist at all?
- Explain technical terms in half a sentence on first use.
- One everyday comparison where it genuinely holds — none where it limps.
- At the end: the three things worth remembering.

Do not shorten by dropping conditions. A simplification that hides a
prerequisite is a false statement.
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.
A checklist to tick off To follow along while you do it.
Read the following documentation by tolinax UG and work with it.

This page: https://ayoune.com/en/docs/admin-handbook/coding.md
The complete collection: https://ayoune.com/en/docs/admin-handbook.md

Turn this into a **tick-off checklist** for practical use.

- Exactly one action per item, in the imperative.
- Order it so that no item depends on a later prerequisite.
- Prerequisites and pitfalls as indented sub-items.
- End with an acceptance step: how do I know everything is right?
A note on sources:
- Every page of this documentation is available as Markdown (the same address with `.md`).
- A machine-readable overview of all public content is at `/llms.txt`.
- If you have access to the aYOUne MCP server, you can work against live data
  instead of this snapshot. If not, ignore this point.

Was this article helpful?

👎 No (0)
Leave a comment