Client delivery auditor
Skill jqaisystems/jqai-ai-skills/skills/client-delivery-auditor
MIT reusable AI skills for Codex and Claude Code: safe publishing, research briefs, case studies, web scraping, copy cleanup, and release automation.
npx -y skills add jqaisystems/jqai-ai-skills --skill client-delivery-auditorAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Audit final client deliverables against the agreed scope, verify files and links, and prepare a clear handoff with an unsent delivery message. Use when a user asks to check a delivery package, find missing or unverified items, prepare final files, create a client handoff, draft a delivery email, separate private evidence from public proof, or confirm that a project is ready to send.
SKILL.md
3.3 KB, as published. Nobody here has run it
Client Delivery Auditor
Turn completed project work into a checked delivery package with clear status, instructions, and communication.
1. Reconstruct the agreed delivery scope
- Confirm the project root, delivery milestone, recipient, and intended delivery channel.
- Read the latest brief, proposal, feedback, approval notes, and existing handoff material.
- Use the latest explicit decision when it changes earlier scope.
- Do not infer pricing, rights, approval, deadlines, or included deliverables.
- Preserve exact project names, links, dates, formats, and file requirements supplied by the user.
2. Audit every promised item
Classify each deliverable as:
present and verified: exists, opens correctly, and matches the agreed formatpresent but unverified: exists but still needs an appropriate checkpartial: identifiable work remainsmissing: promised but not foundexcluded: explicitly removed from scopeawaiting client: depends on approval, content, access, or another client action
Check filenames, formats, dimensions, variants, links, versions, accessibility needs, and usage instructions relevant to the project. Do not report the delivery as ready while required items are missing or unverified.
3. Prepare the handoff
- Use assets/client-delivery-handoff-template.md.
- Follow an existing delivery structure when one is already established.
- Include only final or intentionally shared files in the client package.
- Exclude scratch work, backups, raw prompts, logs, databases, account exports, and internal notes.
- Do not delete, rename, archive, upload, or change access permissions unless requested.
- Keep client-facing instructions separate from internal continuation notes.
4. Draft the delivery message
- Include
To:only when the recipient is known and always includeSubject:. - Lead with what is complete and where the client can access it.
- Keep the message concise, warm, and easy to act on.
- State missing or follow-up items plainly.
- Offer future support as an option, not a sales push.
- Request portfolio permission only when useful and include a clear opt-out.
- Never send the message or record it as sent.
5. Separate delivery from public proof
- Name a client, show work, quote feedback, or publish outcomes only when public use is confirmed.
- Keep a public-proof brief separate from the delivery handoff.
- Generalize or omit private correspondence, unpublished metrics, implementation details, account data, and internal paths.
6. Verify and report
- Open or inspect representative deliverables rather than checking only filenames.
- Verify links, downloads, routes, dimensions, document pages, archive contents, or builds as appropriate.
- Report complete, partial, blocked, and awaiting-client items separately.
- Return the handoff location, package status, checks performed, unsent message draft, and remaining action.