CommunityEscrita e Ediçãogithub.com

lymar/trakktor

Um kit de ferramentas CLI previsível para agentes de codificação — totalmente local com ML: transcreve fala (Whisper, GigaAM, Vosk), lê texto em voz com voz predefinida ou clonada (Qwen3-TTS, ESpeech/F5-TTS), corta silêncio por atividade de voz, restaura pontuação e capitalização, divide transcrições em parágrafos; além de feeds web. Primeiro JSON, flags estáveis, códigos de saída significativos.

O que é trakktor?

O **lymar/trakktor** é uma ferramenta de linha de comando previsível e extensível, projetada especificamente para agentes de IA e desenvolvedores que necessitam de automação confiável em tarefas de processamento de áudio e texto. Totalmente executada localmente, ela oferece um conjunto robusto de funcionalidades baseadas em modelos de machine learning: transcrição de fala via Whisper, GigaAM ou Vosk; síntese de voz utilizando vozes predefinidas ou clonadas com modelos como Qwen3-TTS e ESpeech/F5-TTS; detecção de atividade de voz para remoção de silêncio; restauração de pontuação e capitalização em textos transcritos; e divisão inteligente de transcrições em parágrafos. Além das capacidades de áudio, a ferramenta também suporta a leitura e processamento de feeds web. Sua interface CLI é estruturada para ser previsível e adequada para agentes: saída padronizada em JSON, flags estáveis que não mudam entre versões e códigos de saída significativos (0 para sucesso, 1 para erro, 2 para erro de uso). A ferramenta é ideal para integrar em pipelines de CI/CD, automação de tarefas em agentes de codificação (como Claude Code, Cursor, Codex) ou em scripts de processamento em lote que exigem confiabilidade e resultados estruturados.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add lymar/trakktor

Installed? Explore more Escrita e Edição skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Perguntar na sua IA favorita

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

Documentação

Git Commit com Commits Convencionais

Visão Geral

Crie commits git padronizados e semânticos usando a especificação de Commits Convencionais. Analise o diff real para determinar o tipo, escopo e mensagem apropriados.

Formato do Commit Convencional

<tipo>[escopo opcional]: <descrição>

[corpo opcional]

[rodapé(s) opcional(is)]

Tipos de Commit

TipoPropósito
featNova funcionalidade
fixCorreção de bug
docsApenas documentação
styleFormatação/estilo (sem lógica)
refactorRefatoração de código (sem funcionalidade/correção)
perfMelhoria de desempenho
testAdicionar/atualizar testes
buildSistema de build/dependências
ciMudanças em CI/config
choreManutenção/miscelânea
revertReverter commit

Mudanças de Quebra (Breaking Changes)

# Ponto de exclamação após tipo/escopo
feat!: remover endpoint obsoleto

# Rodapé BREAKING CHANGE
feat: permitir config estender outras configs

BREAKING CHANGE: comportamento da chave `extends` alterado

Fluxo de Trabalho

1. Analisar Diff

# Se arquivos estão staged, use staged diff
git diff --staged

# Se nada está staged, use diff da árvore de trabalho
git diff

# Verifique também o status
git status --porcelain

2. Adicionar Arquivos ao Stage (se necessário)

Se nada está staged ou você deseja agrupar mudanças de forma diferente:

# Adicionar arquivos específicos
git add caminho/para/arquivo1 caminho/para/arquivo2

# Adicionar por padrão
git add *.test.*
git add src/components/*

# Stage interativo
git add -p

Nunca commite segredos (.env, credentials.json, chaves privadas).

3. Gerar Mensagem de Commit

As mensagens de commit DEVEM ser escritas estritamente e apenas em Inglês — tanto o assunto quanto o corpo. Nunca escreva uma mensagem de commit em Português, mesmo que o histórico do repositório contenha commits em Português.

Analise o diff para determinar:

  • Tipo: Que tipo de mudança é esta?
  • Escopo: Qual área/módulo é afetada?
  • Descrição: Resumo de uma linha do que mudou (tempo presente, modo imperativo, <72 caracteres)

4. Executar Commit

# Linha única
git commit -m "<tipo>[escopo]: <descrição>"

# Multi-linha com corpo/rodapé
git commit -m "$(cat <<'EOF'
<tipo>[escopo]: <descrição>

<corpo opcional>

<rodapé opcional>
EOF
)"

Melhores Práticas

  • Escreva mensagens de commit estritamente em Inglês apenas (assunto e corpo)
  • Uma mudança lógica por commit
  • Tempo presente: "add" não "added"
  • Modo imperativo: "fix bug" não "fixes bug"
  • Referencie issues: Closes #123, Refs #456
  • Mantenha descrição abaixo de 72 caracteres

Protocolo de Segurança Git

  • NUNCA atualize a configuração do git
  • NUNCA execute comandos destrutivos (--force, hard reset) sem solicitação explícita
  • NUNCA pule hooks (--no-verify) a menos que o usuário peça
  • NUNCA faça force push para main/master
  • Se o commit falhar devido a hooks, corrija e crie NOVO commit (não altere)
  • NUNCA crie uma nova branch sem perguntar explicitamente ao usuário primeiro. Commite diretamente na branch atual (incluindo main) a menos que o usuário tenha pedido uma branch. NÃO crie branch automática "por segurança" — o usuário gerencia branching. Se você acha que uma branch é justificada, PERGUNTE antes de criar uma.
  • NUNCA faça push para uma nova branch remota ou abra um MR/PR a menos que o usuário tenha pedido.

Habilidades Relacionadas