One-click install
npx skills add https://github.com/dgoldoff-hue/camelot-scout-v6 --skill jackie-report-qa
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: jackie-report-qa
Source: https://github.com/dgoldoff-hue/camelot-scout-v6/tree/main/.codex/skills/jackie-report-qa
Command: npx skills add https://github.com/dgoldoff-hue/camelot-scout-v6 --skill jackie-report-qa

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents publishing inaccurate, conflicting, or unsupported property report content by enforcing strict source verification, identity matching, and release-gate validation for board-facing outputs.

Core Features & Use Cases

  • Identity-first report generation: Build property identity from verified subject-address sources before writing any copy.
  • Hard release gates and conflict detection: Block publication when key property facts conflict (e.g., BBL, borough, building class, unit counts, floor counts, owner/management inconsistencies) or when required values are missing or malformed (e.g., undefined/NaN, broken images, duplicated conflicting unit counts, missing legal/source links).
  • LL97 and local-law compliance gut checks: Ensure compliance sections include open records/violations, quantified exposure, likely additional costs, and plain-English risk rationale.

Quick Start

Use the jackie-report-qa skill to review and prepare a board-facing property report draft for release using authoritative sources and the specified verification rules.

Frequently Asked Questions about jackie-report-qa

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

FAQPage Schema
How do I verify property report data against ACRIS and DOF records before release?

Property report verification requires reconciling ownership, financial history, and tax assessment data with primary records like ACRIS and NYC DOF/PROS. This process enforces strict identity matching, rejects conflicting or incomplete data, and blocks publication until all compliance-critical facts are validated.

What is source verification for board-facing property report deliverables?

Source verification for board-facing deliverables is a release-gate validation process that checks property identity, ownership, and compliance facts against authoritative records. It mandates rejection of undefined values, broken assets, and missing legal links to ensure report accuracy before publication.

How do I enforce LL97 compliance checks in a property report draft?

To enforce LL97 compliance checks, ensure the report section includes open records and violations, quantified exposure, likely additional costs, and plain-English risk rationale. This local-law gut check uses open source records to validate compliance-critical facts before board release.

Can I block publication of property reports with missing or malformed data values?

Yes, hard release gates block publication when key property facts conflict or required values are missing and malformed. This includes rejecting undefined or NaN values, broken images, duplicated conflicting unit counts, and owner or management inconsistencies before the report is released.

Does board-ready property report QA work for NYC borough-specific BBL validation?

Board-ready property report QA supports NYC borough-specific validation by reconciling BBL, borough, building class, unit counts, and floor counts with primary records. It applies strict identity matching against ACRIS and NYC DOF/PROS to ensure New York property data is correct.

What happens if my property report has conflicting ownership or management data?

If a property report contains conflicting ownership or management data, the release gate validation process rejects the draft. It enforces identity-first report generation, requiring resolution of all inconsistencies against primary records before any board-facing deliverable can be published.