article-proof-check é uma skill do Codex para a revisão final de provas de artigos SCI. Ela é voltada para autores que receberam a prova do periódico, galley proof, prova de impressão, prova de página ou artigo final, antes da submissão, focando na identificação de erros claros, problemas de diagramação editorial, problemas com figuras/referências/numeração e informações de alto risco que precisam de confirmação do autor.
A skill LXSKING/article-proof-check foi projetada para ser usada durante a fase de revisão final de provas de artigos científicos (SCI), quando o autor recebe a prova do periódico, como galley proof, prova de impressão ou artigo final. Ela auxilia na identificação de erros explícitos no texto, como erros de digitação, gramaticais ou factuais, além de problemas de formatação e diagramação introduzidos pela editora. A skill também verifica a consistência de figuras, tabelas, referências e numeração, e sinaliza informações que exigem atenção especial do autor, como dados estatísticos, nomes de autores ou afiliações. Disponível para a plataforma Codex, essa skill segue um fluxo de trabalho estruturado a partir do conteúdo da SKILL.md, permitindo que o autor realize uma verificação sistemática e eficiente antes do envio final.
npx skills add LXSKING/article-proof-checkarticle-proof-check é uma skill do Codex para a revisão final de provas de artigos SCI. Ela é voltada para autores que receberam a prova do periódico, galley proof, prova de impressão, prova de página ou artigo final, antes da submissão, focando na identificação de erros claros, problemas de diagramação editorial, problemas com figuras/referências/numeração e informações de alto risco que precisam de confirmação do autor.
ElevenLabs text-to-speech with mac-style say UX.
Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.
Capture and automate macOS UI with the Peekaboo CLI.
Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".
Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".