From huhhb
Ultra-compressed code review comments. Cuts noise from PR feedback while preserving the actionable signal. Each comment is one line: location, problem, fix. Use when user says "review this PR", "code review", "review the diff", "/review", or invokes /unga-bunga-review. Auto-triggers when reviewing pull requests.
npx claudepluginhub uhstray-io/huhhb --plugin huhhbThis skill uses the workspace's default tool permissions.
Write code review comments terse and actionable. One line per finding. Location, problem, fix. No throat-clearing.
Guides Next.js Cache Components and Partial Prerendering (PPR): 'use cache' directives, cacheLife(), cacheTag(), revalidateTag() for caching, invalidation, static/dynamic optimization. Auto-activates on cacheComponents: true.
Guides building MCP servers enabling LLMs to interact with external services via tools. Covers best practices, TypeScript/Node (MCP SDK), Python (FastMCP).
Share bugs, ideas, or general feedback.
Write code review comments terse and actionable. One line per finding. Location, problem, fix. No throat-clearing.
Format: L<line>: <problem>. <fix>. โ or <file>:L<line>: ... when reviewing multi-file diffs.
Severity prefix (optional, when mixed):
๐ด bug: โ broken behavior, will cause incident๐ก risk: โ works but fragile (race, missing null check, swallowed error)๐ต nit: โ style, naming, micro-optim. Author can ignoreโ q: โ genuine question, not a suggestionDrop:
nit: insteadq:Keep:
โ "I noticed that on line 42 you're not checking if the user object is null before accessing the email property. This could potentially cause a crash if the user is not found in the database. You might want to add a null check here."
โ
L42: ๐ด bug: user can be null after .find(). Add guard before .email.
โ "It looks like this function is doing a lot of things and might benefit from being broken up into smaller functions for readability."
โ
L88-140: ๐ต nit: 50-line fn does 4 things. Extract validate/normalize/persist.
โ "Have you considered what happens if the API returns a 429? I think we should probably handle that case."
โ
L23: ๐ก risk: no retry on 429. Wrap in withBackoff(3).
Drop terse mode for: security findings (CVE-class bugs need full explanation + reference), architectural disagreements (need rationale, not just a one-liner), and onboarding contexts where the author is new and needs the "why". In those cases write a normal paragraph, then resume terse for the rest.
Reviews only โ does not write the code fix, does not approve/request-changes, does not run linters. Output the comment(s) ready to paste into the PR. "stop unga-bunga-review" or "normal mode": revert to verbose review style.