Claude soll an Meetings teilnehmen. Wohin mit Recherche und Ergebnissen danach?
Im offiziellen Update vom 10. November kündigte Claude Meetings mit den Worten „coming soon“ an. Das bedeutet nicht, dass man Claude schon heute zu Google Meet hinzufügen kann. Die Richtung ist klar: Claude soll in Gesprächen Notizen machen und während der Diskussion die Dokumente des Teams aktualisieren.
Mit dem Ende des Gesprächs beginnt jedoch die andere Hälfte der Arbeit. Sind die Aussagen über Produktfunktionen geprüft? Wurde aus „jemand hat vorgeschlagen“ plötzlich „alle haben entschieden“? Wo liegt der Text, an dem ein Kollege weiterarbeiten soll?
Notizen, Whiteboard und Aufgabenliste allein beantworten diese Fragen noch nicht.
Eine englische Beispielnotiz von Harbor Light Studio und zwei offizielle Quellen zeigen, wie aus einer Besprechung in YouMind ein überprüfbares, bearbeitbares Übergabedokument werden kann. Die Notiz stammt nicht aus einem echten Meeting. Das Beispiel ist auf Englisch; die Screenshots zeigen die tatsächliche chinesische Benutzeroberfläche.
Zuerst das Ziel klären: Nicht noch ein Protokoll abliefern
Angenommen, Sie sind für Produktinhalte zuständig und sollen einer Redakteurin eine Grundlage für einen öffentlichen Erklärtext übergeben. Sie muss nicht die gesamte Diskussion noch einmal hören. Sie braucht drei Antworten:
- Welche inhaltlichen Richtungen stehen fest und können weiterverfolgt werden?
- Welche Aussagen brauchen noch Belege und dürfen noch nicht in den Artikel?
- Wer recherchiert weiter, wer prüft den Text und wann ist die Abgabe?
Das ist etwas anderes als „Fasse das Meeting zusammen“. Eine Zusammenfassung hält den Verlauf einer Diskussion fest; ein Übergabedokument ermöglicht der nächsten Person, zu handeln.
Ein weiterer offizieller Artikel kündigte Whiteboards und Sheets als Beta an. Dashboards heißt jetzt Claude Data und ist allgemein verfügbar; certified queries und live sharing bleiben in der Beta. Ein Whiteboard kann helfen, Ideen im Meeting zu ordnen. Das ist aber nicht dasselbe, wie Claude als Teilnehmer zu einer Videokonferenz hinzuzufügen.
Hier ist eine echte redaktionelle Entscheidung nötig: Produkte mit unterschiedlichem Verfügbarkeitsstatus dürfen nicht in einer Aussage zusammengezogen werden. Nur weil etwas im Meeting gesagt wurde, ist es noch nicht publikationsreif.
Notizen und Belege zusammenhalten – aber ihre Rollen unterscheiden
Drei Materialien reichen für den Anfang:
Kennung | Material | Welche Frage es beantwortet |
|---|---|---|
N1 | Englische Besprechungsnotiz | Wer hat was gesagt, welche Entscheidungen sind festgehalten und welche Fragen bleiben offen? |
S1 | Was sagt die offizielle Ankündigung zu Meetings? | |
S2 | Introducing Claude Whiteboards, Claude Sheets, and Claude Data | Was wurde für die anderen Produkte tatsächlich angekündigt? |
Mit den Sammel- und Recherchefunktionen von YouMind lassen sich Webseiten samt ursprünglichen Links in einem Projekt aufbewahren, ausgewählte Materialien befragen und bearbeitbare Texte erstellen. In diesem Beispiel wurden die Notiz und zwei offizielle Quellen im privaten Board Meeting Follow-through — Evidence to Deliverables abgelegt. Der vollständige Text beider Webseiten war im Projekt lesbar. So hatten Notiz, Originalquellen und späteres Übergabedokument einen gemeinsamen Ort statt drei getrennter Chats.
Speichern Sie nicht nur Links, sondern auch die konkrete Arbeitsfrage: Was darf in die öffentliche Erklärung, und wo fehlen noch Belege? Diese Frage hilft, weitere Quellen auszuwählen. Eine offizielle Erläuterung, die eine Lücke schließt, ist hilfreich. Mehr Seiten mit derselben Schlagzeile machen eine Schlussfolgerung dagegen nicht belastbarer.
Notiz, zwei offizielle Quellen und Dokument liegen in einem Projekt. Rechts ist der Text der offiziellen Quelle lesbar.
Sehen Sie sich zunächst diese Auszüge aus N1 an:
1DEMO ONLY — FICTIONAL MEETING NOTE — NOT A REAL MEETING OR CUSTOMER2Harbor Light Studio — Weekly product-content standup34Discussion notes5- Mina said several news stories describe Claude Meetings as a Team and Enterprise beta in Google Meet, with Claude joining as a visible participant and leaving if an external guest joins.6- Jordan said we should not publish those details as official product facts until we check Anthropic's own pages. He thought the official articles might describe Meetings as coming soon.7- The team agreed the public post should help readers place follow-up research and an editable deliverable, not teach anyone how to add a bot to a live call.8- Jordan offered to put the meeting note and two official Anthropic pages into a private research board, then separate decisions, claims to verify, and next steps.910Apparent decisions (still must be checked against official sources)11- D1. Treat Claude Meetings as announced, not as a feature we can instruct readers to use today, unless official documentation says otherwise.12- D2. Keep Whiteboards, Sheets, and Data distinct from Meetings.13- D3. Keep this week's working files in one private board: the note, official sources, and the editable brief.14- D4. Do not claim any automatic sync between Claude and the research board.1516Next steps mentioned on the call (excerpt)17- Mina: review a short English brief with three sections — Decisions, To verify, Next steps — before any public draft.
Der erste Punkt belegt, dass Mina eine Medienmeldung wiedergegeben hat – nicht, welche Plattformen das Produkt unterstützt. Der dritte hält eine klare redaktionelle Richtung fest. Der vierte dokumentiert Jordans Angebot, die Recherche zu ordnen, nennt aber keine Frist.
Notizen dokumentieren die Diskussion; offizielle Seiten belegen Produktfakten. Am selben Ort lassen sie sich gegeneinander prüfen, sind aber keine austauschbaren Belege.
Vor dem Schreiben drei Kategorien trennen
Fordern Sie nicht sofort einen vollständigen Artikel an. Lassen Sie die KI die ausgewählten Materialien zunächst in drei Kategorien aufteilen:
- Decisions: Tatsächlich in der Notiz dokumentierte Arbeitsentscheidungen samt Grundlage.
- To verify: Aussagen aus der Diskussion, die durch die aktuellen Quellen nicht belegt sind.
- Next steps: Anstehende Schritte, einschließlich der Person, die sie vorgeschlagen oder Hilfe angeboten hat, sowie offener Zuständigkeiten.
N1 belegt beispielsweise die Entscheidung, keine Anleitung zum Beitritt zu einem laufenden Gespräch zu schreiben. Google Meet, berechtigte Tarife, sichtbare Teilnehmer, Gastregeln und Speicherorte nach dem Meeting gehören unter To verify. Die Vorschau in S1 bestätigt diese Details nicht. Sprachlich überzeugender Text darf die Lücken nicht füllen. Nicht verifiziert bedeutet nicht, dass das Produkt etwas nicht unterstützt; die vorliegenden Quellen belegen es lediglich nicht.
To verify ist kein Dauerparkplatz für Fragen. Definieren Sie für jede Lücke, was sie schließen würde: Bei Plattformen braucht es eine ausdrückliche offizielle Nennung, bei Tarifen Angaben zur Berechtigung. Fehlt der Beleg, streichen Sie die davon abhängige Passage und arbeiten mit gesicherten Inhalten weiter. Recherchelücken sollten den Umfang des Dokuments verändern, nicht zu einer unbeachteten Fragenliste werden.
Auch redaktionelle Vorschläge gehören separat erfasst. Eine von KI empfohlene Vergleichsgrafik zu drei Produkten kann nützlich sein, ist aber kein Besprechungsbeschluss. Sie gehört zur Freigabe unter Suggested follow-up, nicht stillschweigend unter Decisions.
Keine Termine erfinden, nur damit die Aufgabenliste vollständig aussieht. Das Besprechungsdatum ist keine Abgabefrist; „diese Woche besprochen“ heißt nicht „bis Freitag fällig“. Mit Not specified in N1 bleibt sichtbar, was als Nächstes geklärt werden muss.
Öffnen Sie die Originalquellen und prüfen Sie die entscheidenden Passagen. Ist nur ein Titel sichtbar oder der Inhalt nicht lesbar, beschaffen Sie den relevanten Originaltext, statt die KI aus dem Titel auf den Inhalt schließen zu lassen.
Die tatsächlich durchgeführte Quellenprüfung zitierte die offizielle Formulierung „coming soon“ und listete unbestätigte Details aus Nachrichten und Notiz gesondert auf. Anschließend öffnete die ausführende Person beide Originalseiten, um Zitate und Schlussfolgerungen zu prüfen.
Zuerst die offiziellen Aussagen herausarbeiten, dann anhand der Belege entscheiden, was geschrieben werden darf. Eine wiederholte Aussage in der Notiz ist keine Produktspezifikation.
Plattform, Tarife und Teilnahmeregeln sind als nicht verifiziert markiert. Die Antwort unterscheidet „durch diese Quellen nicht belegt“ von „falsch“.
Das Dokument so gestalten, dass andere weiterarbeiten können
Die anschließende KI-Anfrage zum Schreiben des Dokuments wurde als abgebrochen angezeigt. Die ausführende Person verfasste den Text schließlich selbst anhand der überprüften Materialien und speicherte ihn als bearbeitbares Dokument Harbor Light Studio — Post-meeting brief (DEMO). Die Abschnitte Decisions, To verify und Next steps machen die Recherche für Überarbeitung und Übergabe nutzbar.
Denken Sie zuerst an die Aufgabe des Empfängers. Für Recherche zählen Lücken und Originalquellen. Für die Redaktion müssen verwendbare Argumente von noch nicht belegbaren Inhalten getrennt sein. Wer prüft, braucht die zu bestätigende Version und ihren Status. Ein Projekt kann diese Übergaben tragen, ohne jede Quelle für jede Person zu duplizieren.
Das dreiteilige Dokument wurde von Hand geschrieben und gespeichert. Es enthält Quellenlinks, offene Fragen und Folgeschritte aus der Notiz.
So lässt sich die Struktur wiederverwenden – ergänzt um Belege, Zuständigkeiten und nicht genannte Termine:
1Harbor Light Studio — Post-meeting brief (DEMO)2Status: working brief; awaiting review, not approved for publication.34Decisions5- D1. Frame Meetings as announced / coming soon, not as a how-to readers can use today.6 Basis: N1, D1; S1, "Claude Meetings is coming soon."7- D2. Keep Meetings distinct from Whiteboards, Sheets, and Data.8 Basis: N1, D2; S2, product launch status.9- D3. Working arrangement: keep the note, sources and working brief in one private board.10 Basis: N1, D3.11- D4. Do not claim an automatic sync.12 Basis: N1, D4. This board does not sync with Claude or Google Meet.1314To verify15- Google Meet support, plan eligibility, visible-participant and guest rules.16- The exact location and format of post-meeting materials.17- Evidence needed: official documentation that explicitly states each detail.1819Next steps20- Research: Jordan offered to collect sources and check wording in N1.21 Confirm acceptance. Due date: not specified in N1.22- Review: Mina is named to review the short brief in N1.23 Confirm the review time and sign-off. Due date: not specified in N1.24- Suggested follow-up: prepare a short public explainer after review.25 Owner: not assigned in N1. Due date: not specified in N1.
N1, S1 und S2 verweisen auf die obige Quellentabelle. Bei der Übergabe sollte jede Begründung zur passenden Passage oder URL führen, nicht bloß zu einem Quellenhaufen am Ende.
„Jordan hat Recherche angeboten“ heißt nicht „Jordan hat die Recherche abgeschlossen“. „Mina wird prüfen“ heißt nicht „das Dokument ist freigegeben“. Diese Zustände müssen erhalten bleiben, damit Vorbereitung nicht mit Abschluss verwechselt wird.
Danach: Aus dem internen Dokument eine öffentliche Erklärung machen
Erst danach folgt der zweite Schreibauftrag: eine öffentliche Erklärung für Menschen, die nicht an der Diskussion teilgenommen haben.
Dafür braucht es weder interne Zuständigkeiten noch die Information, wer welche Nachricht wiederholt hat, noch jedes einzelne Argument. Gefragt ist eine klare, quellenbasierte Einordnung. Zum Beispiel:
Anthropic has announced Claude Meetings as coming soon, with a stated direction of taking notes and updating team documents during a call. Preparing a draft during a conversation does not, by itself, resolve the research, review and handoff that follow.
Der erste Satz ist durch S1 belegt. Der zweite ist unsere Einschätzung zur Arbeit, kein von Anthropic versprochenes Produktergebnis. So bleibt erkennbar, was Ankündigung und was unsere empfohlene Methode ist.
Das folgt dem Prinzip, eine Recherche für unterschiedliche inhaltliche Blickwinkel zu nutzen: Belege wiederverwenden, nicht Antworten. Die Notiz erklärt die Diskussion, das interne Dokument das weitere Vorgehen und die öffentliche Erklärung das Wesentliche für Außenstehende. Die Aufgaben hängen zusammen; denselben Absatz zu kürzen erfüllt sie nicht alle.
Zusammenarbeit heißt weiterarbeiten, nicht noch einen Anhang verschicken
Kollegen brauchen Dokument und Belege. Wer nur eine ausgefeilte Datei verschickt, während Quellen und offene Fragen im persönlichen Chat bleiben, zwingt andere zu einer neuen Suche.
Das Update zur Zusammenarbeit in YouMind 1.2 beschreibt, wie sich über die Board-Einstellungen Kollegen einladen und Berechtigungen zum Bearbeiten, Ausführen von Aufgaben oder bloßen Ansehen vergeben lassen. Die Arbeit bleibt im Projekt zugänglich. Ausgearbeitete Skills können ebenfalls mit dem Board geteilt werden.
Vereinbaren Sie eine einfache Reihenfolge: Die Recherche ergänzt Quellen und Status, die Prüfung klärt offene Punkte, die Redaktion überarbeitet den Endtext. Das Team legt fest, wer bearbeiten darf und wer die öffentliche Fassung freigibt. Die KI sollte diese Rollen nicht aus einer Teilnehmerliste ableiten.
Wenn die Methode funktioniert, lässt sich „Entscheidungen herausarbeiten, Quellen prüfen, Lücken auflisten, Übergabedokument vorbereiten“ als wiederverwendbarer Skill festhalten. Sorgen Sie erst für eine funktionierende Übergabe, bevor Sie die nächste optimieren.
Lassen Sie vor der Übergabe jemanden, der nicht dabei war, das Dokument öffnen und vier Fragen beantworten:
Frage | Was im Dokument stehen sollte |
|---|---|
Warum darf dieser Satz verwendet werden? | Quelle und relevante Passage, nicht nur „jemand hat es im Meeting gesagt“. |
Was kann noch nicht geschrieben werden? | Klare Beleglücken und die Nachweise, die sie schließen würden. |
An wen wende ich mich als Nächstes? | Die genannte zuständige Person oder die Person, die Hilfe angeboten hat; nicht zugewiesene Aufgaben bleiben offen. |
Welchen Bearbeitungsstand sehe ich? | Entwurf, zur Prüfung oder bestätigt. Generierter Text ist noch keine Freigabe. |
Muss die lesende Person noch im Chat nach Begründungen suchen, ergänzen Sie die Belege. Wirkt die Aufgabenliste vollständig, obwohl Zuständigkeiten und Termine offen sind, klären Sie zuerst diese Zuordnung. Ein Ergebnis ist mehr als saubere Formatierung: Andere müssen ohne die ganze Diskussion weiterarbeiten können. Aktualisieren Sie mit dem Dokument auch den Status. Eine neue Quelle bedeutet keine erneute Freigabe des öffentlichen Texts; ein korrigierter Satz erledigt nicht automatisch die offene Frage.
Ein wiederverwendbarer englischer Prompt in mehreren Phasen
Die folgenden Phasen sind Vorschläge für die eigene Aufgabe. Ersetzen Sie N1 durch Ihre Notiz und wählen Sie passende Belege. Halten Sie nach der Belegprüfung an und geben Sie erst danach das Schreiben frei.
1You are my post-meeting research editor.23Inputs:4- N1: the meeting note5- S1, S2...: selected official sources and original URLs6Deliverable: an editable English post-meeting brief7Review date and timezone: [date, timezone]89Stage 1 — Evidence and note status10Check that the source text is readable.11If it is missing, ask for the relevant passage; do not infer12facts from a title or URL.13Extract short exact quotes with source titles and URLs.14Distinguish what the note records from what official sources15establish. A statement made in a meeting is not independent16proof of a product fact.1718Stage 2 — Decisions, questions and actions19List decisions actually recorded in N1, open questions,20and next steps actually mentioned.21Attach evidence IDs to each item.22Mark unsupported product claims [UNVERIFIED].23Keep editorial recommendations under Suggested follow-up,24not Decisions. Do not invent consensus or completed work.25For each action, record the named owner or offer to help.26Use [OWNER NOT ASSIGNED] and [DATE NOT SPECIFIED] when needed.27Do not infer a deadline from the meeting date.2829Stop here. Wait for my approval before drafting.3031Stage 3 — Editable brief32After approval, draft these sections:33- Decisions34- To verify35- Next steps36Keep recorded decisions, source facts and recommendations37visibly distinct. Cite the note and/or original source URL.38Preserve unresolved ownership, dates and review status.39Do not turn an offer into a confirmed assignment.4041For the Harbor Light example, label the document DEMO.42Do not invent Google Meet support, plan limits, guest rules,43file locations or an automatic sync with Claude or YouMind.44Do not write steps for joining a live call.4546Stage 4 — Handoff and optional public draft47Review the brief against the evidence and list remaining gaps.48Propose who should confirm each gap; label this as a proposal.49Only after approval, write a separate public explainer using50approved facts. Exclude private discussion and internal names.51Make editorial judgments distinguishable from source facts.52Do not invite anyone, share a board, publish, or send anything.
Das Ergebnis ist nicht bloß „Wir haben ein Protokoll“. Es ist ein Projekt, in dem jemand anderes Belege findet, Lücken erkennt, den Text überarbeitet und weiß, wen er als Nächstes fragen muss.
Nach dem Meeting zählt, aus Aufzeichnungen Arbeit zu machen, die andere übernehmen können.
Hast du Fragen zu diesem Artikel?
KI kostenlos fragenVerwandte Beiträge
Unternehmensprofile in ChatGPT: Wie wird Ihre Marke korrekt beschrieben?
Angenommen, jemand fragt: „Könnt ihr Inhalte direkt auf LinkedIn veröffentlichen?“ Ihre Funktionsseite spricht von der Erstellung sozialer Inhalte, der Vertrieb macht daraus „automatisierten Betrieb“, und die FAQ sagt etwas anderes. Welcher Fassung soll der Nutzer vertrauen? OpenAIs neue Möglichkeit, Unternehmensprofile zu beanspruchen, macht diese Frage konkreter. Doch Beim Beanspruchen eines Profils geht es darum, wie eine Marke Informationen bereitstellt, nicht darum, ChatGPTs Antworten zu kontrollieren. Damit Ihre Marke korrekt beschrieben wird, müssen zuerst Ihre eigenen öffentlichen Fakten nachprüfbar sein. Wir prüfen die öffentlichen Seiten von YouMind und sammeln die Quellen in Brand Facts — Evidence Before Claims und erstellen zwei bearbeitbare Dokumente: ein Markenfakten-Briefing und eine FAQ. Die Demo-Inhalte sind auf Englisch, die Benutzeroberfläche ist auf Chinesisch. Unabhängige Toolteams, Creator-Marken und Marketingverantwortliche können dieses Vorgehen übernehmen. OpenAIs datiert den Start von Businesses in ChatGPT als Beta auf den 10. November 2026. Über Business Hub können berechtigte Unternehmen ein Profil beanspruchen, aktuelle Informationen beitragen und verfügbare Auswertungen ansehen. Das ist nicht der Team-Workspace-Tarif ChatGPT Business. Denken Sie an drei Grenzen: erläutert außerdem, dass Änderungen geprüft werden müssen, Antworten sie möglicherweise nicht sofort berücksichtigen und ChatGPT weiterhin andere Quellen verwenden kann. Die stellt ausdrücklich klar: Das Beanspruchen eines Profils garantiert weder eine höhere Platzierung noch Verkäufe. Kleine Teams, die ihre Berechtigung für Profile oder Agents noch nicht kennen, können bereits eines tun: Homepage, Funktionsseite, Preise und FAQ so abstimmen, dass sie dieselbe Frage konsistent beantworten. In diesem Durchlauf wurden drei Links erfolgreich zum Board hinzugefügt und als Quellen für die KI-Aufgabe ausgewählt. YouMinds halten Quellen und bearbeitbare Entwürfe in einem Projekt zusammen, statt beim Surfen nach verstreuten Entwürfen suchen zu müssen. Drei Quellen und zwei Dokumente in einem Board. Die Quellenvorschau zeigt nur Titel und Platzhalter, keinen Beleg dafür, dass der vollständige Text gelesen wurde. Hier eine nützliche Erinnerung: Das Hinzufügen eines Links bedeutet nicht, dass seine Schlüsselpassagen überprüft wurden. Der Betreiber öffnete die öffentlichen Seiten direkt, verglich sie manuell und korrigierte ununterstützte Erläuterungen im KI-Entwurf, einschließlich Anweisungen zum Kopieren und Veröffentlichen auf LinkedIn und benannte Video-Plattformen, die während dieser Überprüfung nicht im Text gefunden wurden. Die abschließenden Entwürfe behielten die unterstützten Aussagen und markierten den Rest Not established. Das bedeutet: Dieses Quellenmaterial belegt die Schlussfolgerung nicht. Es bedeutet nicht, dass dem Produkt die Funktion fehlt. Dieser Unterschied ist wichtig. Fragen Sie die KI zuerst: Fragen Sie nicht nur nach Widersprüchen zwischen den Seiten. Viele Fehler entstehen, wenn eine Paraphrase einen Schritt weitergeht: Das Entwerfen wird zu einer Veröffentlichung, ein Nutzungsfall wird zu einem primären Kundensegment oder das Organisieren von Quellen wird zu einer automatischen Faktenprüfung. Aus dieser Prüfung ergeben sich folgende Bewertungen: Geprüft wird eine einzelne Aussage, nicht die gesamte Webseite. Eine Seite kann „ein Skript schreiben“ belegen, ohne damit jedes angehängte Versprechen zu stützen. Nach der Prüfung wurden die Ergebnisse im bearbeitbaren englischen Dokument gesammelt: Brand facts and evidence. Der Screenshot zeigt neben belegten Fähigkeiten auch What cannot be inferred — Not established; so bleiben die Grenzen für spätere Texte sichtbar. Das Briefing bewahrt Quellen und Belege auf und unterscheidet fehlende Belege von der Verneinung einer Funktion. Für Ihre Marke verwenden Sie diese Struktur erneut: Dies ist eine angepasste Briefing-Vorlage, keine wörtliche Abschrift des Screenshots. Das Datum bezeichnet die aktuelle Prüfung. Erfinden Sie kein Aktualisierungsdatum, das die Webseite nicht nennt. Wenn sich Seiten ändern, müssen Sie die gesamte Einführung nicht neu schreiben. Identifizieren Sie betroffene Aussagen und aktualisieren Sie dann die Zusammenfassung, die FAQ und die Seiten über ihre Beweis-IDs. Lassen Sie umstrittene Artikel mit einem Eigentümer und einer offenen Frage, anstatt eine alte Version leise zur Standardantwort zu machen. Die drei Demoquellen reichen nicht zur Preisprüfung, daher stehen hier keine Preiszahlen. Ergänzen Sie Preis- und Richtlinienseiten. Prüfen Sie Abrechnungszeitraum, Währung, Gebührenbedingungen, enthaltene Funktionen und Limits, Regeln bei Überschreitung und den Zeitpunkt, zu dem eine Kündigung wirksam wird. Eine Funktionsbeschreibung belegt nicht, dass alle Tarife dieselben Leistungen enthalten. Das nächste Dokument, Source-backed FAQ draft, behandelt fünf Themen: Produktdefinition, mögliche Nutzer, LinkedIn-Entwürfe, Videoskripte sowie die Frage nach direkter Veröffentlichung oder ChatGPT-Empfehlungen. Ziel ist die nächste Entscheidung der Nutzer, nicht ein weiterer Werbetext. Die FAQ speichert Fragen, Antworten und Quellen für line-by-line Bearbeitung. Im Folgenden folgen die gleichen fünf Themen. Ein KI-Studio zum Lernen und kreativen Arbeiten: Nutzer speichern Quellen in Boards, recherchieren mit KI und erstellen bearbeitbare Ergebnisse. [E1] Die Seiten zeigen das Lernen aus Quellen sowie die Vorbereitung von LinkedIn-Inhalten und Videoskripten. Das hilft bei der Einschätzung passender Aufgaben, belegt aber keine bestimmte Hauptkundengruppe. [E1–E3] Ja. Die LinkedIn-Seite beschreibt, wie Notizen, Recherche und Erfahrungen zu Beiträgen, Dokumentenkarussellen und Artikeln werden. [E2] Ja. Die Seite beschreibt den Einstieg und Blickwinkel, den Aufbau einer Geschichte und ein klares Skript für die gewünschte Plattform und Zielgruppe. Ein Skriptentwurf bedeutet noch nicht, dass das Video produziert oder veröffentlicht wurde. [E3] Daraus lässt sich das nicht ableiten. Inhalte zu erstellen bedeutet nicht, dass sie bereits auf einer Plattform veröffentlicht wurden. Diese Prüfung belegte weder automatische Veröffentlichung noch automatische FAQ-Übermittlung an ChatGPT oder garantierte Empfehlungen. Jede Fähigkeit benötigt eigene Belege; ein generierter Entwurf reicht nicht aus. Briefing und FAQ nutzen dieselben Belege, beantworten aber unterschiedliche Fragen. Das entspricht dem Ansatz, : Das interne Briefing klärt „Was können wir bestätigen?“, die FAQ „Was müssen Nutzer vor einer Entscheidung wissen?“ Vergleichen Sie Ihre Homepage, Funktionen, Preise und FAQ Seite für Seite. Priorisieren Sie Sätze, die Entscheidungen beeinflussen: nennt eine einfache Regel für Produktbeschreibungen: Spezifikationen und Aussagen auf genaue Originalquellen stützen und das Ergebnis vor dem Teilen daran prüfen. Öffentliche Seiten zu korrigieren ist hilfreicher, als einer unklaren Beschreibung nur einen neuen Zugang zu geben. Berechtigte Teams, die Business Hub erwägen, können das Briefing als Grundlage für die manuelle Vorbereitung ihrer Angaben nutzen. Diese Arbeit synchronisiert jedoch nichts automatisch von YouMind zu ChatGPT. Ein Dokument oder eine FAQ zu erstellen bedeutet nicht, dass es oder sie übernommen oder zitiert wird. Wählen Sie zuerst die Quellen aus, stoppen Sie bei der Prüfung und genehmigen Sie sie vor der Erstellung. Am Ende sollten zwei Dinge vorliegen: ein Markenfakten-Briefing mit Belegen und Prüfdatum sowie eine FAQ, deren Antworten sich einzeln korrigieren lassen. Ein Unternehmensprofil zu beanspruchen ist lediglich ein neuer Weg, Informationen bereitzustellen. Klarzustellen, was Ihre Marke kann, unter welchen Bedingungen und welche Schritte Nutzer selbst erledigen müssen, ist Arbeit, die Sie jetzt abschließen können.
Eine Recherche, mehrere Inhalte – statt denselben Absatz fünfmal umzuschreiben
Du liest ein paar Quellen, entwickelst eine Position und möchtest sie auf X und LinkedIn teilen und als YouTube-Video umsetzen. Also bittest du die KI: „Mach einen kurzen Post daraus.“ „Formuliere es professioneller.“ „Schreib ein Sprechskript.“ Drei Entwürfe sind schnell fertig. Nebeneinander betrachtet ist der erste die Schlussfolgerung, der zweite ihre Langfassung und der dritte ihre Vertonung. Wer den ersten kennt, hat keinen Grund, den zweiten zu lesen. Das Problem ist nicht die Qualität der Umformulierung. Alle drei Beiträge beantworten von Anfang an dieselbe Frage. Wiederverwenden solltest du die Recherche, nicht die zentrale Frage jedes Beitrags. Eine Recherche kann mehrere Inhalte tragen. Jeder sollte jedoch ein neues Verständnis vermitteln oder eine andere Entscheidung ermöglichen. Als Beispiel dient die Frage: „Wie sollten Creator Videountertitel prüfen?“ In YouMind sammeln wir drei öffentliche Quellen in einem Board, trennen die Fragen und prüfen die Belege. Daraus entstehen ein englischer Kurzpost, ein argumentativer Beitrag und ein Videoskript. Die Oberfläche ist auf Chinesisch, die Demo-Inhalte sind auf Englisch. Eine gemeinsame Recherche: erst verschiedene Fragen formulieren, dann die jeweiligen Inhalte festlegen. In der chinesischen Oberfläche führt der Weg über „项目→创建项目→新建项目“ zum neuen Projekt. Nenne das Board One Research, Three Content Angles. Füge unter „文件→添加资料“ die drei Quellen-URLs ein und wähle „添加链接“. In diesem Durchlauf erschien die Bestätigung „已添加3个“ (3 hinzugefügt); alle Quellen waren im Projekt vorhanden. Stelle anschließend Fragen zu den ausgewählten Materialien. YouMinds halten Quellen, Recherchegespräche und bearbeitbare Entwürfe in einem Projekt zusammen. Du musst nicht zuerst Dutzende Links sammeln. Du brauchst eine minimale Belegliste, die deine Fragen beantworten kann: Quellen: · · Die erste Bitte im Board lautet nicht „Schreib mir drei Beiträge“, sondern: Lies die Antwort und gleiche Schlüsselsätze mit den Originalen ab. Prüfe auch die URLs: Die dritte Quelle heißt tatsächlich Edit or remove captions - YouTube Help, also „Untertitel bearbeiten oder entfernen“. Ein unerwarteter Titel bedeutet nicht, dass eine Quelle fehlt. „Notwendige nichtsprachliche Toninformationen aufnehmen“ stammt etwa aus S2; „bei der Übergabe eine prüfende Person benennen“ ist dagegen unsere Zusammenarbeitsempfehlung. Beides darf in den Text, aber nicht zu einem angeblichen Branchenstandard verschmelzen. Alle drei Quellen sind im Projekt: YouTubes Hilfe zu automatischen Untertiteln, der W3C-Leitfaden und YouTubes Hilfe zum Bearbeiten oder Entfernen. „Videountertitel“ ist ein Thema, noch keine Sammlung von drei Beitragsideen. Die Fragen entstehen aus konkreten Lesersituationen: Alle drei nutzen dieselben Materialien, brauchen aber andere Antworten: eine Entscheidungshilfe, eine Methode zur Zusammenarbeit und das Verständnis eines leicht übersehenen Details. YouMinds bietet einen Einstieg: Aus den Board-Materialien 3–5 Erzählansätze vorschlagen und für jeden die unterstützenden Quellen zeigen lassen. Ergänze ein Kriterium: Jeder Ansatz muss eine andere Leserfrage beantworten, nicht bloß eine andere Überschrift haben. Ergänze pro Frage „zentrale These — Beleg-IDs — Nutzen für Leser“. Braucht ein Ansatz Leistungsdaten zu Videos, die du nicht hast, stelle ihn zurück. Erfinde keine Aussage wie „Das erhöht die Abschlussrate“, nur um drei Beiträge zusammenzubekommen. In Evidence brief + three angles werden zuerst Quellen geprüft und dann Fakten, Beleggrenzen und redaktionelle Empfehlungen getrennt. In diesem Durchlauf wurden Recherche und Ansätze zunächst im bearbeitbaren Dokument Evidence brief + three angles gesammelt. Die Abschnitte für X, LinkedIn und YouTube kamen danach in ein weiteres bearbeitbares Dokument, Three channel drafts. Alle drei Inhalte in einem Dokument erleichtern den Vergleich; verschiedene Plattformen erfordern keine drei Dateien. Three channel drafts enthält alle drei Plattformtexte in einem bearbeitbaren Dokument – mit jeweils einer anderen Frage. Ordne jedem Inhalt zuerst eine Frage zu, dann die Ausdrucksform. Die folgenden Ansätze sind zu veröffentlichungsfähigen Beispielen ausgearbeitet. Die Fragen bleiben auch auf anderen Plattformen sinnvoll. Dieser Post beantwortet nur: Bedeutet die Generierung automatischer Untertitel, dass die Prüfung abgeschlossen ist? Mit S1 wird der Unterschied klar: Generierung ist ein Systemstatus, Prüfung redaktionelle Arbeit. Hier braucht niemand den gesamten Untertitelprozess zu lernen. Der zweite Text organisiert die Prüfung, statt den ersten zu verlängern. Für die Entwicklung einer fachlichen Position hilft YouMinds : Beobachtungen in den Materialien von der eigenen Deutung trennen und daraus eine klare Position entwickeln. S2 und S3 werden zu einer Abnahmemethode verbunden. Auch wer schon weiß, dass automatische Untertitel geprüft werden müssen, lernt etwas Neues: wie die nächsten Übergabeanforderungen an den Editor aussehen können. Der dritte Text fragt, was jenseits der Sprache fehlen kann. Trenne beim Ausarbeiten dieses in YouMind Bild und Sprechertext. So erkennst du, welche Informationen gezeigt statt nur erklärt werden müssen. Szene 1: Ein Tutorial zur Aufnahme zeigen. Bildschirmtext: Sprechertext: Szene 2: Der Timer piept. Das Bild anhalten. Sprechertext: Szene 3: Den Untertitel genau beim Signal einblenden. Bildschirmtext: Sprechertext: Schlussbild: S2 erklärt, warum die Toninformation ergänzt werden muss; S3 verbindet das mit der Timing-Korrektur. Das Problem wird sichtbar, statt die ersten beiden Posts vorzulesen. Nach den drei Entwürfen empfiehlt sich vor dem Feinschliff eine Prüfung auf Wiederholungen. Bitte YouMind, die zentralen Antworten statt Länge und Ton zu vergleichen: Auch ohne Plattformnamen bleiben die Texte verschieden: Der erste hilft, das Ende der Prüfung zu beurteilen; der zweite, Zuständigkeiten und Prüfpunkte festzulegen; der dritte, eine konkrete Auslassung zu erkennen. So sähe dagegen eine schlechte Umarbeitung aus: Es wirken wie drei Inhalte, doch es gibt nur eine Antwort. Listen, Tonfall und Einleitungen sind hinzugekommen – kein weiteres lösenswertes Problem. Frage dich: Was weiß ich nach dem zweiten Beitrag zusätzlich zum ersten? Lautet die Antwort nur „mehr Details“, überarbeite die Frage. Die Entwürfe bleiben in YouMind bearbeitbar. Jetzt muss sich die Aufgabe des Textes ändern, nicht nur seine Wortwahl. Nutze den folgenden Prompt mit der Recherche im Board. Prüfe zuerst die Ansätze, bevor die KI schreibt, damit nicht drei gleichbedeutende Fassungen entstehen. Ein Board hält die gemeinsamen Materialien fest; drei Texte beantworten unterschiedliche Fragen. Darum geht es – nicht um die Anzahl gleichzeitig erzeugter Versionen. Eine Recherche muss nicht fünf Beiträge ergeben. Trägt sie zwei verschiedene Fragen, schreibe zwei Texte. Fehlen für die dritte die Belege, bleibt sie für später. Wiederverwendung soll nicht denselben Satz häufiger zeigen. Sie soll derselben Recherche mehr Antworten auf lohnende Fragen ermöglichen.
Wie Solo-KI-Berater Kunden-Workflows in wiederverwendbare YouMind Skills verwandeln
Jedes neue Kundenengagement kann sich wie ein Start bei Null anfühlen. Sie wissen bereits, wie man einen Automatisierungsstack abbildet. Sie haben das LinkedIn Fast-Start-Paket erstellt. Sie haben das playbook geschrieben, das einen chaotischen ops-prozess in etwas verwandelt, das ein ki-agent ausführen kann. Dann kommt der nächste kunde mit einem ähnlichen problem an - und der chat-verlauf, die aufforderungen und die halbfertigen dokumente aus dem letzten job sind irgendwo begraben, wo sie unter fristdruck nicht wieder öffnen werden. Das ist die stille Steuer der Soloberatung:Methodeverbessert sich mit jedem Engagement, aber dieArtefaktÜberlebt selten lange genug, um dem nächsten zu helfen. Dieser Artikel ist ein How-to-Plus-Point-of-View-Methodenteil (keine Kundenfallserie). Es stellt sich einen Solo-KI-Automatisierungsberater vor, der hauptsächlich in der Web-App und Browser-Erweiterung von YouMind für die Chat-lastige Lieferung arbeitet, wobei einige Schreib- und Bildgenerierungen gemischt sind. Die folgende Anleitung ist eine reproduzierbare Produktdemo (englische Benutzeroberfläche, 2026-10-26), die zeigt, wie man eine Methode als Skill verpackt - Kundennamen sind beispielhafte Platzhalter, keine benannte Kundenerfolgsgeschichte. In dieser Art von Praxis zeigen sich immer wieder vier Workstreams: 1. Agent Builds und modellunabhängige Playbooks. Client-Workflows werden in wiederverwendbare "Agenten-Build-Schrittpakete" unterteilt - strukturierte Aufforderungen und Schritte, die nicht an ein Modell gebunden sind. Boards halten Projektmaterialien; Chat ist, wo das Playbook entworfen und gestrafft wird: was zu fragen ist, welche Eingaben zu sammeln sind, wie der Agent argumentieren sollte, wie die Übergabe aussieht. 2. Consulting und Sales Mapping. Bevor Sie etwas bauen, punkten und bewerten Sie Chancen: In einer CRM- / Automatisierungs-Reseller-und-Implementierungswelt, für welche Teile es sich lohnt, sie zu verkaufen oder zu implementierenDieseClient, und welche Workflow-Lücken zuerst gehen sollten. Dieses "Score / Rang" -Muster wiederholt sich bei den Clients. 3. Marketingpakete für ein kommerzielles Angebot. Für ein Foodservice / Küche-Ops-bezogenes Angebot umfasst die Arbeit Kampagnen-Framing und LinkedIn-artige Fast-Start-Packs: Positionierung, Post-Sequenzen und Startkopie. Ähnliche Packungen zeigen sich in Vertikalen und Geos. 4. Social und Community Content Engines. X-Posts, LinkedIn-Packs, Engagement-Posts im Community-Stil - Inhalte, die in einem Rhythmus ausgeliefert werden müssen. Sprach-, Struktur- und CTA-Muster treten über Lieferungen hinweg wieder auf. WiederholungAufgabentypenist nicht dasselbe wie eine verpackte Methode. Wenn sie immer noch jede woche die gleiche struktur aus einem leeren chat neu schreiben, werfen sie das urteil weg, das sie bereits verdient haben. Ein stabileres Muster: Boards hält die Materialien jedes Engagements; Chat sperrt Schritte und QA; Skills behält die feste Methode bei und lässt Industrie, Stadt, Beweispunkte und Ton als Eingaben übrig - also ist der nächste Client ein Austausch von Eingaben, kein Wiederaufbau der Struktur. Das passt zu YouMinds Definition eines Skill: ein wiederholbarer KI-Workflow mit einem klaren Problem, Eingaben, Schritten und lieferbar, so dass das variable Thema / die variablen Materialien für den Benutzer ausgefüllt werden können.. Eine Eingabeaufforderung, die Sie einmal in Chat eingegeben haben, ist fragil. Ein Skill ist die gleiche Methode, nachdem Sie entschieden haben, was behoben bleibt und was der nächste Client eintauschen wird. Der offizielle Vorschlag ist einfach: Bitten Sie nach einem Lauf, mit dem Sie zufrieden sind, das Agent, den Prozess in ein Skill zu verpacken - behalten Sie die wiederverwendbaren Regeln bei, verwandeln Sie die Teile, die sich jedes Mal in Eingaben ändern, und testen Sie dann mit verschiedenen Themen und sogar unvollständigen Eingaben, um zu sehen, ob normale Eingaben immer noch einen versandbaren Entwurf erzeugen. In der Beratung: Der erste Kunde zahlt für Entdeckung und Standards. Die Skill behält die Frageliste, Eingabefelder und die QA-Leiste. Das nächste Engagement kannWiederverwendung dieser Schritte und Überprüfungen-solange der neue Job noch im Rahmen des Skill liegt. Sie brauchen keinen Marktplatzplan. Beginnen Sie mit einem Workflow, den Sie bereits für Kunden überarbeitet haben. Wählen Sie etwas, das Sie mindestens zweimal gemacht haben: eine Reseller-Chancenmatrix, eine Agent-Build-Umrisse, ein LinkedIn Launch Pack, eine wöchentliche Community-Engagement-Engine. Aufschreiben: Drop-Source-Notizen, vergangene Ergebnisse und Beispiele auf ein Board, damit der Kontext nicht in Ihrem Kopf gefangen ist. Demo Board mit North Bay kurzen und Qualitätsleistennotizen Offenes Kundenbriefdokument Verwenden Sie Chat auf diesem Board, um unordentliches Fachwissen in eine klare Sequenz zu verwandeln: Fragen → Analyse → Entwurf → QA-Checkliste. Struktur lieber als Prosa. Wenn ein Schritt nur funktioniert, wenn Sie sich an einen Trick vom letzten Mal erinnern, schreiben Sie den Trick in das Playbook. Run es einmal in einem realen (oder realistischen) Client-Szenario. Repariere, was kaputt ist. Diese IterationistFestlegung der Methode. Hinweis: im Ask / Chat-Modus oft die erste PackungBleibt im Chat ThreadDas Speichern von Markdown (oder anderen Dateien) auf dem Board ist ein separater Schritt - oder ein Agent / Schreibfluss. Gehen Sie nicht davon aus, dass Chat immer Board Dokumente für Sie schreibt. Chat prompt mit Board Materialchips angebracht Positionieren von One-Pager in Chat Wenn Chat etwas produziert, das Sie einem Kunden gerne übergeben würden, verpacken Sie die Methode als Skill: Schließen Sie die stabilen Schritte und Standards; lassen Sie Thema, Nische, Angebot und Materialien als Eingaben. Ein Skill ist keine "längere Aufforderung". Es ist eine Arbeitsmethode, die Sie getestet haben, bis normale Inputs noch nutzbare Outputs produzieren. Halten Sie v1 schmal. "LinkedIn launch pack for local foodservice" schlägt "social Skill that does everything". Wenn Sie es benennen, erinnern Sie sich an die SkillTitelfeld-Caps bei 40 ZeichenGeben Sie Details in den Untertitel oder Instructions ein, wenn der vollständige Name nicht passt. Hier ist der Walkthrough. Nach einem guten Chat-Lauf können Sie den Agent fragen: "Verwandeln Sie dies in einen Skill - beheben Sie die Schritte und QA, führen Sie Clientfelder ein." In der Demo, die wir verwendet habenCreate skill → Create with YouMind�und hielt die Skill privat (Only me). Bestätigen Sie die Erstellung eines privaten Skill aus dem Lauf Positionierung eines Pagers (Auszug) Wir helfen Restaurantbesitzern in der Nachbarschaft, Küchengeräte von "Fix, wenn es kaputt geht" auf "Kalender inspizieren" zu verschieben. Der Nachweis stammt aus den letzten Wartungs-Follow-ups (anonymisiert). Nächster Schritt: Buchen Sie eine 20-minütige Inspektionsbewertung - nicht zuerst einen einjährigen Vertrag. Ein fertiger Post (Bewusstsein) Haken: Eine Stunde Küchenausfall kostet oft mehr in verlorenen Abdeckungen als in Teilen. Körper: Viele Geschäfte behandeln Reparatur als Notfall. Filter, Dichtungen und Sonden haben vorhersehbare Fenster. Wechseln Sie von "Anruf, wenn es fehlschlägt" zu "Inspektion in einem Kalender", und Fehler verschieben sich vom Abendessen auf eine Zeit, die Sie wählen. CTA: Kommentieren Sie "Inspizieren" oder DM Ihren Restaurantnamen und Ihre Nachbarschaft - ich sende eine einseitige Checkliste. Bild: saubere Küchenecke + handschriftlicher Kalender (keine echten Schaufenster). Es gibtNeinseparates Mehrfeld-Eingabeformular Skill Variable Teile landen normalerweise so: Ob der Kanal noch passt, bleibt eine Schritt-1-Prüfung - kein generisches Kopierfeld. Die Tabelle oben ist eine Methodenskizze,nichtForm Widgets. Für Screenshots koppeln Sie die Lauffläche mit der Skill-Detailseite. Skill Lauffläche: Input hint + Fertigkeitschip (keine Mehrfeldform) Privates Skill Detail: Inputs innerhalb Instructions aufgeführt Nächstes Engagement noch lokaler Foodservice - in der Demo, Beispiel ClientHarbor District Kitchen Supplies�: Bevor Sie die Skill sperren: fehlende Beweise → fragen oder überspringen, niemals erfinden; vorherige Kundendaten aus den gemeinsamen Anweisungen; alte Firmennamen und Jargon wurden in Eingaben verschoben. Bevor Sie sich für die Veröffentlichung entscheiden, führen Sie mindestens einen Swap- oder Stresstest durch und schreiben Sie die Passleiste. Bewahren Sie das "lokale Foodservice × LinkedIn Launch Pack" Skill auf. Drei kleine Tests (Probeneingaben sind in Ordnung).B ist ein Out-of-Scope-Grenzentest: Es beweist nicht, "das Wort der Industrie zu tauschen und wiederzuverwenden, wenn es ist"; es prüft, ob das Skill immer noch einen Lauf erzwingt, wenn es nicht sollte. Der Harbor District-Wiederverwendungsschuss zeigt einen Gleichumfangs-Swap unter Demobedingungen. Eine erfolgreiche Demo beweistDieseBedingungen - keine Zeitersparnis, Einnahmenhebung oder universelle Stabilität. Wiederverwendung für Harbor District Kitchen Supplies Nach Tests bestanden: Öffnen Sie die Skill, tauschen Sie Eingaben aus, nehmen Sie den ersten Entwurf und bearbeiten Sie dann Ihre Stimme. Boards hält immer noch die Materialien dieses Engagements; das Skill trägt nur die Methode. Produktspitze:Run�Vielleicht öffnen Sie Ihrezuletzt verwendet Board, nicht das Board, wo Sie das Skill erstellt haben. Bevor Sie einen neuen Client ausführen, bestätigen Sie, dass Sie rechts Board sind (oder wechseln), und gehen Sie dann. Wenn die Methode Menschen außerhalb Ihrer Praxis hilft, den Titel (≤40 Zeichen), die Beschreibung und echte Proben zu polieren, dann betrachten Sie die. Veröffentlichung ist optional; Anreize folgen den aktuellen Produktregeln. Für die meisten Berater,private Wiederverwendung, die funktioniertist schon genug - entscheide dich einmal, nach dem Testen. Solo-Operatoren verschwenden selten Zeit beim Tippen. Sie verschwenden esWiedereinführungUrteil: Welche Fragen zu stellen sind, welche Ranking-Kriterien wichtig sind, welcher CTA in den Kanal passt, welche QA-Gates schwache Entwürfe bekommen. Skills speichert diese Fragelisten und Schecks. Boards halten Sie die Materialien jedes Engagements getrennt. Chat bleibt der Workshop für Methoden, die noch nicht festgelegt sind. Zusammen verschiebt sich die arbeitseinheit von einem weiteren leeren chat zu einem weiteren ablauf eines schriftlichen prozesses. Sie müssen kein Vollzeit-Skill-Schöpfer werden. Sie benötigen ein playbook, das früher von null neu gestartet wurde - und nicht mehr. Wenn Sie die gleichen Client-Workflows immer wieder neu erfinden, führen Sie die Schleife einmal bei einem echten Job aus: Erfassen → Entwurf in Chat → (optional) Bitten Sie den Agent, einen Skill → Test mit unvollständigen Eingaben zu verpacken und einmal außerhalb des Umfangs, wenn nötig → Swap-Eingaben innerhalb des Umfangs; erst dann entscheiden Sie, ob Sie veröffentlichen möchten. Entdecken Sie Skills und Boards beiund lesen Sie dieWählen sie einen client-prozess aus, den sie zweimal durchgeführt haben, und führen sie die fünf schritte aus - normalerweise eine bessere stunde als ein anderer leerer chat.