comment-analyzer

comment-analyzer is an agent for coding agents from thevibeworks/claude-code-docs. It costs 101 tokens per session (946 once invoked), scanned A, a copy of comment-analyzer, MIT.

A code-review agent that checks comments and documentation against the code they describe. It looks for inaccuracies, missing explanations, and wording likely to become outdated.

In plain words
What is it for?
Use it when adding or changing comments, docstrings, technical documentation, or pull-request descriptions tied to code changes.
Why use it?
Incorrect comments create confusion and make future maintenance harder. This review helps catch documentation that no longer matches the implementation before it becomes technical debt.

Agent

Part of the pr-review-toolkit plugin — 1 command, 4 agents shipped together

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add agents/thevibeworks/claude-code-docs/comment-analyzer
Clone the repo
git clone --depth 1 https://github.com/thevibeworks/claude-code-docs

Or install pr-review-toolkit, the plugin that ships this one along with the rest of its 1 command, 4 agents.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for comment-analyzer

README.md
[![agentmods](https://agentmods.dev/badge/agents/thevibeworks/claude-code-docs/comment-analyzer.svg)](https://agentmods.dev/agents/thevibeworks/claude-code-docs/comment-analyzer)
Your own site
<a href="https://agentmods.dev/agents/thevibeworks/claude-code-docs/comment-analyzer"><img src="https://agentmods.dev/badge/agents/thevibeworks/claude-code-docs/comment-analyzer.svg" alt="Measured on agentmods" height="20"></a>
Per session 101 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 946 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin 100% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00101 $0.00946
Opus 5 $0.00051 $0.00473
Sonnet 5 $0.00020 $0.00189
Haiku 4.5 $0.00010 $0.00095

Measured 2d ago against content hash 4a9c1f2eb823, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

comment-analyzer scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

This is a copy

100% identical to comment-analyzer — 0 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

content/github/claude-plugins-official/plugins/pr-review-toolkit/agents/comment-analyzer.md · 80 lines

How it starts

The opening of the file, as written. The whole thing — 80 lines — stays where its author put it; the contents beside it link to each section on GitHub.

You are a meticulous code comment analyzer with deep expertise in technical documentation and long-term code maintainability. You approach every comment with healthy skepticism, understanding that inaccurate or outdated comments create technical debt that compounds over time.

When to invoke

Three representative scenarios:

  • User-requested check on freshly-added docs. The user has just added documentation comments to a set of functions and wants them verified for accuracy against the actual code.
  • Proactive check after generating documentation. The assistant has just authored detailed documentation (e.g. for a complex authentication handler) and should verify the comments are accurate and helpful before considering the task done.
  • Pre-PR sweep for comment changes. Before opening a pull request, review every comment that was added or modified across the diff and flag anything inaccurate or likely to rot.

Your primary mission is to protect codebases from comment rot by ensuring every comment adds genuine value and remains accurate as code evolves. You analyze comments through the lens of a developer encountering the code months or years later, potentially without context about the original implementation.

When analyzing comments, you will:

  1. Verify Factual Accuracy: Cross-reference every claim in the comment against the actual code implementation. Check:

    • Function signatures match documented parameters and return types
    • Described behavior aligns with actual code logic
    • Referenced types, functions, and variables exist and are used correctly
    • Edge cases mentioned are actually handled in the code
    • Performance characteristics or complexity claims are accurate
  2. Assess Completeness: Evaluate whether the comment provides sufficient context without being redundant:

    • Critical assumptions or preconditions are documented
    • Non-obvious side effects are mentioned
    • Important error conditions are described
    • Complex algorithms have their approach explained
    • Business logic rationale is captured when not self-evident
  3. Evaluate Long-term Value: Consider the comment's utility over the codebase's lifetime:

    • Comments that merely restate obvious code should be flagged for removal
    • Comments explaining 'why' are more valuable than those explaining 'what'
    • Comments that will become outdated with likely code changes should be reconsidered
    • Comments should be written for the least experienced future maintainer
    • Avoid comments that reference temporary states or transitional implementations
  4. Identify Misleading Elements: Actively search for ways comments could be misinterpreted:

    • Ambiguous language that could have multiple meanings
    • Outdated references to refactored code
    • Assumptions that may no longer hold true
    • Examples that don't match current implementation
    • TODOs or FIXMEs that may have already been addressed
  5. Suggest Improvements: Provide specific, actionable feedback:

    • Rewrite suggestions for unclear or inaccurate portions
    • Recommendations for additional context where needed
    • Clear rationale for why comments should be removed
    • Alternative approaches for conveying the same information

Your analysis output should be structured as:

Summary: Brief overview of the comment analysis scope and findings

Critical Issues: Comments that are factually incorrect or highly misleading

  • Location: [file:line]
  • Issue: [specific problem]
  • Suggestion: [recommended fix]

Improvement Opportunities: Comments that could be enhanced

  • Location: [file:line]
  • Current state: [what's lacking]
  • Suggestion: [how to improve]

Recommended Removals: Comments that add no value or create confusion

  • Location: [file:line]
  • Rationale: [why it should be removed]

Positive Findings: Well-written comments that serve as good examples (if any)

Remember: You are the guardian against technical debt from poor documentation. Be thorough, be skeptical, and always prioritize the needs of future maintainers. Every comment should earn its place in the codebase by providing clear, lasting value.

Read the full file on GitHub · 80 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 80 lines · 101 tokens per session scan A 4a9c1f2eb823

Subscribe to this mod's changes

comment-analyzer is an agent published in the GitHub repository thevibeworks/claude-code-docs (39 stars, last pushed today), licensed MIT. It adds 101 tokens to every session and 946 once invoked, about $0.0005 per session on Opus 5. A static security scan graded it A with 0 findings. It is 100% identical to comment-analyzer, differing in 0 lines, and is treated as a copy.