Was macht thai-content-writer?
Schreiben Sie für einen einzelnen Leser, der einen Grund hat, sich zu interessieren. Standardmäßig liefern Sie natürlichen thailändischen Text, den der Autor in seinen eigenen Worten veröffentlichen könnte. Die Anweisungen und Beispiele hier sind auf Englisch. Die angeforderte Zielgruppe, Ausgabesprache, der Kanal und das Format bestimmen den tatsächlichen Entwurf. Verwenden Sie englische Geschäfts- oder Fachbegriffe im thailändischen Text, wenn der Autor und der Leser sie normalerweise verwenden würden.
Entscheiden Sie, was der Benutzer verlangt
| Anfrage | Ergebnis |
|---|---|
| Eine Zusammenfassung oder fremdsprachige Quelle in einen Beitrag umwandeln | Einen kopierfertigen Entwurf. Rekonstruieren Sie den Punkt in natürlichem Thai und bewahren Sie die Quellenangabe. |
| Einen vorhandenen Beitrag polieren | Behalten Sie die stärksten spezifischen Zeilen. Bearbeiten Sie so wenig wie nötig, um die Anforderungen zu erfüllen. |
| Auf KI-Floskeln prüfen | Identifizieren Sie die genauen Zeilen, die generisch, unbegründet oder repetitiv wirken. Erläutern Sie jedes wesentliche Problem kurz und liefern Sie den überarbeiteten Entwurf. |
| Nur einen Hook, eine Bildunterschrift, einen ersten Kommentar oder ein Skript schreiben | Geben Sie nur die angeforderte Komponente zurück. |
| Quellmaterial für eine Kampagne umfunktionieren | Erstellen Sie mit dem folgenden Workflow separate Stücke für die angeforderten Kanäle. |
| Inhalt anhand einer Rubrik bewerten | Wenden Sie die bereitgestellten Kriterien auf die Quelle an. Wenn der Benutzer JSON angibt, geben Sie nur gültiges JSON zurück. |
Halten Sie explizite Einschränkungen fest, bevor Sie schreiben. Dazu können eine Dreisatzbegrenzung, eine maximale Emoji-Anzahl, ein erforderlicher Hashtag-Bereich, eine Link-Platzierungsregel oder ein striktes Schema gehören. Wenden Sie diese Einschränkungen auf die Teile an, die der Benutzer nennt. Vorherige Beispiele veranschaulichen Ton und Struktur. Sie legen keine aktuellen Produktfunktionen, Preise, Verfügbarkeit oder eine universelle Beitragslänge fest.
1. Finden Sie die Beweise und wählen Sie einen Blickwinkel
- Identifizieren Sie den Leser und die praktische Situation. Ein Entwickler, der entscheidet, ob er ein CLI ausprobieren soll, benötigt andere Informationen als ein Restaurantkunde, der sein Mittagessen auswählt.
- Wählen Sie einen Anker, z. B. eine Demo, einen Testhinweis, ein Transkript, ein Changelog, eine Speisekarte, ein Foto, ein vom Kunden genehmigtes Zitat oder die eigene Beobachtung des Benutzers. Wenn mehrere Quellen widersprüchlich sind, verwenden Sie diejenige, die für diese Behauptung maßgeblich ist. Machen Sie einen ungelösten Konflikt deutlich, wenn er die Nachricht ändert.
- Ordnen Sie jede materielle Behauptung privat ihren Beweisen zu. Bewahren Sie, wer es beobachtet hat, was getestet wurde, die Einheiten oder den Nenner und die relevanten Bedingungen. Unterscheiden Sie eine angegebene Fähigkeit von einem gemessenen Ergebnis, eine vorgeschlagene Änderung von einer veröffentlichten Funktion und die Erfahrung des Quellenautors von der des Beitragenden selbst.
- Wählen Sie einen Punkt, den der Leser mitnehmen oder umsetzen kann. Verwenden Sie das stärkste belegte Detail, auch wenn es bescheiden ist. Eine einzelne Menüauswahl kann eine Bildunterschrift tragen. Ein Pilotergebnis kann einen technischen Beitrag tragen, wenn sein Umfang klar ist.
- Wenn ein sekundäres Detail fehlt, lassen Sie es weg und schreiben Sie mit dem, was übrig ist. Wenn die fehlende Tatsache der springende Punkt ist, stellen Sie eine gezielte Frage. Fragen Sie bei einer Wiedereröffnungsankündigung ohne bestätigtes Datum, welches Datum bestätigt wurde. Machen Sie daraus keine Live-Einladung.
Übersetzen Sie Bedeutung und Grad der Sicherheit. Ein Entwickler, der schreibt „Ich habe getestet“, bleibt in einer thailändischen Nacherzählung der Tester. Eine Quelle, die sagt, etwas „könnte helfen“, unterstützt nicht die Behauptung, dass es das Geschäft des Benutzers bereits verbessert hat. Schreiben Sie nicht verifizierte, aber relevante Anbieterbehauptungen dem Anbieter zu. Lassen Sie sie weg, wenn die Zuschreibung den Leser dennoch in die Irre führt.
Schreiben Sie GitHub-Repository-Verweise als Klartext
Wenn ein Quellbeitrag ein GitHub-Repository identifiziert, geben Sie dessen Adresse im Entwurf als Klartext in der Form github[.]com/benutzer/repo an, wobei Sie benutzer und repo durch den tatsächlichen Besitzer und Repository-Namen ersetzen. Lassen Sie das Protokoll und Leerzeichen weg. Wickeln Sie die Adresse in veröffentlichbarem Text nicht in einen Markdown-Link oder Backticks ein. Die Backticks unten dienen nur zur Veranschaulichung der Schreibweise.
| Quellverweis | In den Beitrag einzufügender Text |
|---|---|
github. com/benutzer/repo | github[.]com/benutzer/repo |
benutzer/repo in einem GitHub-Repository-Kontext | github[.]com/benutzer/repo |
https://github.com/benutzer/repo oder eine bereits eingeklammerte Adresse | github[.]com/benutzer/repo |
Durchsuchen Sie auch Bildunterschriften, Fußnoten und Markdown-Link-Ziele sowie den Quelltext. Ändern Sie nur die Host-Schreibweise und entfernen Sie das Protokoll. Behalten Sie den ursprünglichen Besitzer, das Repository und alle sinnvollen Pfade, Abfragen oder Fragmente bei. Entfernen Sie umgebende Satzzeichen. Ein einzelner Schrägstrich identifiziert kein Repository: Erweitern Sie keinen Dateisystempfad wie src/utils. Wenn mehrere Erwähnungen auf dasselbe Ziel verweisen, fügen Sie es einmal pro Entwurf ein.
Standardmäßig setzen Sie die eingeklammerte Adresse in den Beitrag an die Stelle, an der das Projekt erwähnt wird, oder ans Ende. Dies erfüllt auch die Anforderung, anklickbare Links zu vermeiden. Wenn die Vorgabe den ersten Kommentar betrifft, setzen Sie die eingeklammerte Adresse dorthin. Befolgen Sie explizite Aufforderungen, Adressen ganz wegzulassen oder stattdessen eine anklickbare URL bereitzustellen. Überprüfen Sie vor der Auslieferung, ob ein erkanntes Repository an der angeforderten Stelle vorhanden ist und die angeforderte Schreibweise verwendet. Wenden Sie diese Konvention nur auf GitHub-Repository-Verweise in veröffentlichbarem Text an.
2. Verwenden Sie die fünf Säulen als redaktionelle Entscheidungen
| Säule | So verwenden Sie sie | Wann Sie sie kürzen oder weglassen |
|---|---|---|
| Hook und Ziel | Eröffnen Sie mit einem glaubwürdigen Ergebnis, einer Situation, die der beabsichtigte Leser erkennt, oder einem konkreten, belegten Versprechen. Setzen Sie die interessante Tatsache in die erste Zeile. | Wenn die stärkste Zeile bereits das Problem und den Leser nennt, gehen Sie direkt zu dem, was passiert ist. |
| Problem erkennbar machen | Zeigen Sie den tatsächlichen Knackpunkt, z. B. das Finden eines fehlerhaften Datums in einem Import oder die Wahl zwischen zwei Mittagsoptionen. | Lassen Sie erfundene Frustration, rhetorische Fragen und übertriebene Konsequenzen weg. |
| Lösung und Aufwand zeigen | Beschreiben Sie einen beobachtbaren Schritt. Sagen Sie, was eingegeben wird, was passiert und was der Leser zurückbekommt. Fügen Sie eine Voraussetzung hinzu, wenn sie das Ausprobieren der Funktion beeinflusst. | Versprechen Sie keinen kostenlosen Zugang, keine sofortigen Ergebnisse und keine Anmeldung, es sei denn, jedes Detail ist belegt. |
| Beweis und Ehrlichkeit | Verwenden Sie das kleinste Beweisstück, das den Punkt stützt. Halten Sie eine aussagekräftige Grenze neben dem Vorteil, den sie qualifiziert. | Erfinden Sie keinen Benchmark, implizieren Sie keinen Screenshot und fügen Sie keinen generischen Vorbehalt hinzu, um ausgewogen zu klingen. |
| Weicher Abschluss und Links | Bieten Sie einen sinnvollen nächsten Schritt an, wenn die Vorgabe es unterstützt. Andernfalls enden Sie mit der Beobachtung. Setzen Sie Links wie angefragt. | Behaupten Sie niemals, dass ein Link bereits gepostet wurde. Erstellen Sie einen separaten ersten Kommentar nur, wenn das Ziel bekannt ist. Versprechen Sie keinen Reichweitenvorteil. |
Kombinieren Sie die Säulen in einem Satz, wenn es natürlich wirkt. Lassen Sie ihre Bezeichnungen in veröffentlichbarem Text weg. Ein starker Zweizeiler kann die Anforderungen erfüllen, ohne einen separaten Schmerzabsatz oder eine abschließende Frage.
3. Schreiben Sie in der Stimme des Autors
- Verwenden Sie für ein persönliches Profil die erste Person für die eigenen Meinungen und Erfahrungen des Beitragenden. Passen Sie thailändische Pronomen und Höflichkeitspartikel an die Vorlieben oder Schreibproben des Autors an. Sprechen Sie für eine Restaurantseite aus der Perspektive des Ladens. Lassen Sie Kunden- und Drittanbieter-Zitate zugeordnet.
- Bevorzugen Sie eine praktische Beobachtung oder einen niedrigschwelligen nächsten Schritt gegenüber einem formellen Pitch. Zeigen Sie in einem Geschäftsbeitrag, was ein kleiner Pilot testen könnte und warum dieses Ergebnis wichtig wäre. Lassen Sie Raum für eine Antwort eines Partners. Vermeiden Sie es, eine Idee in ein Versprechen zu verwandeln.
- Verwenden Sie die vom Autor bereitgestellten Schreibbeispiele, um Pronomen, Rhythmus, Direktheit und das Gleichgewicht zwischen Thai und Englisch abzuleiten. Tragen Sie diese Stimme kanalübergreifend. Verwenden Sie für mehrere Ausgaben, einen Launch oder eine stimmungsempfindliche Anfrage ein verfügbares Markenstimmenprofil. Wenn keines existiert, verlassen Sie sich auf die Beispiele des Benutzers und die Anleitung hier.
- Lesen Sie den Text laut vor. Kürzen Sie jeden Satz, der sich in einem Gespräch unangenehm anfühlen würde. Behalten Sie einen leicht ungleichmäßigen, aber natürlichen Rhythmus bei. Entfernen Sie wiederholte höfliche Endungen, wenn sie jeden Satz wie gestanzt klingen lassen.
- Geben Sie Aussagen über Geschmack oder Urteil einen Grund. Eine Meinung über ein Werkzeug ist nützlicher, wenn sie den Schritt benennt, der sich ändert, oder die Sache, die der Leser noch überprüfen muss.
4. Passen Sie den Beweis an das Thema an
Technologie und KI. Bevorzugen Sie einen nachvollziehbaren Input, Output, beobachteten Fehler oder Benchmark mit einer Baseline. Erklären Sie einen technischen Begriff durch die Aufgabe, die er erfüllt, wenn der Leser diesen Kontext benötigt. Halten Sie Behauptungen über Geschwindigkeit, Genauigkeit, Kosten, unterstützte Formate und Datenverarbeitung innerhalb der Quelle. Eine geplante Integration gehört in die Zukunfts- oder Bedingungsform.
Geschäft und Piloten. Identifizieren Sie die Person, die die Arbeit erledigt, die getroffene Entscheidung und den kleinsten Test, der diese informieren könnte. Trennen Sie das Angebot, die Hypothese und jedes bereits gemessene Ergebnis. Erfinden Sie keine Kundenbestätigung, kein Umsatzergebnis und keine kommerzielle Verpflichtung.
Essen und lokale Werbeaktionen. Verwenden Sie bestätigte Menünamen, Optionen, Zubereitungsdetails, Standort und Bestellbedingungen. Überprüfen Sie zeitkritische Details anhand der aktuellen Vorgabe oder einer autorisierten Quelle, bevor Sie jemanden zu einem Besuch oder einer Bestellung einladen. Verwenden Sie tatsächliche Gerichtsfotos als Menübeweis. Beschreiben Sie nur das, was das bereitgestellte Bild oder die Quelle etabliert. Ein Foto eines leeren Tellers kann nicht belegen, wie oft Kunden nachbestellen.
5. Eine Quelle kanalübergreifend umfunktionieren
Wählen Sie für eine Kampagne ein Anker-Asset aus. Extrahieren Sie nur dann drei bis sieben unterschiedliche Behauptungen oder Szenen, wenn das Material sie unterstützt. Ordnen Sie sie nach Beweiskraft, Spezifität und Nützlichkeit für den Leser. Weisen Sie jedem Stück eine Hauptidee zu und bewahren Sie eine gemeinsame Aufzeichnung von Zahlen, Vorbehalten und Quellenangaben. Wenn es nur einen vertretbaren Punkt gibt, variieren Sie, wie der Leser darauf trifft.
| Kanal | Redaktionelle Behandlung |
|---|---|
| Beginnen Sie mit einer vertrauten Situation und entwickeln Sie eine Beobachtung in gesprächigem Thai. Trennen Sie persönliche Perspektive von Produktfakten. | |
| X oder ein Thread | Führen Sie mit dem Ergebnis, Artefakt oder der Spannung. In einem Thread muss jeder Eintrag eine Tatsache, ein Beispiel oder einen Schritt im Argument hinzufügen. Hören Sie auf, wenn das Material ausgeht. |
| Fügen Sie genügend operativen Kontext hinzu, damit ein Leser außerhalb des Teams der Entscheidung folgen kann. Verwenden Sie eine reflektierende Lektion nur, wenn die Quelle sie unterstützt. | |
| TikTok, Reels oder Shorts | Zeigen Sie das Ergebnis oder Problem in der ersten Einstellung. Ordnen Sie jeder vorgeschlagenen Visualisierung eine sprechbare Zeile zu. Markieren Sie Aufnahmen, die noch gemacht werden müssen. Passen Sie die angeforderte Dauer an. |
| YouTube | Stellen Sie die Frage oder das Ergebnis früh dar. Sequenzieren Sie die Demonstration so, dass die Zuschauer der Argumentation folgen können. Verwenden Sie Kapitel, wenn sie bei der Navigation helfen. |
| Newsletter | Beginnen Sie mit der Erkenntnis, dem Ereignis oder Artefakt. Geben Sie jedem nachfolgenden Abschnitt eine eigenständige Aufgabe, z. B. die Erklärung einer Ursache oder die Darstellung eines Beispiels. |
Liefern Sie den Kernblickwinkel und die angeforderten Entwürfe. Fügen Sie ein kurzes Stimmprofil, eine Veröffentlichungsreihenfolge oder eine Liste fehlender Assets nur dann hinzu, wenn es bei der Ausführung der Kampagne hilft. Vergleichen Sie Entwürfe nebeneinander. Wenn die einzigen Änderungen die Zeilenumbrüche und Hashtags sind, überarbeiten Sie die Struktur angepasst an die Stärken des Kanals.
6. Führen Sie die Anti-Slop-Bearbeitung durch
- Markentauschtest. Ersetzen Sie den Produkt- oder Restaurantnamen durch einen nicht verwandten. Wenn die Zeile immer noch unverändert funktioniert, ersetzen Sie das generische Lob durch ein Quelldetail oder entfernen Sie die Zeile.
- Belegtest. Identifizieren Sie für jede Zahl, jedes Superlativ, jedes Testimonial, jede eigene Behauptung, jedes Angebot oder jede Verfügbarkeitsangabe, was sie stützt. Entfernen Sie unbegründete Details. Reparieren Sie keine erfundene Zahl, indem Sie „bis zu“ oder „ungefähr“ hinzufügen.
- Löschtest. Entfernen Sie Phrasen wie „bahnbrechend“, „in der heutigen sich schnell entwickelnden Welt“ oder „hier ist, warum es wichtig ist“. Wenn nichts Informatives übrig bleibt, löschen Sie den Satz. Streichen Sie doppelte Erkenntnisse, künstliche Spannung und Engagement-Köder.
- Stimmentest. Überprüfen Sie, ob der Autor die Zeile tatsächlich zum beabsichtigten Leser sagen würde. Entfernen Sie erzwungene Vertrautheit, Unternehmensinspiration und Verkaufsdruck. Behalten Sie notwendige Fachbegriffe.
- Lesertest. Kann der Leser nach einmaligem Lesen die tatsächliche Erkenntnis, Wahl oder den nächsten Schritt nennen? Wenn die einzige Erkenntnis „das klingt großartig“ ist, gehen Sie zurück zu den Beweisen.
- Auslieferungstest. Überprüfen Sie die angeforderte Sprache, Länge, Satzzahl, Links, Hashtags, Emoji-Limit, Schema und Anzahl der Varianten. Geben Sie sauberen Text zurück. Das Erstellen von Inhalten autorisiert nicht deren Veröffentlichung oder das Einreichen eines Kommentars.
Ausgearbeitete Entscheidungen
Diese erfundenen Vorgaben veranschaulichen den Bearbeitungsprozess. Verwenden Sie ihre Details niemals als Behauptungen über ein echtes Projekt oder Restaurant. Die Beispiele sind englische Glossen von Entscheidungen, die beim Schreiben in der angeforderten Sprache zu treffen sind.
Ein technisches Ergebnis mit einer aussagekräftigen Grenze. Eine Notiz eines Entwicklers besagt, dass ihr Extraktor Rechnungssummen in neun von zwölf PDFs gefunden hat und alle drei Fehlschläge Scans waren. Ein persönlicher Facebook-Entwurf kann dieses Ergebnis dem Entwickler zuschreiben und darauf hinweisen, warum ein Team, das gescannte Rechnungen erhält, seine eigenen Dateien testen möchte. Es kann nicht sagen, dass der Beitragende das Experiment durchgeführt hat, dass das Tool bei Scans immer versagt oder dass es eine gemessene Zeitersparnis bringt. Schlagen Sie für ein Reel basierend auf derselben Notiz vor, mit einem Vergleich einer erfolgreichen Extraktion und einem fehlgeschlagenen Scan zu eröffnen, wenn geeignetes Filmmaterial beschafft werden kann.
Eine dünne Restaurantvorgabe. Der Laden bestätigt, dass sein Eisenbahn-Gebratener Reis mit Schwein oder Huhn kommt. Das Foto kommt später. Eine brauchbare Bildunterschrift kann den Kunden einfach mitteilen, welche Wahl sie bei der Bestellung haben. Keine Beliebtheitsbehauptung, Verkostungsnotiz, Fotoreferenz, Öffnungszeiten oder erfundene Werbeaktion sind erforderlich.
Eine nützliche Funktion ohne Leistungsdaten. Ein CSV-Importeur meldet die Zeilennummer für ein ungültiges Datum. Führen Sie mit der Zeile ein, die der Benutzer jetzt finden kann. Lassen Sie Prozentangaben zur Zeitersparnis weg, es sei denn, die Vorgabe liefert einen gemessenen Vergleich.
Workflow-Quelle
Der quellenbasierte und plattformübergreifende Bearbeitungsworkflow basiert auf Content Engine von affaan-m / ECC. Die thailändische Sprachführung, das Fünf-Säulen-Rahmenwerk und die Beispiele für lokale Unternehmen stammen aus der redaktionellen Vorgabe des Benutzers.