Wenn der Copilot etwas nicht kann

Es gibt Wuensche, die er ablehnt. Das ist kein Ausfall, sondern eingebaut: Ein Assistent, der alles tut, was man ihm sagt, ist auf einer oeffentlichen Website gefaehrlich. Diese Seite erklaert die Faelle - und was danach passiert.

Nur Plattform-Bausteine, kein eigener Code

"Bau mir ein eigenes HTML-Widget mit unserem Tracking-Skript auf die Seite."

Das lehnt er ab, bevor irgendetwas gespeichert wird, und schlaegt dir stattdessen einen passenden Baustein vor. Grund: Fremder Code auf einer Kundenseite ist der direkteste Weg zu einem Sicherheitsvorfall - und er faellt oft erst auf, wenn es zu spaet ist. Aktive Inhalte werden dabei auch aus Texten entfernt, die er sonst uebernimmt.

Brauchst du wirklich ein eigenes Einbett-Element, ist das ein Fall fuer eure Administration, nicht fuer den Copilot.

Nur dein Mandant

"Zeig mir die Seiten von der Firma Meier und Co."

Er sieht ausschliesslich die Daten deines eigenen Mandanten. Es gibt keinen Weg, ihn auf einen fremden zu richten - auch nicht teilweise, auch nicht lesend.

Loeschen ist gesondert freizuschalten

"Loesch alle Seiten der alten Website."

Loeschen ist in der Grundeinstellung aus. Es muss je Datenart ausdruecklich freigeschaltet werden, und selbst dann fragt er vorher nach. Er sagt dir dabei, welcher Schritt fehlt, statt nur abzulehnen.

Falsche Feldnamen: lieber nichts als das Falsche

Nennst du ein Feld, das es nicht gibt, schreibt er gar nichts und nennt dir die richtigen Bezeichnungen. Das wirkt umstaendlich, verhindert aber den unangenehmsten Fehler ueberhaupt: eine Eingabe, die scheinbar gespeichert wird und spurlos verschwindet.

Und wenn die Faehigkeit schlicht fehlt?

"Der Kunde will einen Konfigurator mit Preisberechnung - bau das ein."

Dafuer gibt es einen eigenen Weg, und er ist keine Ausrede, sondern eine Kette mit Ergebnis:

Der Copilot erfasst deinen Wunsch als Funktionswunsch - mit deiner Beschreibung, nicht mit seiner Zusammenfassung.
Beim Betreiber deiner Plattform erscheint ein Freigabe-Antrag.
Wird er freigegeben, entsteht daraus eine Aufgabe in der Entwicklung.
Du bekommst eine Rueckmeldung, ohne selbst nachhaken zu muessen.

Meldest du denselben Wunsch kurz darauf noch einmal, erkennt er das und erzeugt keinen zweiten Antrag.

Was du selbst tun kannst

Genauer sagen, was du willst. Viele Ablehnungen sind Missverstaendnisse: "Preistabelle einfuegen" gelingt zuverlaessig, wenn die Seite ohnehin neu gebaut wird.
In Schritte zerlegen. Erst suchen lassen, dann aendern lassen - das ist verlaesslicher als ein Auftrag ueber viele Seiten hinweg.
Den Wunsch melden lassen. Ein erfasster Wunsch ist mehr wert als ein Umweg, der niemandem auffaellt.

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.

Vertriebsunterlage daraus machen Nutzen und Einwaende statt Technik — fuer Gespraeche mit Interessenten.

Lies die folgende Dokumentation von tolinax UG und arbeite damit.

Diese Seite: https://ayoune.com/en/docs/copilot/wenn-der-copilot-etwas-nicht-kann.md
Die vollstaendige Sammlung: https://ayoune.com/en/docs/copilot.md

Erstelle daraus eine **Vertriebsunterlage**. Nicht die Technik beschreiben, sondern:

