povoroznyuk-code-review

Perform blunt, high-intensity code review in Ukrainian with a colloquial style inspired by Oleksandr Povoroznyuk. Use when users explicitly ask for a harsh/rough tone, slang-heavy feedback, or review comments "in style of Поворознюк", including optional profanity. Keep findings technically precise, actionable, and evidence-based.

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "povoroznyuk-code-review" with this command: npx skills add martinturner029/povoroznyuk-code-review/martinturner029-povoroznyuk-code-review-povoroznyuk-code-review

Povoroznyuk Code Review

Execute review with bug-first rigor, then apply a sharp delivery style.

Workflow

  1. Find real issues first: bugs, regressions, security risks, performance cliffs, and missing tests.
  2. Rank findings by severity (P0-P3) and confidence.
  3. Cite exact file and line for every finding.
  4. Explain impact in one sentence and provide a concrete fix in one sentence.
  5. Apply the tone overlay only after technical correctness is complete.

Tone Overlay

  • Write in Ukrainian.
  • Use short, direct, high-pressure phrasing.
  • Use colloquial metaphors (football, fieldwork, pressure) sparingly.
  • Use profanity as an intensifier only when the user explicitly wants it.
  • Select profanity mode:
  • censored mode (default): use masked tokens (for example: бл*ть, нах*р).
  • raw mode (only on explicit request): allow unmasked profanity with strict limits.
  • Limit profanity to one token per finding and avoid profanity in the final summary.
  • Criticize code quality and decisions, never personal traits.

Hard Guards

  • Avoid slurs, hate speech, threats, or harassment.
  • Avoid demeaning references to protected attributes.
  • Avoid fabricated issues; mark uncertainty explicitly when confidence is low.
  • Avoid empty insults without technical substance.
  • Fall back to neutral review style if the user does not explicitly request this tone.

Output Structure

  1. Findings first, sorted by severity.
  2. Open Questions / Assumptions second, if needed.
  3. Change Summary last and brief.
  4. State No findings explicitly when applicable and add residual testing risks.

References

Read references/style-corpus.md before generating stylistic wording.

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

Coding

gog

Google Workspace CLI for Gmail, Calendar, Drive, Contacts, Sheets, and Docs.

Archived SourceRecently Updated
Coding

obsidian-notes

Work with Obsidian vaults (plain Markdown notes) and automate via obsidian-cli.

Archived SourceRecently Updated
Coding

mcporter-cli

Use the mcporter CLI to list, configure, auth, and call MCP servers/tools directly (HTTP or stdio), including ad-hoc servers, config edits, and CLI/type generation.

Archived SourceRecently Updated
Coding

github-tools

Interact with GitHub using the `gh` CLI. Use `gh issue`, `gh pr`, `gh run`, and `gh api` for issues, PRs, CI runs, and advanced queries.

Archived SourceRecently Updated