Skip to content
Back to skills

Long Document Revision Protocol

ASecurity

Long Document Revision Protocol

  • 17 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 2, 2026
ai-agentsbashnodegit

Security analysis

A100/100

Scanned September 2, 2026

npx -y skills add CarlosCaPe/octorato --skill long-document-revision-protocol --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Long Document Revision Protocol?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Long Document Revision Protocol
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/carloscape-long-document-revision-protocol/badge)](https://www.skillsdirectory.com/skills/carloscape-long-document-revision-protocol)

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

Download with Pro
SKILL.md
---
name: long-document-revision-protocol
description: "Long Document Revision Protocol"
metadata:
  short-description: "Long Document Revision Protocol"
  original-index: 44
---

# Long Document Revision Protocol

## What

A comprehensive checklist and workflow for revising technical documents exceeding 1,000 lines, integrating all document quality skills into a single actionable process.

## Why

Long documents (1,000+ lines) have unique failure modes:
- **Invisible drift**: Changes in one section contradict another section 500 lines away
- **Reference rot**: Cross-references break as structure evolves
- **Status decay**: Markers become stale as content changes
- **Voice fragmentation**: Different sections read like different authors
- **Structural erosion**: Hierarchy breaks down over multiple edit sessions

No single skill addresses all these risks. This protocol orchestrates all document quality skills into a coherent revision workflow.

## The Protocol

### Phase 1: Pre-Revision Assessment (5 minutes)

Before making changes, understand the document state:

```markdown
## Pre-Revision Checklist

1. Document Statistics
   - [ ] Total line count: ___
   - [ ] Number of sections (## headers): ___
   - [ ] Number of cross-references (§, Finding #, Evidence #): ___
   - [ ] Number of status markers (✅⚠️🔴⏳): ___

2. Change Impact Assessment
   - [ ] Which sections will I modify?
   - [ ] Which sections reference those sections?
   - [ ] Are there status markers in affected areas?
   - [ ] Will structure (section numbers) change?

3. Backup
   - [ ] Git commit before changes? (recommended)
   - [ ] Or: copy to _backup.md
```

### Phase 2: Make Changes

Apply your edits with awareness:

```markdown
## During Editing

- [ ] For each fact added: Is this fact stated elsewhere? (→ reference, don't duplicate)
- [ ] For each status change: Update the marker (✅⚠️🔴⏳)
- [ ] For each structural change: Note affected cross-references
- [ ] For each new section: Match voice/tense of surrounding content
```

### Phase 3: Post-Revision Verification (10-15 minutes)

After completing edits, run the full coherence suite:

```markdown
## Post-Revision Audit

### 3.1 Semantic Coherence (Skill #38)
- [ ] No contradictions between edited and unedited sections
- [ ] Summary sections align with detail sections
- [ ] Conclusions still supported by evidence

### 3.2 Cross-Reference Integrity (Skill #39)
- [ ] All §X.Y references resolve to existing sections
- [ ] All Finding #N references exist in findings register
- [ ] All Evidence #N references exist in evidence register
- [ ] No orphan references from deleted content

### 3.3 Status Marker Hygiene (Skill #40)
- [ ] No ✅ on incomplete items
- [ ] No ⏳ on completed items
- [ ] No ⚠️ on resolved issues
- [ ] No stale "TBD" or "pending" text near ✅ markers

### 3.4 Content Deduplication (Skill #41)
- [ ] No verbatim paragraphs in multiple locations
- [ ] Key facts have single authoritative source
- [ ] Other occurrences reference the source

### 3.5 Voice Consistency (Skill #42)
- [ ] Tense consistent (present for facts, future for plans)
- [ ] Person consistent (we/MVH/passive)
- [ ] Tone consistent (formal-neutral throughout)
- [ ] No jarring style shifts at edit boundaries

### 3.6 Structural Completeness (Skill #43)
- [ ] No empty sections (header without content)
- [ ] No orphan headers (### without parent ##)
- [ ] Section numbering sequential
- [ ] All promised content delivered
```

### Phase 4: Final Validation

Quick automated checks:

```bash
# Status marker count
echo "✅: $(grep -c '✅' doc.md)"
echo "⚠️: $(grep -c '⚠️' doc.md)"
echo "🔴: $(grep -c '🔴' doc.md)"
echo "⏳: $(grep -c '⏳' doc.md)"

# Stale marker search
grep -n "TBD\|PENDING\|deferred\|~~" doc.md

# Reference inventory
grep -oE '§[0-9.]+' doc.md | sort | uniq -c | sort -rn | head -20

# Empty section detection
grep -n '^##' doc.md | while read line; do
  linenum=$(echo $line | cut -d: -f1)
  nextline=$((linenum + 1))
  sed -n "${nextline}p" doc.md | grep -q '^#' && echo "Empty section at line $linenum"
done
```

## Quick Reference Card

For routine edits, use this abbreviated checklist:

```
□ Contradictions? (search antonyms near edit)
□ References valid? (§, Finding #, Evidence #)
□ Markers accurate? (✅⚠️🔴⏳)
□ Duplicates? (search key phrases)
□ Voice match? (tense, person, tone)
□ Structure intact? (headers have content)
```

## When to Use Full Protocol

| Situation | Protocol Level |
|-----------|---------------|
| Fix a typo | None needed |
| Update a number | Quick reference card |
| Add a paragraph | Quick reference card |
| Add a section | Phases 2-4 |
| Merge documents | Full protocol |
| Major restructure | Full protocol |
| Pre-publish review | Full protocol |

## Integration with Git Workflow

```bash
# Before major revision
git add -A && git commit -m "checkpoint before revision"

# After revision passes protocol
git add -A && git commit -m "revision complete - coherence verified"

# If issues found
git diff  # see what changed
git checkout -- document.md  # revert if needed
```

## Real-World Example

From the Acme Corp TDD revision session:

**Revision scope:** Add 366 lines (§6 Charter Deliverables) + update 7 table rows

**Protocol execution:**
1. **Pre-revision**: 2,701 lines, 55 findings, 8 deliverables with 6 at ⚠️
2. **Changes**: Inserted §6.1–§6.6, updated Charter Traceability table
3. **Post-revision**:
   - Coherence: New sections reference existing findings (no contradictions)
   - References: §6.1–§6.6 all resolve, Finding #refs valid
   - Markers: All 8 rows now ✅, closing note updated
   - Deduplication: Key facts reference §2.5.2, §3.2 (not duplicated)
   - Voice: Matched existing formal-neutral, evidence-backed style
   - Structure: §6 hierarchy clean, no empty sections
4. **Validation**: Node.js script confirmed 8 GREEN rows, 0 stale markers

**Result:** 3,067 lines, fully coherent, all deliverables addressed.

## Related Skills

- `38_document_semantic_coherence.md` — Contradiction prevention
- `39_cross_reference_integrity.md` — Reference management
- `40_status_marker_hygiene.md` — Marker accuracy
- `41_content_deduplication_discipline.md` — Single source of truth
- `42_voice_and_cadence_consistency.md` — Writing style
- `43_structural_completeness_verification.md` — Document structure

Attribution

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

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.