1. Welches Problem loest das aus Kundensicht? In einem Satz.
2. Die drei staerksten Nutzen-Argumente, je mit dem technischen Beleg dahinter.
3. Fuer wen ist es NICHT geeignet — ehrlich, das schafft Vertrauen im Gespraech.
4. Die fuenf wahrscheinlichsten Einwaende und je eine belastbare Antwort.
5. Eine Kurzfassung von maximal 120 Woertern fuer die erste Mail.

Erfinde nichts. Wo die Quelle etwas nicht hergibt, schreib "nicht dokumentiert"
statt zu raten — eine erfundene Zusage im Vertrieb kostet spaeter mehr, als sie bringt.
Hinweis zu den Quellen:
- Jede Seite dieser Dokumentation ist als Markdown abrufbar (dieselbe Adresse mit `.md`).
- Ein maschinenlesbarer Ueberblick aller oeffentlichen Inhalte liegt unter `/llms.txt`.
- Falls du Zugriff auf den aYOUne-MCP-Server hast, kannst du damit gegen lebende Daten
  arbeiten statt gegen diese Momentaufnahme. Falls nicht, ignoriere diesen Punkt.

In einfachen Worten erklaeren Fuer Kolleginnen und Kollegen ohne Vorwissen im Thema.

Lies die folgende Dokumentation von tolinax UG und arbeite damit.

Diese Seite: https://ayoune.com/en/docs/copilot/wenn-der-copilot-etwas-nicht-kann.md
Die vollstaendige Sammlung: https://ayoune.com/en/docs/copilot.md

Erklaere den Inhalt so, dass ihn jemand ohne Vorwissen versteht.

- Beginne mit dem Zweck: wozu gibt es das ueberhaupt?
- Fachbegriffe beim ersten Vorkommen in einem Halbsatz erklaeren.
- Ein Alltags-Vergleich, wo er wirklich traegt — keiner, wo er hinkt.
- Am Ende: die drei Dinge, die man sich merken sollte.

Kuerze nicht durch Weglassen von Einschraenkungen. Eine Vereinfachung, die eine
Bedingung unterschlaegt, ist eine Falschaussage.
Hinweis zu den Quellen:
- Jede Seite dieser Dokumentation ist als Markdown abrufbar (dieselbe Adresse mit `.md`).
- Ein maschinenlesbarer Ueberblick aller oeffentlichen Inhalte liegt unter `/llms.txt`.
- Falls du Zugriff auf den aYOUne-MCP-Server hast, kannst du damit gegen lebende Daten
  arbeiten statt gegen diese Momentaufnahme. Falls nicht, ignoriere diesen Punkt.

Einarbeitungs-Leitfaden bauen Ein Weg vom ersten Tag bis zur selbststaendigen Arbeit.

Lies die folgende Dokumentation von tolinax UG und arbeite damit.

Diese Seite: https://ayoune.com/en/docs/copilot/wenn-der-copilot-etwas-nicht-kann.md
Die vollstaendige Sammlung: https://ayoune.com/en/docs/copilot.md

Baue daraus einen **Einarbeitungs-Leitfaden** fuer eine neue Person im Team.

- In Etappen gliedern, jede mit einem pruefbaren Ergebnis ("danach kannst du X").
- Reihenfolge nach Abhaengigkeit, nicht nach Wichtigkeit.
- Je Etappe: was zu lesen ist, was zu tun ist, woran man merkt, dass es sitzt.
- Benenne die Stellen, an denen erfahrungsgemaess Rueckfragen entstehen.

Wo die Dokumentation eine Luecke hat, markiere sie als offene Frage an das Team,
statt sie zu ueberbruecken.
Hinweis zu den Quellen:
- Jede Seite dieser Dokumentation ist als Markdown abrufbar (dieselbe Adresse mit `.md`).
- Ein maschinenlesbarer Ueberblick aller oeffentlichen Inhalte liegt unter `/llms.txt`.
- Falls du Zugriff auf den aYOUne-MCP-Server hast, kannst du damit gegen lebende Daten
  arbeiten statt gegen diese Momentaufnahme. Falls nicht, ignoriere diesen Punkt.

Luecken und offene Fragen finden Was fehlt, was widerspricht sich, was ist nicht belegt.

