docguard-fix

Diagnose and rewrite canonical documentation against repository guards.

Updated May 18, 2026
One-click install
npx skills add https://github.com/KamiJeong/tech-bridge-book --skill docguard-fix-kamijeong
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: docguard-fix
Source: https://github.com/KamiJeong/tech-bridge-book/tree/main/.specify/extensions/docguard/skills/docguard-fix
Command: npx skills add https://github.com/KamiJeong/tech-bridge-book --skill docguard-fix-kamijeong

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill fixes or generates canonical project documentation by researching the actual codebase first, then writing content that matches real files, modules, dependencies, and validation rules.

Core Features & Use Cases

  • Research-driven documentation: Inspects the repository before writing so the output reflects the real system instead of placeholders.
  • Guard-aware repair loop: Uses diagnostic and validation feedback to iteratively correct documentation until checks pass or the limit is reached.
  • Project-specific docs: Supports canonical docs such as architecture, security, test specs, data models, environment setup, and requirements.
  • Use Case: A team needs to repair missing or stale security and architecture docs and wants the AI to inspect the repository, write accurate content, and verify it against documentation guards.

Quick Start

Ask the skill to diagnose and fix the repository's documentation issues using the actual project files and guard results.

Frequently Asked Questions about docguard-fix

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I fix broken architecture documentation using the actual codebase?

To fix broken architecture documentation, diagnose the issues, research the actual repository files, and iteratively rewrite the canonical docs with accurate file-path references and project-specific content until validation checks pass.

What is the best way to generate security docs that match my repository's real dependencies?

The best way to generate security docs that match real dependencies is to inspect the repository first, then write content that reflects actual files and modules, applying validation-aware iteration to ensure documentation guards pass.

How does guard-aware documentation repair work for stale test specs?

Guard-aware documentation repair works by using diagnostic and validation feedback to iteratively correct stale test specs, researching the actual codebase to rewrite content until checks pass or the repair limit is reached.

Can I use this to repair data model and environment setup docs in any repository?

You can repair data model and environment setup docs, but it specifically applies to repositories that use guard-based documentation standards and require structured metadata, accurate file-path references, and section rules.

Why does my generated documentation still contain placeholders for modules and dependencies?

Generated documentation contains placeholders when the actual codebase is not researched first; this skill prevents that by diagnosing issues, inspecting real repository files, and rewriting canonical docs with project-specific content.

What types of canonical documents can be repaired using a research-driven codebase approach?

A research-driven codebase approach can repair canonical documents including architecture, security, testing, data model, environment, and requirements documentation by inspecting the repository and matching real files and dependencies.