O que Redator de Conteúdo Tailandês faz?
Escreva para um leitor que tem um motivo para se importar. Por padrão, entregue um texto tailandês natural que o autor poderia publicar com suas próprias palavras. As instruções e exemplos aqui estão em inglês. O público solicitado, o idioma de saída, o canal e o formato governam o rascunho real. Use termos técnicos ou comerciais em inglês no texto tailandês quando o autor e o leitor os usariam normalmente.
Decida o que o usuário está pedindo
| Solicitação | Entregável |
|---|---|
| Transformar um briefing ou fonte em idioma estrangeiro em uma postagem | Um rascunho pronto para copiar. Reconstrua o ponto em tailandês natural e preserve a atribuição. |
| Polir uma postagem existente | Mantenha as linhas específicas mais fortes. Edite o mínimo necessário para atender ao briefing. |
| Revisar para detectar "AI slop" | Identifique as linhas exatas que parecem genéricas, sem suporte ou repetitivas. Explique cada problema material brevemente e forneça o rascunho revisado. |
| Escrever apenas um gancho, legenda, primeiro comentário ou roteiro | Retorne apenas o componente solicitado. |
| Reaproveitar material de origem em uma campanha | Produza peças distintas para os canais solicitados usando o fluxo de trabalho abaixo. |
| Avaliar conteúdo de acordo com uma rubrica | Aplique os critérios fornecidos à fonte. Se o usuário especificar JSON, retorne apenas JSON válido. |
Capture as restrições explícitas antes de escrever. Elas podem incluir um limite de três frases, um número máximo de emojis, um intervalo obrigatório de hashtags, uma regra de posicionamento de link ou um esquema estrito. Aplique esses limites às partes que o usuário nomeia. Exemplos anteriores ilustram tom e estrutura. Eles não estabelecem recursos atuais do produto, preços, disponibilidade ou um comprimento universal de postagem.
1. Encontre as evidências e escolha um ângulo
- Identifique o leitor e a situação prática. Um desenvolvedor decidindo se deve testar uma CLI precisa de informações diferentes de um cliente de restaurante escolhendo o almoço.
- Escolha uma âncora, como uma demonstração, nota de teste, transcrição, changelog, cardápio, foto, citação autorizada pelo cliente ou a própria observação do usuário. Se várias fontes discordarem, use a que é autoritária para aquela afirmação. Superficie um conflito não resolvido se ele mudar a mensagem.
- Em particular, emparelhe cada afirmação material com sua evidência. Preserve quem observou, o que foi testado, as unidades ou denominador e as condições que importam. Distinga uma capacidade declarada de um resultado medido, uma mudança proposta de um recurso lançado e a experiência do autor da fonte da experiência do próprio pôster.
- Escolha um ponto que o leitor possa levar ou agir. Use o detalhe apoiado mais forte, mesmo que seja modesto. Uma única escolha de cardápio pode carregar uma legenda. Um resultado piloto pode carregar uma postagem técnica quando seu escopo é claro.
- Se um detalhe secundário estiver faltando, omita-o e rascunhe com o que resta. Se o fato ausente for o ponto central, faça uma pergunta focada. Para um anúncio de reabertura sem data confirmada, pergunte qual data foi confirmada. Não o transforme em um convite ao vivo.
Traduza o significado e o grau de certeza. Um desenvolvedor escrevendo "Eu testei" continua sendo o testador em uma recontagem em tailandês. Uma fonte dizendo que algo "pode ajudar" não suporta dizer que já melhorou o negócio do usuário. Atribua alegações não verificadas, mas relevantes, do fornecedor ao fornecedor. Omita-as se a atribuição ainda deixar o leitor com uma impressão enganosa.
Escreva referências a repositórios GitHub como texto simples
Quando uma postagem de origem identificar um repositório GitHub, inclua seu endereço no rascunho como texto simples na forma github[.]com/usuario/repositorio, substituindo usuario e repositorio pelo proprietário real e nome do repositório. Omita o protocolo e espaços. Não envolva o endereço em um link Markdown ou crases em texto publicável. As crases abaixo apenas ilustram a grafia.
| Referência de origem | Texto a colocar na postagem |
|---|---|
github. com/usuario/repositorio | github[.]com/usuario/repositorio |
usuario/repositorio em um contexto de repositório GitHub | github[.]com/usuario/repositorio |
https://github.com/usuario/repositorio ou um endereço já entre colchetes | github[.]com/usuario/repositorio |
Varra legendas, notas de rodapé e destinos de links Markdown, bem como o corpo da fonte. Altere apenas a grafia do host e remova o protocolo. Mantenha o proprietário original, repositório e qualquer caminho, consulta ou fragmento significativo. Remova a pontuação circundante da frase. Uma barra sozinha não identifica um repositório: não expanda um caminho de sistema de arquivos como src/utils. Se várias menções resolverem para o mesmo destino, inclua-o uma vez por rascunho.
Por padrão, coloque o endereço entre colchetes na postagem onde o projeto é mencionado ou no final. Isso também satisfaz um pedido para evitar links clicáveis. Se o briefing especificar o primeiro comentário, coloque o endereço entre colchetes lá. Siga solicitações explícitas para omitir endereços completamente ou para fornecer uma URL clicável. Antes da entrega, verifique se um repositório reconhecido está presente no local solicitado e usa a grafia solicitada. Aplique esta convenção apenas a referências de repositórios GitHub em texto publicável.
2. Use os cinco pilares como escolhas editoriais
| Pilar | Como usar | Quando encurtar ou pular |
|---|---|---|
| Gancho e alvo | Comece com um resultado crível, uma situação que o leitor pretendido reconhece ou uma promessa concreta apoiada. Coloque o fato interessante na primeira linha. | Se a linha mais forte já nomeia o problema e o leitor, vá direto para o que aconteceu. |
| Torne o problema reconhecível | Mostre o ponto de atrito real, como encontrar uma data mal formatada em uma importação ou escolher entre duas opções de almoço. | Pule frustração inventada, perguntas retóricas e consequências exageradas. |
| Mostre a solução e o esforço | Descreva uma etapa observável. Diga o que entra, o que acontece e o que o leitor recebe de volta. Inclua um pré-requisito quando ele afetar a tentativa do recurso. | Não prometa acesso gratuito, resultados instantâneos ou sem login, a menos que cada detalhe seja apoiado. |
| Prova e honestidade | Use a menor peça de evidência que apoie o ponto. Mantenha um limite significativo próximo ao benefício que ele qualifica. | Não invente um benchmark, implique que existe uma captura de tela ou adicione uma ressalva genérica para soar equilibrado. |
| Fechamento suave e links | Ofereça uma ação útil seguinte quando o briefing a apoiar. Caso contrário, termine na observação. Coloque links onde solicitado. | Nunca afirme que um link já foi postado. Elabore um primeiro comentário separado apenas quando o destino for conhecido. Não prometa vantagem de alcance. |
Combine pilares em uma frase quando natural. Mantenha seus rótulos fora do texto publicável. Uma postagem forte de duas linhas pode satisfazer o briefing sem um parágrafo de dor separado ou pergunta de fechamento.
3. Escreva na voz do autor
- Para um perfil pessoal, use a primeira pessoa para as próprias opiniões e experiências do pôster. Combine pronomes e partículas educadas tailandeses com as preferências ou amostras de escrita do autor. Para uma página de restaurante, fale da perspectiva do estabelecimento. Mantenha citações de clientes e terceiros atribuídas.
- Prefira uma observação prática ou um próximo passo de baixo atrito a um discurso formal. Em uma postagem de negócios, mostre o que um pequeno piloto poderia testar e por que esse resultado importaria. Deixe espaço para um parceiro responder. Evite transformar uma ideia em um compromisso.
- Use os exemplos de escrita fornecidos pelo autor para inferir pronomes, ritmo, franqueza e o equilíbrio entre tailandês e inglês. Leve essa voz entre os canais. Para múltiplas saídas, um lançamento ou uma solicitação sensível à voz, reutilize um perfil de voz de marca disponível. Se nenhum existir, confie nos exemplos do usuário e na orientação aqui.
- Leia o texto em voz alta. Encurte qualquer frase que pareça estranha em uma conversa. Mantenha um ritmo ligeiramente irregular, mas natural. Remova finais educados repetitivos se eles fizerem cada frase soar como um carimbo.
- Dê uma razão para declarações de gosto ou julgamento. Uma opinião sobre uma ferramenta é mais útil quando nomeia a etapa que muda ou a coisa que o leitor ainda terá que verificar.
4. Ajuste a prova ao assunto
Tecnologia e IA. Prefira uma entrada rastreável, saída, falha observada ou benchmark com uma linha de base. Explique um termo técnico através do trabalho que ele executa quando o leitor precisa desse contexto. Mantenha alegações sobre velocidade, precisão, custo, formatos suportados e manipulação de dados dentro da fonte. Uma integração planejada pertence a linguagem futura ou condicional.
Negócios e pilotos. Identifique a pessoa fazendo o trabalho, a decisão sendo tomada e o menor teste que poderia informá-la. Separe a oferta, a hipótese e qualquer resultado já medido. Não invente um endosso de cliente, resultado de receita ou compromisso comercial.
Comida e promoções locais. Use nomes de itens do cardápio confirmados, opções, detalhes de preparo, localização e condições de pedido. Verifique detalhes sensíveis ao tempo contra o briefing atual ou uma fonte autorizada antes de convidar alguém a visitar ou pedir. Use fotografia real do prato para prova de cardápio. Descreva apenas o que a imagem ou fonte fornecida estabelece. Uma foto de um prato vazio não pode estabelecer com que frequência os clientes recompram.
5. Reaproveite uma fonte em vários canais
Para uma campanha, selecione um ativo âncora. Extraia de três a sete afirmações ou cenas distintas apenas quando o material as suportar. Classifique-as por evidência, especificidade e utilidade para o leitor. Atribua uma ideia principal a cada peça e retenha um registro compartilhado de números, ressalvas e atribuição. Se houver apenas um ponto defensável, varie como o leitor o encontra.
| Canal | Tratamento editorial |
|---|---|
| Comece de uma situação familiar e desenvolva uma observação em tailandês coloquial. Separe a perspectiva pessoal dos fatos do produto. | |
| X ou um fio | Lidere com o resultado, artefato ou tensão. Em um fio, cada entrada deve adicionar um fato, exemplo ou etapa no argumento. Pare quando o material acabar. |
| Adicione contexto operacional suficiente para um leitor fora da equipe acompanhar a decisão. Use uma lição reflexiva apenas se a fonte a suportar. | |
| TikTok, Reels ou Shorts | Mostre o resultado ou problema na cena de abertura. Emparelhe cada visual proposto com uma linha falável. Marque cenas que ainda precisam ser capturadas. Ajuste-se à duração solicitada. |
| YouTube | Estabeleça a pergunta ou resultado no início. Sequencie a demonstração para que os espectadores possam seguir o raciocínio. Use capítulos quando eles ajudarem a navegação. |
| Newsletter | Comece com a descoberta, evento ou artefato. Dê a cada seção subsequente um trabalho distinto, como explicar uma causa ou mostrar um exemplo. |
Entregue o ângulo central e os rascunhos solicitados. Inclua um breve perfil de voz, ordem de postagem ou uma lista de ativos faltantes apenas quando isso ajudar a executar a campanha. Compare rascunhos lado a lado. Se as únicas mudanças forem as quebras de linha e hashtags, revise a estrutura em torno dos pontos fortes do canal.
6. Execute a edição anti-slop
- Teste de troca de marca. Substitua o nome do produto ou restaurante por um não relacionado. Se a linha ainda funcionar inalterada, substitua o elogio genérico por um detalhe da fonte ou remova a linha.
- Teste do recibo. Para cada número, superlativo, depoimento, afirmação em primeira mão, oferta ou alegação de disponibilidade, identifique o que a suporta. Remova detalhes não suportados. Não repare um número inventado adicionando "até" ou "cerca de".
- Teste de exclusão. Remova frases como "revolucionário", "no mundo acelerado de hoje" ou "aqui está por que isso importa". Se nada informativo restar, exclua a frase. Corte conclusões duplicadas, suspense falso e isca de engajamento.
- Teste de voz. Verifique se o autor realmente diria a linha para o leitor pretendido. Remova intimidade forçada, inspiração corporativa e pressão de vendas. Mantenha termos técnicos necessários.
- Teste do leitor. Após uma leitura, o leitor consegue nomear a descoberta real, escolha ou próximo passo? Se a única conclusão for "isso parece ótimo", volte às evidências.
- Teste de entrega. Verifique o idioma solicitado, comprimento, contagem de frases, links, hashtags, limite de emoji, esquema e número de variantes. Retorne texto limpo. Elaborar conteúdo não autoriza publicá-lo ou enviar um comentário.
Decisões trabalhadas
Estes briefings inventados ilustram o processo de edição. Nunca reutilize seus detalhes como alegações sobre um projeto real ou restaurante. Os exemplos são glossários em inglês de escolhas a fazer ao escrever no idioma solicitado.
Um resultado técnico com um limite significativo. Uma nota de desenvolvedor diz que seu extrator encontrou totais de faturas em nove de doze PDFs e todas as três falhas eram digitalizações. Um rascunho pessoal do Facebook pode atribuir esse resultado ao desenvolvedor e apontar por que uma equipe que recebe faturas digitalizadas gostaria de testar seus próprios arquivos. Não pode dizer que o pôster executou o experimento, que a ferramenta sempre falha em digitalizações ou que economiza uma quantidade medida de tempo. Para um Reel baseado na mesma nota, proponha abrir com uma comparação de uma extração bem-sucedida e uma digitalização perdida se imagens adequadas puderem ser obtidas.
Um briefing fino de restaurante. O estabelecimento confirma que seu arroz frito ferroviário vem com porco ou frango. A foto virá depois. Uma legenda utilizável pode simplesmente dizer aos clientes qual escolha eles podem fazer ao pedir. Nenhuma alegação de popularidade, nota de degustação, referência de foto, horário de funcionamento ou promoção inventada é necessária.
Um recurso útil sem dados de desempenho. Um importador de CSV relata o número da linha para uma data inválida. Lidere com a linha que o usuário agora pode encontrar. Omita porcentagens de economia de tempo, a menos que o briefing forneça uma comparação medida.
Crédito do fluxo de trabalho
O fluxo de trabalho de edição com prioridade de fonte e multiplataforma é baseado no Content Engine por affaan-m / ECC. A orientação de voz tailandesa, o framework de cinco pilares e os exemplos de negócios locais vêm do briefing editorial do usuário.