cross-review

Audit a repository for specification conflicts, logic defects, and security issues.

15|5|Updated Feb 21, 2026
One-click install
npx skills add https://github.com/sohei56/maul-team --skill cross-review-sohei56
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: cross-review
Source: https://github.com/sohei56/maul-team/tree/main/skills/cross-review
Command: npx skills add https://github.com/sohei56/maul-team --skill cross-review-sohei56

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides a structured sprint-end integrity gate for detecting whole-repository defects that per-PBI reviews may miss, without destabilizing or reverting completed work.

Core Features & Use Cases

  • Whole-Repository Audit: Analyze the accumulated codebase at HEAD across specification conformance, logic defects, redundancy, and product security.
  • Static Analysis Coordination: Run configured or built-in analysis tools, normalize their findings, and preserve results for the redundancy audit axis.
  • Non-Blocking Defect Routing: Synthesize findings, deduplicate Critical and High issues, and create draft PBIs for the next Sprint while moving reviewed PBIs to done.
  • Use Case: At the end of a Sprint, verify that the application builds and tests pass, audit the complete repository, record the audit report, and route actionable defects into the next Sprint backlog.

Quick Start

Run the cross-review skill at the end of a Sprint after all PBIs have completed their per-PBI reviews and the merged main branch is available.

Frequently Asked Questions about cross-review

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

FAQPage Schema
How do I catch repo-wide logic defects and security issues at the end of a sprint?

To catch repo-wide logic defects and security issues at the end of a sprint, run a whole-repository audit after per-PBI reviews. This analyzes the accumulated codebase at HEAD for specification conflicts, redundancy, and product-security vulnerabilities without reverting completed work.

What is a sprint-end integrity review and how does it work?

A sprint-end integrity review is a structured audit gate applied after per-PBI quality checks. It coordinates static-analysis collection, audits the whole repository for defects, deduplicates findings, and routes actionable issues into draft PBIs for the next sprint.

How do I route defect triage findings into the next sprint backlog?

You route defect triage findings into the next sprint backlog by synthesizing and deduplicating Critical and High audit issues, then automatically creating draft PBIs. This non-blocking approach moves reviewed PBIs to done while routing actionable defects forward.

Do I need passing application builds and tests before running a codebase audit?

Yes, you need passing application builds and tests before running a codebase audit. You also need the Sprint base commit, Scrum state and backlog files, and a configured or fallback static-analysis toolchain to execute the sprint-end integrity review successfully.

Can I use a fallback static-analysis toolchain if no custom configuration exists?

Yes, you can use a fallback static-analysis toolchain if no custom configuration exists. The audit process runs configured or built-in analysis tools, normalizes their findings, and preserves the results to support the repository redundancy audit axis.

What is the best way to detect redundant code across a full repository?

The best way to detect redundant code across a full repository is to perform a whole-repository audit at HEAD. By normalizing and preserving static-analysis findings, the audit specifically targets redundant code alongside specification conflicts and security issues.