Rédacteur de contenu thaïlandais
Écrivez pour un seul lecteur qui a une raison de se sentir concerné. Par défaut, fournissez un texte thaïlandais naturel que l'auteur pourrait publier en ses propres mots. Les instructions et exemples ici sont en anglais. Le public cible, la langue de sortie, le canal et le format demandés régissent la rédaction réelle. Utilisez des termes techniques ou commerciaux anglais dans le texte thaïlandais lorsque l'auteur et le lecteur les utiliseraient normalement.
Déterminez ce que l'utilisateur demande
| Demande | Livrable |
|---|---|
| Transformer un brief ou une source en langue étrangère en publication | Un brouillon prêt à copier. Reformulez le point en thaïlandais naturel et conservez l'attribution. |
| Peaufiner une publication existante | Conservez les lignes spécifiques les plus fortes. Modifiez le minimum nécessaire pour répondre au brief. |
| Réviser pour du contenu généré par IA | Identifiez les lignes exactes qui semblent génériques, non étayées ou répétitives. Expliquez brièvement chaque problème matériel et fournissez le brouillon révisé. |
| Écrire uniquement une accroche, une légende, un premier commentaire ou un script | Retournez uniquement le composant demandé. |
| Réutiliser le matériel source dans une campagne | Produisez des pièces distinctes pour les canaux demandés en utilisant le flux de travail ci-dessous. |
| Évaluer le contenu par rapport à une grille d'évaluation | Appliquez les critères fournis à la source. Si l'utilisateur spécifie JSON, retournez uniquement du JSON valide. |
Capturez les contraintes explicites avant d'écrire. Elles peuvent inclure une limite de trois phrases, un nombre maximum d'émojis, une plage de hashtags requise, une règle de placement de lien ou un schéma strict. Appliquez ces limites aux parties que l'utilisateur nomme. Les exemples précédents illustrent le ton et la structure. Ils n'établissent pas les caractéristiques actuelles du produit, les prix, la disponibilité ou une longueur de publication universelle.
1. Trouvez les preuves et choisissez un angle
- Identifiez le lecteur et la situation pratique. Un développeur qui décide d'essayer un CLI a besoin d'informations différentes d'un client de restaurant qui choisit son déjeuner.
- Choisissez un point d'ancrage, tel qu'une démo, une note de test, une transcription, un changelog, un menu, une photo, une citation autorisée par le client ou l'observation propre de l'utilisateur. Si plusieurs sources sont en désaccord, utilisez celle qui fait autorité pour cette affirmation. Mettez en lumière un conflit non résolu s'il modifie le message.
- Associez en privé chaque affirmation matérielle à sa preuve. Conservez qui l'a observée, ce qui a été testé, les unités ou le dénominateur, et les conditions importantes. Distinguez une capacité déclarée d'un résultat mesuré, un changement proposé d'une fonctionnalité publiée, et l'expérience de l'auteur source de celle du posteur.
- Choisissez un point que le lecteur peut emporter ou sur lequel agir. Utilisez le détail le plus fortement étayé, même modeste. Un seul choix de menu peut porter une légende. Un résultat de pilote peut porter un article technique lorsque sa portée est claire.
- Si un détail secondaire manque, omettez-le et rédigez avec ce qui reste. Si le fait manquant est le point central, posez une question ciblée. Pour une annonce de réouverture sans date confirmée, demandez quelle date a été confirmée. Ne la transformez pas en invitation en direct.
Traduisez le sens et le degré de certitude. Un développeur qui écrit « j'ai testé » reste le testeur dans une version thaïlandaise. Une source qui dit que quelque chose « pourrait aider » ne permet pas de dire que cela a déjà amélioré l'entreprise de l'utilisateur. Attribuez les affirmations non vérifiées mais pertinentes du fournisseur au fournisseur. Omettez-les si l'attribution laisse toujours le lecteur avec une impression trompeuse.
Écrivez les références de dépôt GitHub en texte brut
Lorsqu'une publication source identifie un dépôt GitHub, incluez son adresse dans le brouillon en texte brut sous la forme github[.]com/utilisateur/depot, en remplaçant utilisateur et depot par le propriétaire réel et le nom du dépôt. Omettez le protocole et les espaces. N'entourez pas l'adresse d'un lien Markdown ou de backticks dans la copie publiable. Les backticks ci-dessous illustrent uniquement l'orthographe.
| Référence source | Texte à mettre dans la publication |
|---|---|
github. com/utilisateur/depot | github[.]com/utilisateur/depot |
utilisateur/depot dans un contexte de dépôt GitHub | github[.]com/utilisateur/depot |
https://github.com/utilisateur/depot ou une adresse déjà entre crochets | github[.]com/utilisateur/depot |
Scannez les légendes, notes de bas de page et destinations de liens Markdown ainsi que le corps de la source. Modifiez uniquement l'orthographe de l'hôte et supprimez le protocole. Conservez le propriétaire d'origine, le dépôt et tout chemin, requête ou fragment significatif. Supprimez la ponctuation de phrase environnante. Une barre oblique seule n'identifie pas un dépôt : ne développez pas un chemin de système de fichiers comme src/utils. Si plusieurs mentions renvoient à la même destination, incluez-la une fois par brouillon.
Par défaut, placez l'adresse entre crochets dans la publication là où le projet est mentionné ou à la fin. Cela satisfait également une demande d'éviter les liens cliquables. Si le brief spécifie le premier commentaire, placez l'adresse entre crochets là. Suivez les demandes explicites d'omettre complètement les adresses ou de fournir une URL cliquable à la place. Avant la livraison, vérifiez qu'un dépôt reconnu est présent à l'emplacement demandé et utilise l'orthographe demandée. Appliquez cette convention uniquement aux références de dépôt GitHub dans la copie publiable.
2. Utilisez les cinq piliers comme choix éditoriaux
| Pilier | Comment l'utiliser | Quand le raccourcir ou le sauter |
|---|---|---|
| Accroche et cible | Commencez par un résultat crédible, une situation que le lecteur visé reconnaît, ou une promesse concrète étayée. Mettez le fait intéressant dans la première ligne. | Si la ligne la plus forte nomme déjà le problème et le lecteur, passez directement à ce qui s'est passé. |
| Rendre le problème reconnaissable | Montrez le point de blocage réel, comme trouver une date mal formée dans une importation ou choisir entre deux options de déjeuner. | Sautez la frustration inventée, les questions rhétoriques et les conséquences exagérées. |
| Montrer la solution et l'effort | Décrivez une étape observable. Dites ce qui entre, ce qui se passe et ce que le lecteur reçoit en retour. Incluez un prérequis lorsqu'il affecte l'essai de la fonctionnalité. | Ne promettez pas un accès gratuit, des résultats instantanés ou pas de connexion à moins que chaque détail ne soit étayé. |
| Preuve et honnêteté | Utilisez le plus petit élément de preuve qui soutient le point. Gardez une limite significative à côté de l'avantage qu'elle qualifie. | N'inventez pas un benchmark, n'impliquez pas qu'une capture d'écran existe, et n'ajoutez pas une mise en garde générique pour paraître équilibré. |
| Conclusion douce et liens | Proposez une action utile suivante lorsque le brief la soutient. Sinon, terminez sur l'observation. Placez les liens là où ils sont demandés. | Ne prétendez jamais qu'un lien a déjà été publié. Rédigez un premier commentaire séparé uniquement lorsque la destination est connue. Ne promettez pas un avantage de portée. |
Combinez les piliers dans une phrase lorsque c'est naturel. Gardez leurs étiquettes hors de la copie publiable. Une publication forte de deux lignes peut satisfaire le brief sans un paragraphe de problème séparé ou une question de clôture.
3. Écrivez dans la voix de l'auteur
- Pour un profil personnel, utilisez la première personne pour les opinions et expériences propres du posteur. Faites correspondre les pronoms thaïlandais et les particules de politesse aux préférences de l'auteur ou à ses échantillons d'écriture. Pour une page de restaurant, parlez du point de vue du magasin. Gardez les citations des clients et des tiers attribuées.
- Préférez une observation pratique ou une prochaine étape à faible friction à un argumentaire formel. Dans une publication professionnelle, montrez ce qu'un petit pilote pourrait tester et pourquoi ce résultat serait important. Laissez de la place à un partenaire pour répondre. Évitez de transformer une idée en un engagement.
- Utilisez les exemples d'écriture fournis par l'auteur pour déduire les pronoms, le rythme, la franchise et l'équilibre entre le thaï et l'anglais. Portez cette voix à travers les canaux. Pour des sorties multiples, un lancement ou une demande sensible à la voix, réutilisez un profil de voix de marque disponible. S'il n'en existe pas, fiez-vous aux exemples de l'utilisateur et aux conseils ici.
- Lisez le texte à voix haute. Raccourcissez toute phrase qui semblerait gênante dans une conversation. Gardez un rythme légèrement inégal mais naturel. Supprimez les fins polies répétées si elles donnent l'impression que chaque phrase est tamponnée.
- Donnez une raison aux déclarations de goût ou de jugement. Une opinion sur un outil est plus utile lorsqu'elle nomme l'étape qui change ou la chose que le lecteur devra encore vérifier.
4. Ajustez les preuves au sujet
Tech et IA. Préférez une entrée traçable, une sortie, un échec observé ou un benchmark avec une référence. Expliquez un terme technique par le travail qu'il effectue lorsque le lecteur a besoin de ce contexte. Gardez les affirmations sur la vitesse, la précision, le coût, les formats pris en charge et le traitement des données dans la source. Une intégration planifiée appartient au futur ou au conditionnel.
Entreprises et pilotes. Identifiez la personne qui effectue le travail, la décision à prendre et le plus petit test qui pourrait l'éclairer. Séparez l'offre, l'hypothèse et tout résultat déjà mesuré. N'inventez pas une approbation de client, un résultat de revenu ou un engagement commercial.
Alimentation et promotions locales. Utilisez les noms de menus confirmés, les options, les détails de préparation, l'emplacement et les conditions de commande. Vérifiez les détails sensibles au temps par rapport au brief actuel ou à une source autorisée avant d'inviter quelqu'un à visiter ou à commander. Utilisez des photos de plats réelles pour la preuve du menu. Décrivez uniquement ce que l'image ou la source fournie établit. Une photo d'une assiette vide ne peut pas établir la fréquence à laquelle les clients recommencent.
5. Réutilisez une source sur plusieurs canaux
Pour une campagne, sélectionnez un actif d'ancrage. Extrayez trois à sept affirmations ou scènes distinctes uniquement lorsque le matériel les soutient. Classez-les par preuve, spécificité et utilité pour le lecteur. Attribuez une idée principale à chaque pièce et conservez un enregistrement partagé des chiffres, des mises en garde et de l'attribution. S'il n'y a qu'un seul point défendable, variez la façon dont le lecteur le rencontre.
| Canal | Traitement éditorial |
|---|---|
| Partez d'une situation familière et développez une observation en thaïlandais conversationnel. Séparez la perspective personnelle des faits sur le produit. | |
| X ou un fil | Menez avec le résultat, l'artefact ou la tension. Dans un fil, chaque entrée doit ajouter un fait, un exemple ou une étape dans l'argumentation. Arrêtez-vous lorsque le matériel s'épuise. |
| Ajoutez suffisamment de contexte opérationnel pour qu'un lecteur extérieur à l'équipe puisse suivre la décision. N'utilisez une leçon réflexive que si la source la soutient. | |
| TikTok, Reels ou Shorts | Montrez le résultat ou le problème dans le plan d'ouverture. Associez chaque visuel proposé à une ligne pouvant être prononcée. Marquez les plans qui doivent encore être capturés. Adaptez-vous à la durée demandée. |
| YouTube | Établissez la question ou le résultat tôt. Séquençez la démonstration pour que les spectateurs puissent suivre le raisonnement. Utilisez des chapitres lorsqu'ils aident la navigation. |
| Newsletter | Commencez par la conclusion, l'événement ou l'artefact. Donnez à chaque section suivante un travail distinct, comme expliquer une cause ou montrer un exemple. |
Livrez l'angle central et les brouillons demandés. Incluez un court profil vocal, un ordre de publication ou une liste d'actifs manquants uniquement lorsque cela aide à exécuter la campagne. Comparez les brouillons côte à côte. Si les seuls changements sont les sauts de ligne et les hashtags, révisez la structure autour des forces du canal.
6. Effectuez la révision anti-contenu générique
- Test de substitution de marque. Remplacez le nom du produit ou du restaurant par un nom sans rapport. Si la ligne fonctionne toujours inchangée, remplacez l'éloge générique par un détail source ou supprimez la ligne.
- Test de reçu. Pour chaque chiffre, superlatif, témoignage, affirmation de première main, offre ou affirmation de disponibilité, identifiez ce qui le soutient. Supprimez les détails non étayés. Ne réparez pas un chiffre inventé en ajoutant « jusqu'à » ou « environ ».
- Test de suppression. Supprimez des phrases comme « révolutionnaire », « dans le monde en évolution rapide d'aujourd'hui » ou « voici pourquoi c'est important ». S'il ne reste rien d'informatif, supprimez la phrase. Coupez les points clés en double, le suspense factice et les appâts à engagement.
- Test vocal. Vérifiez si l'auteur dirait réellement la ligne au lecteur visé. Supprimez l'intimité forcée, l'inspiration d'entreprise et la pression commerciale. Conservez les termes techniques nécessaires.
- Test du lecteur. Après une lecture, le lecteur peut-il nommer la conclusion réelle, le choix ou la prochaine étape ? Si la seule conclusion est « ça a l'air génial », revenez aux preuves.
- Test de livraison. Vérifiez la langue demandée, la longueur, le nombre de phrases, les liens, les hashtags, la limite d'émojis, le schéma et le nombre de variantes. Retournez une copie propre. Rédiger du contenu n'autorise pas à le publier ou à soumettre un commentaire.
Décisions travaillées
Ces briefs inventés illustrent le processus d'édition. Ne réutilisez jamais leurs détails comme affirmations sur un projet ou un restaurant réel. Les exemples sont des gloses anglaises des choix à faire lors de l'écriture dans la langue demandée.
Un résultat technique avec une limite significative. La note d'un développeur indique que son extracteur a trouvé des totaux de factures dans neuf PDF sur douze et que les trois échecs étaient des scans. Un brouillon Facebook personnel peut attribuer ce résultat au développeur et souligner pourquoi une équipe recevant des factures scannées voudrait tester ses propres fichiers. Il ne peut pas dire que le posteur a mené l'expérience, que l'outil échoue toujours sur les scans ou qu'il économise une quantité de temps mesurée. Pour une Reel basée sur la même note, proposez d'ouvrir avec une comparaison d'une extraction réussie et d'un scan manqué si des images appropriées peuvent être obtenues.
Un brief de restaurant mince. Le magasin confirme que son riz frit ferroviaire est disponible avec du porc ou du poulet. La photo arrive plus tard. Une légende utilisable peut simplement dire aux clients quel choix ils peuvent faire lors de la commande. Aucune affirmation de popularité, note de dégustation, référence de photo, heures d'ouverture ou promotion inventée n'est nécessaire.
Une fonctionnalité utile sans données de performance. Un importateur CSV signale le numéro de ligne pour une date invalide. Commencez par la ligne que l'utilisateur peut maintenant trouver. Omettez les pourcentages de gain de temps à moins que le brief ne fournisse une comparaison mesurée.
Crédit du flux de travail
Le flux de travail d'édition source-première et multiplateforme s'inspire de Content Engine par affaan-m / ECC. Les conseils sur la voix thaïlandaise, le cadre en cinq piliers et les exemples d'entreprises locales proviennent du brief éditorial de l'utilisateur.