One-click install
npx skills add https://github.com/VincentJiang06/skills --skill reorganize-logic
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: reorganize-logic
Source: https://github.com/VincentJiang06/skills/tree/main/skills/reorganize-logic
Command: npx skills add https://github.com/VincentJiang06/skills --skill reorganize-logic

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) and assets (resource) components.

What problem does it solve?

When a project's design documentation (architecture diagrams, structure maps, interface contracts) has rotted so severely that incremental syncing is no longer effective, stale docs create a risk of inaccurate documentation that appears correct but does not match the actual code, leading to development errors and bugs. This Skill solves that by rebuilding the entire design-contract layer directly from the codebase, with code as the single source of truth.

Core Features & Use Cases

  • Full contract rebuild from code: Re-derives architecture diagrams, structure maps, and explicit interface definitions entirely from the current codebase, with no copy-pasting from stale legacy docs.
  • Deterministic validation gate: A language-agnostic script cross-references every documented interface to a real code file:line, catches coverage holes, flags ambiguous near-name matches, and blocks on any inconsistencies to eliminate incorrect documentation.
  • Review-gated legacy cleanup: Generates a deletion manifest for stale docs, but never auto-deletes anything — all deletions require explicit human approval to avoid data loss.
  • Use case: Use this Skill when your project's design docs are drastically out of sync with the actual code, and you need accurate, traceable contracts without the risk of incorrect incremental updates.

Quick Start

Use the reorganize-logic skill to rebuild your project's design contract layer from the current codebase, replacing all stale architecture, structure, and interface documentation with accurate, code-verified versions.

Frequently Asked Questions about reorganize-logic

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

FAQPage Schema
How do I rebuild stale design contracts and architecture documentation from my codebase?

Rebuilding stale design contracts from code involves re-deriving architecture diagrams, structure maps, and interface definitions directly from the current codebase, treating code as the single source of truth to replace rotted documentation.

Why does incremental syncing fail to fix outdated interface documentation?

Incremental syncing fails when documentation has rotted severely, creating inaccurate docs that look correct but mismatch the actual code, leading to development errors; a full contract rebuild from code eliminates this green-but-wrong doc risk.

What is a deterministic validation gate for interface tracing in codebase documentation?

A deterministic validation gate is a language-agnostic script that cross-references every documented interface to a real code file:line, flags ambiguous near-name matches, and blocks on inconsistencies to eliminate incorrect documentation.

Can I automatically delete legacy design docs during a documentation rebuild?

You cannot auto-delete legacy docs during a rebuild; the process generates a deletion manifest for stale docs but requires explicit human approval for all deletions to avoid data loss and ensure review-gated legacy cleanup.

Does this design contract rebuild approach work for scoped individual modules or full projects?

Yes, the design contract rebuild applies to codebases of any size, supporting scoped runs for individual modules or full-project rebuilds to enforce end-to-end traceability across the entire architecture.

When should I avoid incremental documentation updates and do a full contract rebuild?

You should avoid incremental updates and do a full contract rebuild when existing design documentation has rotted past the point where syncing is effective, risking inaccurate documentation that appears correct but does not match the actual code.