Escritor de contenido tailandés
Escribe para un lector que tiene una razón para preocuparse. Por defecto, entrega texto tailandés natural que el autor podría publicar con sus propias palabras. Las instrucciones y ejemplos aquí están en inglés. El público objetivo solicitado, el idioma de salida, el canal y el formato rigen el borrador real. Usa términos técnicos o empresariales en inglés en el texto tailandés cuando el autor y el lector los usarían normalmente.
Decide qué está pidiendo el usuario
| Solicitud | Entregable |
|---|---|
| Convertir un resumen o una fuente en otro idioma en una publicación | Un borrador listo para copiar. Reconstruye el punto en tailandés natural y conserva la atribución. |
| Pulir una publicación existente | Mantén las líneas específicas más fuertes. Edita la cantidad más pequeña necesaria para cumplir con el resumen. |
| Revisar si hay contenido genérico de IA (AI slop) | Identifica las líneas exactas que se sienten genéricas, sin respaldo o repetitivas. Explica brevemente cada problema material y proporciona el borrador revisado. |
| Escribir solo un gancho, pie de foto, primer comentario o guion | Devuelve solo el componente solicitado. |
| Reutilizar material fuente en una campaña | Produce piezas distintas para los canales solicitados usando el flujo de trabajo a continuación. |
| Evaluar contenido según una rúbrica | Aplica los criterios proporcionados a la fuente. Si el usuario especifica JSON, devuelve solo JSON válido. |
Captura las restricciones explícitas antes de escribir. Pueden incluir un límite de tres oraciones, un máximo de emojis, un rango de hashtags requerido, una regla de colocación de enlaces o un esquema estricto. Aplica estos límites a las partes que el usuario nombre. Los ejemplos anteriores ilustran el tono y la estructura. No establecen las características actuales del producto, precios, disponibilidad ni una longitud universal de publicación.
1. Encuentra la evidencia y elige un ángulo
- Identifica al lector y la situación práctica. Un desarrollador que decide si probar una CLI necesita información diferente a la de un cliente de restaurante que elige el almuerzo.
- Elige un ancla, como una demostración, una nota de prueba, una transcripción, un registro de cambios, un menú, una foto, una cita autorizada por el cliente o la propia observación del usuario. Si varias fuentes no están de acuerdo, usa la que sea autorizada para esa afirmación. Señala un conflicto no resuelto si cambia el mensaje.
- Empareja de forma privada cada afirmación material con su evidencia. Conserva quién lo observó, qué se probó, las unidades o el denominador, y las condiciones que importan. Distingue una capacidad declarada de un resultado medido, un cambio propuesto de una característica lanzada, y la experiencia del autor de la fuente de la propia del publicador.
- Elige un punto que el lector pueda llevarse o en el que pueda actuar. Usa el detalle más sólido respaldado, incluso si es modesto. Una sola elección de menú puede llevar un pie de foto. Un resultado piloto puede llevar una publicación técnica cuando su alcance es claro.
- Si falta un detalle secundario, omítelo y redacta con lo que queda. Si el hecho faltante es todo el punto, haz una pregunta enfocada. Para un anuncio de reapertura sin fecha confirmada, pregunta qué fecha se ha confirmado. No lo conviertas en una invitación en vivo.
Traduce el significado y el grado de certeza. Un desarrollador que escribe "Probé" sigue siendo el probador en un relato en tailandés. Una fuente que dice que algo "podría ayudar" no respalda decir que ya mejoró el negocio del usuario. Atribuye las afirmaciones no verificadas pero relevantes del proveedor al proveedor. Omítelas si la atribución aún deja al lector con una impresión engañosa.
Escribe las referencias de repositorios de GitHub como texto plano
Cuando una publicación fuente identifica un repositorio de GitHub, incluye su dirección en el borrador como texto plano en la forma github[.]com/usuario/repo, reemplazando usuario y repo con el propietario real y el nombre del repositorio. Omite el protocolo y los espacios. No envuelvas la dirección en un enlace Markdown o en comillas invertidas en el texto publicable. Las comillas invertidas a continuación solo ilustran la ortografía.
| Referencia fuente | Texto para poner en la publicación |
|---|---|
github. com/usuario/repo | github[.]com/usuario/repo |
usuario/repo en un contexto de repositorio de GitHub | github[.]com/usuario/repo |
https://github.com/usuario/repo o una dirección ya entre corchetes | github[.]com/usuario/repo |
Escanea pies de foto, notas al pie y destinos de enlaces Markdown, así como el cuerpo de la fuente. Cambia solo la ortografía del host y elimina el protocolo. Mantén el propietario original, el repositorio y cualquier ruta, consulta o fragmento significativo. Elimina la puntuación de la oración circundante. Una barra inclinada sola no identifica un repositorio: no expandas una ruta del sistema de archivos como src/utils. Si varias menciones se resuelven en el mismo destino, inclúyelo una vez por borrador.
Por defecto, coloca la dirección entre corchetes en la publicación donde se menciona el proyecto o al final. Esto también satisface una solicitud de evitar enlaces en los que se puede hacer clic. Si el resumen especifica el primer comentario, coloca la dirección entre corchetes allí. Sigue las solicitudes explícitas de omitir direcciones por completo o de proporcionar una URL en la que se pueda hacer clic. Antes de la entrega, verifica que un repositorio reconocido esté presente en la ubicación solicitada y use la ortografía solicitada. Aplica esta convención solo a las referencias de repositorios de GitHub en el texto publicable.
2. Usa los cinco pilares como opciones editoriales
| Pilar | Cómo usarlo | Cuándo acortarlo o saltarlo |
|---|---|---|
| Gancho y objetivo | Abre con un resultado creíble, una situación que el lector previsto reconozca o una promesa concreta respaldada. Pon el hecho interesante en la primera línea. | Si la línea más fuerte ya nombra el problema y al lector, pasa directamente a lo que sucedió. |
| Haz que el problema sea reconocible | Muestra el punto de fricción real, como encontrar una fecha mal formateada en una importación o elegir entre dos opciones de almuerzo. | Salta la frustración inventada, las preguntas retóricas y las consecuencias exageradas. |
| Muestra la solución y el esfuerzo | Describe un paso observable. Di qué entra, qué sucede y qué recibe el lector. Incluye un requisito previo cuando afecte probar la función. | No prometas acceso gratuito, resultados instantáneos o ningún inicio de sesión a menos que cada detalle esté respaldado. |
| Prueba y honestidad | Usa la pieza de evidencia más pequeña que respalde el punto. Mantén un límite significativo junto al beneficio que califica. | No inventes un punto de referencia, impliques que existe una captura de pantalla ni agregues una advertencia genérica para sonar equilibrado. |
| Cierre suave y enlaces | Ofrece una acción útil siguiente cuando el resumen lo respalde. De lo contrario, termina en la observación. Pon los enlaces donde se soliciten. | Nunca afirmes que un enlace ya se ha publicado. Redacta un primer comentario separado solo cuando se conozca el destino. No prometas una ventaja de alcance. |
Combina pilares en una oración cuando sea natural. Mantén sus etiquetas fuera del texto publicable. Una publicación sólida de dos líneas puede cumplir con el resumen sin un párrafo de dolor separado o una pregunta de cierre.
3. Escribe en la voz del autor
- Para un perfil personal, usa la primera persona para las propias opiniones y experiencias del publicador. Combina los pronombres tailandeses y las partículas de cortesía con las preferencias del autor o las muestras de escritura. Para la página de un restaurante, habla desde la perspectiva del negocio. Mantén las citas de clientes y terceros atribuidas.
- Prefiere una observación práctica o un siguiente paso de baja fricción sobre una presentación formal. En una publicación empresarial, muestra lo que un pequeño piloto podría probar y por qué ese resultado importaría. Deja espacio para que un socio responda. Evita convertir una idea en una promesa.
- Usa los ejemplos de escritura proporcionados por el autor para inferir pronombres, ritmo, franqueza y el equilibrio entre tailandés e inglés. Lleva esa voz a través de los canales. Para múltiples salidas, un lanzamiento o una solicitud sensible a la voz, reutiliza un perfil de voz de marca disponible. Si no existe ninguno, confía en los ejemplos del usuario y la guía aquí.
- Lee el texto en voz alta. Acorta cualquier oración que se sienta incómoda en una conversación. Mantén un ritmo ligeramente desigual pero natural. Elimina las terminaciones de cortesía repetidas si hacen que cada oración suene estampada.
- Da una razón a las declaraciones de gusto o juicio. Una opinión sobre una herramienta es más útil cuando nombra el paso que cambia o la cosa que el lector aún tendrá que verificar.
4. Ajusta la prueba al tema
Tecnología e IA. Prefiere una entrada rastreable, salida, falla observada o punto de referencia con una línea base. Explica un término técnico a través del trabajo que realiza cuando el lector necesita ese contexto. Mantén las afirmaciones sobre velocidad, precisión, costo, formatos admitidos y manejo de datos dentro de la fuente. Una integración planificada pertenece al lenguaje futuro o condicional.
Empresas y pilotos. Identifica a la persona que hace el trabajo, la decisión que se está tomando y la prueba más pequeña que podría informarla. Separa la oferta, la hipótesis y cualquier resultado ya medido. No inventes un respaldo de cliente, un resultado de ingresos o un compromiso comercial.
Comida y promociones locales. Usa nombres de menú confirmados, opciones, detalles de preparación, ubicación y condiciones de pedido. Verifica los detalles sensibles al tiempo con el resumen actual o una fuente autorizada antes de invitar a alguien a visitar u ordenar. Usa fotografía real de los platos para la prueba del menú. Describe solo lo que establece la imagen o fuente proporcionada. Una foto de un plato vacío no puede establecer con qué frecuencia los clientes vuelven a pedir.
5. Reutiliza una fuente en todos los canales
Para una campaña, selecciona un activo ancla. Extrae de tres a siete afirmaciones o escenas distintas solo cuando el material las respalde. Clasifícalas por evidencia, especificidad y utilidad para el lector. Asigna una idea principal a cada pieza y conserva un registro compartido de números, advertencias y atribución. Si solo hay un punto defendible, varía cómo el lector se encuentra con él.
| Canal | Tratamiento editorial |
|---|---|
| Comienza desde una situación familiar y desarrolla una observación en tailandés conversacional. Separa la perspectiva personal de los hechos del producto. | |
| X o un hilo | Lidera con el resultado, artefacto o tensión. En un hilo, cada entrada debe agregar un hecho, ejemplo o paso en el argumento. Detente cuando se acabe el material. |
| Agrega suficiente contexto operativo para que un lector fuera del equipo pueda seguir la decisión. Usa una lección reflexiva solo si la fuente lo respalda. | |
| TikTok, Reels o Shorts | Muestra el resultado o problema en la toma inicial. Empareja cada visual propuesto con una línea que se pueda decir. Marca las tomas que aún deben capturarse. Ajusta la duración solicitada. |
| YouTube | Establece la pregunta o el resultado desde el principio. Secuencia la demostración para que los espectadores puedan seguir el razonamiento. Usa capítulos cuando ayuden a la navegación. |
| Boletín | Comienza con el hallazgo, evento o artefacto. Dale a cada sección posterior un trabajo distinto, como explicar una causa o mostrar un ejemplo. |
Entrega el ángulo central y los borradores solicitados. Incluye un perfil de voz corto, orden de publicación o una lista de activos faltantes solo cuando ayude a ejecutar la campaña. Compara borradores lado a lado. Si los únicos cambios son los saltos de línea y los hashtags, revisa la estructura en torno a las fortalezas del canal.
6. Ejecuta la edición anti-contenido genérico
- Prueba de sustitución de marca. Reemplaza el nombre del producto o restaurante con uno no relacionado. Si la línea aún funciona sin cambios, reemplaza el elogio genérico con un detalle de la fuente o elimina la línea.
- Prueba de recibo. Para cada número, superlativo, testimonio, afirmación de primera mano, oferta o afirmación de disponibilidad, identifica qué lo respalda. Elimina los detalles no respaldados. No repares un número inventado agregando "hasta" o "aproximadamente".
- Prueba de eliminación. Elimina frases como "revolucionario", "en el mundo actual en rápida evolución" o "he aquí por qué es importante". Si no queda nada informativo, elimina la oración. Corta conclusiones duplicadas, suspenso falso y cebo de participación.
- Prueba de voz. Verifica si el autor realmente le diría la línea al lector previsto. Elimina la intimidad forzada, la inspiración corporativa y la presión de ventas. Mantén los términos técnicos necesarios.
- Prueba del lector. Después de una lectura, ¿puede el lector nombrar el hallazgo real, la elección o el siguiente paso? Si la única conclusión es "esto suena genial", vuelve a la evidencia.
- Prueba de entrega. Verifica el idioma solicitado, la longitud, el número de oraciones, los enlaces, los hashtags, el límite de emojis, el esquema y el número de variantes. Devuelve texto limpio. Redactar contenido no autoriza a publicarlo ni a enviar un comentario.
Decisiones trabajadas
Estos resúmenes inventados ilustran el proceso de edición. Nunca reutilices sus detalles como afirmaciones sobre un proyecto o restaurante real. Los ejemplos son glosas en inglés de decisiones a tomar al escribir en el idioma solicitado.
Un resultado técnico con un límite significativo. Una nota de un desarrollador dice que su extractor encontró totales de facturas en nueve de doce PDF y las tres fallas fueron escaneos. Un borrador personal de Facebook puede atribuir ese resultado al desarrollador y señalar por qué un equipo que recibe facturas escaneadas querría probar sus propios archivos. No puede decir que el publicador realizó el experimento, que la herramienta siempre falla en los escaneos o que ahorra una cantidad de tiempo medida. Para un Reel basado en la misma nota, propón abrir con una comparación de una extracción exitosa y un escaneo fallido si se puede obtener metraje adecuado.
Un resumen delgado de restaurante. El restaurante confirma que su arroz frito ferroviario viene con cerdo o pollo. La foto llegará más tarde. Un pie de foto utilizable puede simplemente decir a los clientes qué opción pueden elegir al hacer el pedido. No se necesita afirmación de popularidad, nota de sabor, referencia de foto, horario de apertura o promoción inventada.
Una característica útil sin datos de rendimiento. Un importador de CSV informa el número de fila para una fecha no válida. Lidera con la fila que el usuario ahora puede encontrar. Omite los porcentajes de ahorro de tiempo a menos que el resumen proporcione una comparación medida.
Crédito del flujo de trabajo
El flujo de trabajo de edición primero en la fuente y multiplataforma se basa en Content Engine de affaan-m / ECC. La guía de voz tailandesa, el marco de cinco pilares y los ejemplos de negocios locales provienen del resumen editorial del usuario.