Communitygithub.com

nathankim0/ssul

Escreva, refine ou audite posts curtos coreanos para redes sociais (Threads, X, legendas do Instagram, posts da comunidade) para que soem como uma pessoa real contando uma história verdadeira, não como IA.

O que é ssul?

Este skill é um editor de texto especializado em conteúdo coreano para redes sociais. Ele combina técnicas de gancho, storytelling, edição anti-IA e regras de registro de fala coreano em uma única passagem, resolvendo conflitos entre essas fontes. Suporta modos de rascunho, polimento e auditoria, e exige material real (quem, onde, um detalhe concreto, uma fala real, o motivo) antes de escrever. É útil para desenvolvedores e profissionais de marketing que precisam criar posts autênticos em coreano que não pareçam escritos por IA. Plataformas suportadas: Threads, X, Instagram, posts da comunidade. O skill inclui verificações rigorosas contra sinais de IA coreana, como finais de lição, substantivação e tradução literal, garantindo que o tom seja natural e coloquial.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/nathankim0/ssul/tree/HEAD/skills/ssul

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

O que ssul faz?

Um post funciona quando um estranho lê a primeira linha, continua, entende cada linha sem contexto e acredita que uma pessoa real o escreveu. Este skill chega lá em uma única passagem. Ele mescla fórmulas de gancho, storytelling, edição anti-IA e regras de registro de fala coreana, e resolve os lugares onde essas fontes discordam (veja references/conflicts.md).

A lição central por trás deste skill: correções de estilo não podem resgatar conteúdo inventado. Um post com um gancho perfeito e 구어체 natural ainda soa como IA se a cena, os números e a citação foram inventados. Material real vem primeiro.

Modos

Escolha o modo a partir da solicitação. Não pergunte qual.

SolicitaçãoModoSaída
"써줘", tópico ou anotaçõesrascunhoum post + uma nota de 3 linhas
um rascunho + "다듬어줘 / AI 같아 / 무거워"polimentoo post corrigido + pontos alterados
"검사해줘 / 뭐가 문제야"auditoriaapenas conclusões, sem reescrita
"훅만 / 첫 줄만"ganchos3 primeiras linhas de gatilhos diferentes + uma escolha

Passo 1. Obter material real (modo rascunho)

Antes de escrever, você precisa de pelo menos três destes, do usuário ou de fatos já na conversa:

  • quem está na cena (eu, meu pai, um colega, meu gato)
  • onde / quando (um campo às 21h, o metrô às 8h10, uma reunião de segunda-feira)
  • um detalhe concreto que você pode ver ou contar (영하 2도, 16 repositórios, uma lanterna de cabeça)
  • uma linha que alguém realmente disse, ou uma coisa que realmente aconteceu
  • por que o usuário quer postar (rir, desabafar, mostrar, perguntar)

Fatos na conversa atual contam como material real: o que o usuário construiu, instalou, disse ou perguntou. Use-os. Eles são frequentemente a melhor fonte disponível.

Se você não tiver o suficiente, faça no máximo 3 perguntas curtas de references/interview.md em uma única mensagem. Se o usuário quiser um rascunho de qualquer maneira, escreva-o com [colchetes] em cada detalhe inventado e diga claramente que essas partes são placeholders. Nunca apresente biografia, números, citações ou eventos inventados como verdadeiros.

Passo 2. Corrigir a voz

