pm-project-review
Lint a project (a Linear Project / GitHub Milestone) against its registered project-type template — checks the type marker is present, the lead is assigned (Linear; skipped on GitHub Milestones), a target date exists, every required section from the manifest is substantive (non-placeholder), milestones are defined, and child issues are scoped. Optional --apply posts findings as a comment (Linear) or appends a versioned marked block to the milestone description (GitHub). Operates on a project, not an individual issue — issue review lives in pm-review. Trigger phrases — "review this project", "review project CHK", "is this project ready", "audit the project", "lint the project", "/pm-project-review".
What this skill does
# PM Project Review Structural reviewer for tracker projects. Mirrors `pm-review` one tier up. ## Usage ``` /pm-project-review <project> [--apply] ``` - `<project>` *(project slug/name, required)* — the Linear Project or GitHub Milestone to review. - `--apply` *(flag, optional)* — post the findings (Linear: comment on the project; GitHub: marked block appended to the milestone description). ## Checks performed 1. **Type marker present** in the description (`<!-- pm-project-type: <type> -->`). 2. **Type registered** in the resolved `pm-project-templates` manifest. 3. **Lead assigned** — Linear only. Skipped on GitHub Milestones (documented degradation: no lead field). 4. **Target date set.** 5. **Every required section is substantive.** Same non-placeholder check `pm-review` uses on issues — minimum 12 non-whitespace chars beyond the section heading, no TBD/TODO/`<…>` placeholders. 6. **Milestones defined** — Linear: native milestones present. GitHub: the description's `## Milestones` section has bullet entries (degradation: no sub-milestones). 7. **Child issues scoped** — at least one issue linked to the project / milestone, OR the description explicitly says "no child issues" (research-tracks legitimately have none). ## Output Structured findings block. Each finding has: severity (`error`/`warn`), section, what's wrong, suggested fix. ## `--apply` | Tracker | Behavior | |---|---| | Linear | Posts a comment on the project with the findings block, wrapped in `<!-- pm-project-review: v0.25.0 -->…<!-- /pm-project-review -->` markers | | GitHub | Milestones have no comments — appends a marked block to the milestone description via `appendApplyBlock` (Phase 4). Replaces any prior block of the same kind | The marker pattern matches the existing `<!-- pm-review: v… -->` convention so future automation can locate and replace. ## Related - `pm-review` — the **issue-tier** equivalent. Distinct skill, identical mechanic. - `pm-project-templates` — manifest consulted for `required_sections`. - `pm-project-improve` — natural follow-up when `review` surfaces structural gaps that hint at missing context.
Related in Security
mac-ops
IncludedComprehensive macOS workstation operations — diagnose kernel panics, identify failing drives, audit launchd startup items, decode wake reasons, triage TCC permission denials, manage APFS snapshots, recover from no-boot. Use for: Mac is slow, slow bootup, won't boot, kernel panic, kernel_task hot, mds_stores CPU, photoanalysisd, cloudd, login loop, gray screen, sleep wake failure, drive failing, IO errors, APFS snapshots eating space, Time Machine local snapshots, Spotlight indexing, launchd, LaunchAgent, LaunchDaemon, login items, TCC permissions, Full Disk Access, Screen Recording denied, Gatekeeper, quarantine, com.apple.quarantine, app is damaged, helper tool, /Library/PrivilegedHelperTools, pmset, wake reasons, dark wake, sysdiagnose, panic.ips, DiagnosticReports, configuration profile, MDM profile, remote diagnostics over SSH.
a11y-audit
IncludedRun accessibility audits on web projects combining automated scanning (axe-core, Lighthouse) with WCAG 2.1 AA compliance mapping, manual check guidance, and structured reporting. Output is configurable: markdown report only, markdown plus machine-readable JSON, or markdown plus issue tracker integration. Use this skill whenever the user mentions "accessibility audit", "a11y audit", "WCAG audit", "accessibility check", "compliance scan", or asks to check a web project for accessibility issues. Also trigger when the user wants to verify WCAG conformance or map findings to a specific standard (CAN-ASC-6.2, EN 301 549, ADA/AODA).
erpclaw
IncludedAI-native ERP system with self-extending OS. Full accounting, invoicing, inventory, purchasing, tax, billing, HR, payroll, advanced accounting (ASC 606/842, intercompany, consolidation), and financial reporting. 413 actions across 14 domains, 43 expansion modules. Constitutional guardrails, adversarial audit, schema migration. Double-entry GL, immutable audit trail, US GAAP.
assess
IncludedAssesses and rates quality 0-10 across multiple dimensions (correctness, maintainability, security, performance, testability, simplicity) with pros/cons analysis. Compares against project conventions and prior decisions from memory. Produces structured evaluation reports with actionable improvement suggestions. Use when evaluating code, designs, architectures, or comparing alternative approaches.
spring-boot-security-jwt
IncludedProvides JWT authentication and authorization patterns for Spring Boot 3.5.x covering token generation with JJWT, Bearer/cookie authentication, database/OAuth2 integration, and RBAC/permission-based access control using Spring Security 6.x. Use when implementing authentication or authorization in Spring Boot applications.
code-hardcode-audit
IncludedDetect hardcoded values, magic numbers, and leaked secrets. TRIGGERS - hardcode audit, magic numbers, PLR2004, secret scanning.