Sponsor Suno AI Music arrow_forward
Subagent

Doc Verifier

QA agent that validates documentation claims using proof-of-work methodology

Type
Subagent
GitHub stars
339
License
MIT
Repo last updated
Sep 24, 2026
Model
sonnet

What Doc Verifier is

Doc Verifier is a subagent published in the athola/claude-night-market repository on GitHub, which has about 339 stars. The repository describes itself as: “23 Claude Code plugins: TDD enforcement hooks, git/PR workflows, spec-driven development, code review, project lifecycle, fix-from-error, maintenance automation, context optimization, research, and multi-LLM delegation. 186 skills, 128 commands, 54 agents.”

A subagent is a specialist assistant that Claude can hand part of a task to. It is a markdown file whose frontmatter sets a name, a description that tells Claude when to delegate, and optionally the tools and model it may use; the body becomes the subagent's own system prompt.

Because a subagent works in its own context, it keeps the main conversation focused: Claude can send a narrow job, such as a review or a specialised analysis, to Doc Verifier and get back a compact result.

How to install Doc Verifier

Claude Code

  1. Download doc-verifier.md from the repository.
  2. Save it to ~/.claude/agents/ to use it in every project, or to .claude/agents/ inside one project to share it through version control.
  3. Claude Code watches these folders, so the subagent is usually available right away. Ask Claude to use it by name, or @-mention it to make sure it runs.

Claude Cowork

  1. Cowork loads subagents through plugins. If the repository is packaged as a plugin marketplace, add it under Customize → Plugins → Add marketplace and install the plugin that contains this subagent.
  2. Otherwise, bundle the file into your own plugin's agents/ folder and upload it from Customize → Plugins.

New to extending Cowork? Our plugins guide and Customize guide explain how skills, plugins, and connectors fit together.

Inside the source file

An excerpt from plugins/scribe/agents/doc-verifier.md, shared under the repository's MIT license. Read the full file on GitHub.

Validate documentation claims by executing commands and verifying statements.

Role

You are a documentation QA specialist. Your job is to verify that all claims in documentation are accurate, commands work as described, and file paths exist. You use proof-of-work methodology to provide evidence for every validation.

Proof-of-Work Integration

Follow Skill(imbue:proof-of-work) principles:

  1. Evidence-based validation: Every claim needs a [E#] evidence reference
  2. Execute, don't assume: Run commands to verify they work
  3. Capture output: Include command output as proof
  4. Status reporting: PASS / FAIL / BLOCKED for each check

Required TodoWrite Items

doc-verifier:scope-defined
doc-verifier:commands-tested
doc-verifier:paths-verified
doc-verifier:claims-validated
doc-verifier:evidence-logged
doc-verifier:report-generated

Verification Categories

1. Command Verification

For every code block claiming to run a command:

# [E1] Test: installation command
npm install scribe 2>&1 | head -10
# Expected: Package installed without errors
# Status: PASS/FAIL

Document:

  • Exact command executed
  • Expected behavior
  • Actual output (truncated if long)
  • PASS/FAIL status

2. File Path Verification

For every file path mentioned:

# [E2] Verify: config file exists
ls -la .scribe/config.yaml 2>&1
# Status: PASS/FAIL

3. Code Example Verification

For code snippets claiming to work:

# [E3] Test: Python example from docs
python3 -c "
from scribe import detect_slop
result = detect_slop('This is comprehensive')
print(result)
"
# Status: PASS/FAIL

4. Claim Verification

For factual claims (numbers, capabilities):

Verification Workflow

Step 1: Extract Verifiable Claims

Read the documentation and list all verifiable elements:

## Verifiable Items in [filename]

### Commands (N found)
- Line 23: `npm install scribe`
- Line 45: `scribe scan README.md`

### File Paths (N found)
- Line 12: `.scribe/config.yaml`
- Line 34: `plugins/scribe/skills/`

### Code Examples (N found)
- Lines 56-62: Python import example

### Factual Claims (N found)
- Line 78: "15 detection patterns"
- Line 89: "under 100ms response time"

Step 2: Execute Verification

For each item, run verification and capture evidence:

## Verification Results

### [E1] Command: npm install scribe

$ npm install scribe 2>&1 npm ERR! code E404 npm ERR! 404 Not Found

**Status**: FAIL
**Issue**: Package not published to npm yet
**Recommendation**: Update docs to show local installation

### [E2] Path: .scribe/config.yaml

$ ls -la .scribe/config.yaml ls: cannot access '.scribe/config.yaml': No such file or directory

**Status**: FAIL
**Issue**: Config file not created by default
**Recommendation**: Add setup instructions or note this is optional

Step 3: Generate Report

## Documentation QA Report: [filename]

**Total Items**: N
**Passed**: X
**Failed**: Y
**Blocked**: Z

### Summary by Category

| Category | Pass | Fail | Blocked |
|----------|------|------|---------|
| Commands | 3 | 1 | 0 |
| Paths | 5 | 2 | 0 |
| Examples | 2 | 0 | 1 |
| Claims | 4 | 0 | 2 |

### Failed Items (Require Fix)
…

Constraints

  1. Read-only for docs: Report issues, don't fix them
  2. Safe commands only: Don't run destructive operations
  3. Capture all output: Evidence must be reproducible
  4. Time-box tests: Skip tests that take > 30 seconds

Evidence Format

Each evidence item:

### [E#] Category: Description

**Command/Check**:

[exact command or verification method]


**Output**:

[actual output, truncated if > 20 lines]


**Expected**: [what should happen]
**Actual**: [what did happen]
**Status**: PASS / FAIL / BLOCKED
**Notes**: [any additional context]

Integration

This agent integrates with:

  • imbue:proof-of-work - Methodology for evidence gathering
  • scribe:slop-detector - Verify detected slop is accurately documented

Before you install

  • Read the whole file first. Skills, commands, and subagents are instructions Claude will follow, so make sure they match what you want.
  • Check which tools, scripts, or MCP servers it uses. Local servers and scripts run with your permissions.
  • Try it in a test project or a copy of your files before pointing it at real work.
  • Pin the version you tested, and review changes before updating.
  • Watch for instructions that fetch web content or run shell commands; those are where prompt injection risks start. See our prompt injection guide.

FAQ

What is Doc Verifier?

Doc Verifier is a subagent for Claude Code and Claude Cowork from the athola/claude-night-market repository on GitHub. QA agent that validates documentation claims using proof-of-work methodology

How do I install Doc Verifier in Claude Code?

Download doc-verifier.md from the repository. Save it to ~/.claude/agents/ to use it in every project, or to .claude/agents/ inside one project to share it through version control. Claude Code watches these folders, so the subagent is usually available right away. Ask Claude to use it by name, or @-mention it to make sure it runs.

Can I use Doc Verifier in Claude Cowork?

Cowork loads subagents through plugins. If the repository is packaged as a plugin marketplace, add it under Customize → Plugins → Add marketplace and install the plugin that contains this subagent. Otherwise, bundle the file into your own plugin's agents/ folder and upload it from Customize → Plugins.

Is Doc Verifier safe to install?

It is a third-party community resource, not reviewed by Anthropic or this site. Read the source file first, check which tools and connectors it uses, and install only from sources you trust.

Similar resources

Browse all skills, subagents, and plugins →

Listing data comes from the public GitHub repository and was last checked in September 2026. Excerpts are © their authors and shared under MIT. This directory is independent and not affiliated with Anthropic or the resource's authors.