pev-auditor

Audit Builder changes and generate an Impact Report in a PEV cycle.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/ddpoe/pev-agent-nexus --skill pev-auditor
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pev-auditor
Source: https://github.com/ddpoe/pev-agent-nexus/tree/main/plugins/pev/skills/pev-auditor
Command: npx skills add https://github.com/ddpoe/pev-agent-nexus --skill pev-auditor

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Audits Builder changes in a PEV cycle to ensure documentation remains in sync with code and to surface impacts.

Core Features & Use Cases

  • Reviews stale nodes identified by cortex_check and validates whether changes were intended.
  • Updates related docs and cycle manifest metadata to reflect the real impact of changes.
  • Generates and returns a structured Impact Report to the orchestrator for recording.

Quick Start

Review the Builder changes, read the diffs, and record the Impact Report in the cycle manifest.

Frequently Asked Questions about pev-auditor

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

FAQPage Schema
How do I audit builder changes to keep documentation in sync with code?

To audit builder changes, review stale nodes and apply diffs to validate intended updates, then update supporting docs and record an Impact Report in the cycle manifest to keep documentation in sync.

What is a cycle manifest impact report and when do I need it?

A cycle manifest impact report is a structured record of real impacts from builder changes, needed during the audit phase to surface stale nodes and ensure documentation reflects code modifications.

How do I review stale nodes identified during a workflow audit?

Review stale nodes by reading the cycle manifest, applying cortex_diff and cortex_source as needed to validate changes, and marking them clean via cortex_mark_clean without modifying code.

Can I update documentation without modifying code during the audit phase?

Yes, you can update documentation without modifying code by emitting changes through cortex_update_section and cortex_mark_clean, ensuring docs stay in sync while leaving code untouched.

What are the limitations of auditing builder changes in a PEV cycle?

Limitations include an inability to modify code or commit changes directly; the audit process only reads manifests, applies diffs, updates docs, and generates impact reports without altering source files.

Do I need cortex_diff and cortex_source to generate an impact report?

Yes, cortex_diff and cortex_source are required to review builder changes and validate stale nodes, enabling the generation of an accurate Impact Report within the cycle manifest.