Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsBlogPro
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges
  • Chrome Extension
  • Skill Manager

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Peer Review

ASecurity

Simula revisao por pares de um manuscrito cientifico proprio, como se fosse um revisor anonimo de journal. Avalia 8 dimensoes (Titulo/Abstract, Introducao, Metodos, Resultados, Discussao, Conclusoes, Referencias, Escrita), atribui nota 1-5 a cada uma, lista revisoes prioritarias e emite decisao editorial (Aceito / Revisoes menores / Revisoes maiores / Rejeitar). Diferente de paper-review, que le artigos externos: peer-review e para voce revisar o seu proprio manuscrito antes de submeter. Trig...

2 stars
0 votes
1 copies
2 views
Added 9/26/2026
educationgo

Security Analysis

A100/100

Scanned 9/26/2026

$npx -y skills add labdaps/labskills --skill peer-review --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Peer Review?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Peer Review
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/labdaps-peer-review/badge)](https://www.skillsdirectory.com/skills/labdaps-peer-review)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
Files
SKILL.md
---
name: peer-review
description: Simula revisao por pares de um manuscrito cientifico proprio, como se fosse um revisor anonimo de journal. Avalia 8 dimensoes (Titulo/Abstract, Introducao, Metodos, Resultados, Discussao, Conclusoes, Referencias, Escrita), atribui nota 1-5 a cada uma, lista revisoes prioritarias e emite decisao editorial (Aceito / Revisoes menores / Revisoes maiores / Rejeitar). Diferente de paper-review, que le artigos externos: peer-review e para voce revisar o seu proprio manuscrito antes de submeter. Triggers on /peer-review, "faz peer review do meu artigo", "revisa meu manuscrito como revisor", "simula revisao editorial", "o que um revisor diria do meu paper", "avalia meu manuscrito para submissao".
---

# Skill: peer-review

Avalia um manuscrito cientifico proprio simulando o papel de um revisor anonimo de journal. Gera relatorio estruturado com notas, pontos fortes, pontos fracos, sugestoes de revisao e decisao editorial final.

## Quando usar

- `/peer-review` ou `/peer-review caminho/do/arquivo.md`
- "faz peer review do meu artigo"
- "revisa meu manuscrito como revisor de journal"
- "simula revisao editorial do paper"
- "o que um revisor diria do meu manuscrito"
- Antes de submeter: para identificar falhas antes que os revisores oficiais identifiquem

Diferenca de /paper-review: aquela skill le e critica artigos externos. Esta avalia o seu proprio manuscrito no papel de revisor.

## Entrada

- Caminho para o manuscrito (`.md`, `.tex`, `.docx`). Se nao fornecido, usa `main.md` no diretorio atual.
- Ler o arquivo completo antes de comecar qualquer avaliacao.

## Passos

### 1. Leitura integral

Ler o manuscrito por inteiro. Identificar tipo de estudo, guideline de reporting seguida (IMRAD, GUILD, STROBE, TRIPOD+AI, etc.) e journal alvo, se mencionado.

### 2. Avaliacao por dimensao

Avaliar cada dimensao com nota de 1 (insuficiente) a 5 (excelente), apontar pontos fortes especificos, pontos fracos especificos e sugestoes concretas de revisao.

**Dimensoes:**

1. **Titulo e Abstract** -- titulo preciso? abstract estruturado (objetivo, metodos, resultados, conclusao)?
2. **Introducao** -- contexto suficiente, lacuna identificada, objetivo claro e decorrente da lacuna?
3. **Metodos** -- reproducibilidade, guideline de reporting seguida, analise estatistica apropriada?
4. **Resultados** -- completos, consistentes com os metodos, tabelas e figuras bem descritas?
5. **Discussao** -- interpreta (nao apenas reafirma) resultados, contextualiza na literatura, limitacoes honestas?
6. **Conclusoes** -- suportadas pelos dados, sem extrapolacao indevida?
7. **Referencias** -- completas, sem placeholders ou DOIs pendentes, formato consistente?
8. **Qualidade de escrita** -- clareza, gramatica, terminologia consistente ao longo do texto?

### 3. Lista de acoes prioritarias

Listar de 5 a 10 revisoes obrigatorias em ordem de prioridade, da mais urgente a menos urgente. Ser concreto: "Reescrever X fazendo Y", nao apenas "Melhorar X".

### 4. Decisao editorial

Emitir uma das quatro decisoes padrao de journal:

- **Aceito** -- pronto para publicacao sem alteracoes
- **Revisoes menores** -- correcoes simples sem necessidade de nova rodada de revisao
- **Revisoes maiores** -- problemas substanciais que exigem nova rodada de revisao
- **Rejeitar** -- problemas fundamentais que nao sao corrigiveis sem reescrever o manuscrito

Acompanhar com 2 a 3 frases justificando a decisao.

## Formato do output

Relatorio em Markdown com esta estrutura exata:

```
# Peer Review -- [Titulo do paper]
**Data:** YYYY-MM-DD  |  **Revisor:** Anonimo

## Resumo para o autor
[3 a 5 frases: contribuicao principal, pontos mais fortes, problemas mais criticos]

## Notas por dimensao
| Dimensao          | Nota (1-5) |
|:------------------|:----------:|
| Titulo e Abstract | X          |
| Introducao        | X          |
| Metodos           | X          |
| Resultados        | X          |
| Discussao         | X          |
| Conclusoes        | X          |
| Referencias       | X          |
| Qualidade escrita | X          |
| **Geral**         | **X.X**    |

## Avaliacao detalhada
### 1. Titulo e Abstract -- X/5
**Pontos fortes:** ...
**Pontos fracos:** ...
**Sugestoes:** ...

[repetir para cada dimensao]

## Lista de acoes prioritarias
1. ...
2. ...

## Decisao editorial
**Recomendacao:** [Aceito / Revisoes menores / Revisoes maiores / Rejeitar]
**Justificativa:** ...
```

## Orientacoes de tom

Ser direto e construtivo. Para cada problema identificado: dizer o que esta errado, por que e um problema e como corrigir. Reconhecer explicitamente o que esta funcionando bem -- o autor precisa saber o que preservar, nao so o que mudar. Evitar linguagem vaga ("a discussao poderia melhorar"): dizer sempre como e por que melhorar.

Attribution

labdapslabdaps
View sourceSee grades on GitHubMore from labdaps →
SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Related Skills

Math Olympiad

1. **Strip thinking before verifying** — a verifier that sees the reasoning is biased toward agreement. Fresh context, cleaned proof only. 2. **"Does this prove RH?"** — if your theorem's specialization to ζ is a famous open problem, you have a gap. Most reliable red flag. 3. **Short proof → extract the general lemma** — try 2×2 counterexamples. If general form is false, find what's special about THIS instance. 4. **Same gap twice → step back** — the case split may be obscuring a unifie

374330 votes

Manim

Comprehensive guide for Manim Community - Python framework for creating mathematical animations and educational videos with programmatic control

304950 votes

Mcore Onboard Gb200 1node Tests

Onboard 1-node GitHub MR functional tests for GB200 from existing mr-scoped 2-node tests.

180410 votes

Mcore Split Pr

Split a PR into multiple PRs to reduce the number of required CODEOWNERS reviewer groups.

180410 votes

Read Sensor

Listens to a CARLA sensor and either saves its data to files, shows it live in a window, prints a one-shot summary, or (ros-info) reports the native ROS 2 topics, QoS and enabled-for-ROS state so you can echo it from ROS instead. Cameras save as PNG (depth/semantic auto-colourised) and display in a pygame window; lidar saves as .ply and shows as a top-down scatter; IMU/GNSS/radar/collision stream to JSONL or the console. Use when the user asks to "show/view the camera", "display the lidar", "...

144610 votes
View all in education →