Lies die folgende Dokumentation von tolinax UG und arbeite damit.

Diese Seite: https://ayoune.com/en/docs/copilot/wenn-der-copilot-etwas-nicht-kann.md
Die vollstaendige Sammlung: https://ayoune.com/en/docs/copilot.md

Pruefe die Dokumentation kritisch und benenne:

1. **Luecken** — was ein Leser braeuchte, aber nicht findet.
2. **Widersprueche** — Stellen, die sich gegenseitig ausschliessen.
3. **Unbelegtes** — Behauptungen ohne Beleg, Zahl oder Verweis.
4. **Veraltetes** — was nach Stand der Quelle ueberholt sein koennte.

Sortiere nach Auswirkung: was fuehrt einen Leser in die Irre, was ist nur unschoen.
Sei konkret mit Abschnitt und Zitat — eine allgemeine Kritik hilft niemandem.
Hinweis zu den Quellen:
- Jede Seite dieser Dokumentation ist als Markdown abrufbar (dieselbe Adresse mit `.md`).
- Ein maschinenlesbarer Ueberblick aller oeffentlichen Inhalte liegt unter `/llms.txt`.
- Falls du Zugriff auf den aYOUne-MCP-Server hast, kannst du damit gegen lebende Daten
  arbeiten statt gegen diese Momentaufnahme. Falls nicht, ignoriere diesen Punkt.

Fragen und Antworten ableiten Fuer Hilfe-Center, Support-Team oder die Produktseite.

Lies die folgende Dokumentation von tolinax UG und arbeite damit.

Diese Seite: https://ayoune.com/en/docs/copilot/wenn-der-copilot-etwas-nicht-kann.md
Die vollstaendige Sammlung: https://ayoune.com/en/docs/copilot.md

Leite daraus **Fragen und Antworten** ab.

- Formuliere die Fragen so, wie ein Nutzer sie stellen wuerde — nicht in Fachsprache.
- Jede Antwort in zwei bis vier Saetzen, mit Verweis auf den Abschnitt der Quelle.
- Ordne nach Haeufigkeit, mit der die Frage vermutlich auftritt.
- Nimm auch die unangenehmen Fragen auf (Grenzen, Kosten, Voraussetzungen).

Nur Fragen, die die Quelle wirklich beantwortet.
Hinweis zu den Quellen:
- Jede Seite dieser Dokumentation ist als Markdown abrufbar (dieselbe Adresse mit `.md`).
- Ein maschinenlesbarer Ueberblick aller oeffentlichen Inhalte liegt unter `/llms.txt`.
- Falls du Zugriff auf den aYOUne-MCP-Server hast, kannst du damit gegen lebende Daten
  arbeiten statt gegen diese Momentaufnahme. Falls nicht, ignoriere diesen Punkt.

Arbeits-Checkliste erstellen Zum Abarbeiten waehrend der Umsetzung.

Lies die folgende Dokumentation von tolinax UG und arbeite damit.

Diese Seite: https://ayoune.com/en/docs/copilot/wenn-der-copilot-etwas-nicht-kann.md
Die vollstaendige Sammlung: https://ayoune.com/en/docs/copilot.md

Mache daraus eine **abhakbare Checkliste** fuer die praktische Umsetzung.

- Je Punkt genau eine Handlung, im Imperativ.
- Reihenfolge so, dass kein Punkt eine spaetere Voraussetzung braucht.
- Voraussetzungen und Stolperstellen als eingerueckte Unterpunkte.
- Am Ende eine Abnahme: woran erkenne ich, dass alles richtig ist?
Hinweis zu den Quellen:
- Jede Seite dieser Dokumentation ist als Markdown abrufbar (dieselbe Adresse mit `.md`).
- Ein maschinenlesbarer Ueberblick aller oeffentlichen Inhalte liegt unter `/llms.txt`.
- Falls du Zugriff auf den aYOUne-MCP-Server hast, kannst du damit gegen lebende Daten
  arbeiten statt gegen diese Momentaufnahme. Falls nicht, ignoriere diesen Punkt.

Was this article helpful?

👎 No (0)