builder-package-review

Analyze package architecture boundaries, dependencies, and documentation gaps.

48|21|Updated Jan 25, 2025
One-click install
npx skills add https://github.com/agentjido/jido_run --skill builder-package-review
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: builder-package-review
Source: https://github.com/agentjido/jido_run/tree/main/priv/skills/builder-package-review
Command: npx skills add https://github.com/agentjido/jido_run --skill builder-package-review

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Helps teams identify architectural boundaries, dependency gaps, testing gaps, and missing workbench documentation within a package to reduce integration risk and rework.

Core Features & Use Cases

  • Boundary analysis distinguishing package-repo boundaries from workbench implications.
  • Dependency and testing-gap assessment to surface mismatches between implementation, tests, and documentation.
  • Deliverables planning that yields a structured findings report and a clear follow-up path for teams.

Quick Start

Analyze a target package repository to identify architecture boundaries, dependencies, test gaps, and missing workbench documentation.

Frequently Asked Questions about builder-package-review

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

FAQPage Schema
How do I identify architectural boundaries and dependency gaps in a package?

Package review analyzes the target package repository and workbench context to distinguish findings for each, prioritizing high-risk architectural boundaries and dependency gaps to reduce integration risk and rework.

What is the best way to surface testing gaps and missing workbench documentation?

Performing a dependency and testing-gap assessment surfaces mismatches between implementation, tests, and documentation, yielding a structured findings report and a docs-gap summary for teams.

How do I generate a structured findings report for package review?

Generate a structured findings report by applying boundary analysis to the package repository and workbench context, enforcing deliverables that include a dependency summary and a clear follow-up plan.

Can I analyze both the package repository and workbench context for architecture boundaries?

Yes, package review analyzes both the package repository and workbench context, distinguishing findings for each environment to accurately map architecture boundaries and prioritize high-risk gaps.

When do I need a package review for dependencies and documentation gaps?

You need a package review when teams must reduce integration risk and rework by aligning code, tests, and docs across the package repository and workbench context.

Does boundary analysis distinguish package-repo boundaries from workbench implications?

Boundary analysis distinguishes package-repo boundaries from workbench implications by applying the assessment to both contexts, prioritizing high-risk gaps and enforcing a clear follow-up plan.