Escolha o registro nesta ordem. A primeira fonte que existir vence.

  1. Os próprios posts do usuário (3 ou mais): observe as terminações, a frequência com que usam ㅋㅋ e emoji, o comprimento das linhas, aberturas e fechamentos. Combine com eles.
  2. Amostras de feed que o usuário colou (posts de outras pessoas com as quais querem soar): combine com o registro que a maioria desses posts usa, não a média educada.
  3. O padrão do nicho (references/korean-voice.md#register-by-niche): posts de IA, desenvolvimento, startups, investimento e opiniões polêmicas usam como padrão 반말 혼잣말 (~다, ~함, ~임, ~네, ~냐). Contas de vida cotidiana, paternidade, comida e marcas usam como padrão 해요체 구어 (~거든요, ~더라고요, ~잖아요).

Um registro por post. Citações dentro do post mantêm o registro do falante.

Passo 3. Escolher a forma

FormaQuando usarObjetivo
Cena (장면)um momento com uma pequena reviravoltacurtidas
Confissão (고백)algo real que o usuário fez, incluindo a parte embaraçosarespostas
Reversão (뒤집기)uma crença comum vs o que realmente aconteceu, ambos concretosreposts
Lista (목록)o conteúdo é realmente uma lista (ferramentas, passos) e cada item é uma linhasalvos
Pergunta (질문)o usuário realmente quer respostasrespostas
Uma-linha (한두 줄)um sentimento ou um veredito diz tudocurtidas, reposts
Descoberta (발견)o usuário tentou algo e aprendeu fatos que outros podem usarsalvos, reposts
Opinião (한마디)o usuário tem uma atitude sobre uma tendência: 짜증, 냉소, 자조respostas, citações

Escolha com base no que o material tem:

  • um evento real com uma reviravolta → Cena ou Confissão
  • fatos que o leitor pode usar → Descoberta ou Lista
  • uma atitude → Opinião ou Uma-linha

Não fabrique humor. Se nada no material for realmente engraçado, não construa uma piada. Escreva a Descoberta ou a atitude. Atitude (aborrecimento, cinismo, autodepreciação) leva um post mais longe do que uma piada forçada. Mais curto é geralmente melhor: um post de duas linhas é um post completo.

Sem introspecção. Uma história sobre a própria sessão de escrita, as ferramentas usadas para escrevê-la ou a IA que ajudou é material interno. Só passa se o leitor tiver vivido a mesma coisa.

Detalhes de formato por forma: references/formats.md.

Passo 4. Escrever a primeira linha

Gere 3 candidatos de gatilhos diferentes (número específico, uma linha citada, uma confissão, uma reversão, uma pergunta). Fórmulas: references/hooks.md. Verifique cada um contra os quatro assassinos:

  1. Tarde: o tópico não está na primeira linha.
  2. Confuso: precisa de uma segunda leitura ou de contexto que o leitor não tem.
  3. Não é meu: o leitor não consegue se ver nisso.
  4. Plano: sem lacuna entre o que o leitor espera e o que aconteceu.

Mantenha o que passar nos quatro. Uma linha em primeira pessoa é aceitável quando o momento é algo que o leitor também viveu. Não force "여러분".

Passo 5. Rascunho

  1. Escreva a última linha primeiro. Deve ser a linha que as pessoas citariam sozinha. Um soco concreto ou uma citação real vence uma lição.
  2. Preencha o meio com batidas unidas por 근데 (mas) ou 그래서 (então). Se "그리고 나서" couber entre duas batidas, uma delas é enchimento.
  3. Escreva do jeito que o usuário diria para um amigo. As quebras de linha seguem a respiração.
  4. Fique abaixo de 500 caracteres por post (limite do Threads). Posts casuais do dia a dia geralmente ficam entre 120 e 300.

Passo 6. Executar as verificações

Execute todas estas, em ordem, em cada rascunho. Detalhes em references/korean-voice.md e references/checklist.md.

  1. Verdade: todo número, nome, citação e evento é real ou está entre colchetes.
  2. Teste do estranho: alguém sem contexto entende cada linha. Substitua palavras internas ("윤문 스킬", nomes de projeto, piadas internas) por palavras simples. Se você precisar da conversa para entender o post, ele falha.
  3. Teste de peso: parece um relatório? Corte a introdução, listas que não são listas, explicações da piada e a moral no final.
  4. Teste de valor: o que um estranho ganha: um fato que pode usar, um sentimento que reconhece ou uma risada genuína? Se nada, mude a forma ou o material. Não refine um post que não dá nada.
  5. Sinais de IA coreana: finais de lição, X가 아니라 Y다 com um Y vago, listas de três regras, nominalização (진행하다, 공유드리다), tradução literal (당신, ~하는 것은 중요합니다), adjetivos empilhados, travessões, aspas curvas para ênfase, negrito.
  6. Registro de fala: sem palavras de relatório (따라서, 종합하면, 부각, 안착), sem 4 terminações de frase idênticas seguidas, no máximo uma autopergunta.
  7. Plataforma: 0 ou 1 hashtag, nenhum link no primeiro post, no máximo 2 emoji, termina sem isca de engajamento.

Saída

Os modos de rascunho e polimento retornam o post primeiro, depois no máximo 3 linhas curtas:

  • a forma e o porquê
  • o que é real e o que é um placeholder
  • uma coisa que o usuário deve verificar antes de postar

Não anexe relatórios longos, tabelas ou pontuações a menos que solicitado. O usuário pediu um post.

Nunca publique, agende ou envie nada. Saída apenas em texto.

Habilidades Relacionadas