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.