Skip to content

Historical snapshot archived 2026-09-25. This records an earlier review or plan, not current implementation or live ticket state. For current work, follow root AGENTS.md, the relevant BloxClips skill, and owning repository source/tests. Preserve approved decisions as evidence; verify their present authority before acting.

BloxClips MVP Readiness Audit & Backlog ​

This documentation audits the current frontend, backend, and metric scraper against the first private creator rollout. It was prepared on 2026-09-03 and refreshed after backend PRs #21, #22, and #25 and frontend PRs #20 and #21 merged. The audit uses the implementation, schemas, migrations, tests, configuration, and existing documentation in the workspace. Current official Whop documentation was checked only for invoice, webhook, and transfer behavior. Selected reviewed backlog tickets are linked to their live GitHub issues.

The business objective is to move BloxClips' initial approximately 25 private creators off Content Rewards and onto a complete BloxClips-operated campaign workflow. No application code was changed by this audit or ticket handoff.

High-Level Readiness ​

The product has real creator, submission, review, tracking-job, group, dashboard, and Support Chat foundations. The merged work adds working Whop OAuth, routes every platform through the durable scraper path, and separates Whop-verified STAFF moderation/support access from admin-only campaign and payout operations. It is still not safe to onboard the private cohort because the money-in and Whop money-out paths are absent, explicit customizable finance permissions do not exist, financial accrual is mutable rather than attributable, payout execution can duplicate under concurrency/uncertain outcomes, private campaign access is unenforced, fraud signals do not hold payouts, and continuous tracking still needs lifecycle/expiry alignment and production worker hardening.

Audited Requirement Counts ​

StatusCount
COMPLETE6
MOSTLY COMPLETE6
PARTIAL11
MISSING12
BROKEN5
UNKNOWN1
NEEDS OWNER CLARIFICATION0
Total41

P0 blocker requirements: 21

These are raw classified requirements, not a percentage score. A workstream can contain both complete foundations and a blocking boundary.

  • MVP scope defines the included and deferred product boundary.
  • Readiness report explains each workstream and cites implementation evidence.
  • Audit matrix is the concise requirement-by-requirement status view.
  • Dependency map shows the critical path and parallel work.
  • Proposed milestone drafts the future milestone definition.
  • Issue index lists all proposed focused implementation tickets.
  • Owner decisions records the four resolved product decisions.
  • Deferred work preserves findings that should not delay rollout.
  • features/ is empty because all 13 parent feature tickets now live in GitHub.
  • issues/ is empty because all 30 MVP child tickets now live in GitHub.

GitHub-Backed Clipper Groups Tickets ​

The three children are attached to #3 using GitHub's sub-issue relationship. The remaining backlog entries are still review-only proposals.

GitHub-Backed Audit Trail Tickets ​

AUDIT-001 is attached to #29 using GitHub's sub-issue relationship. The corresponding local parent and child ticket documents were removed after creation.

GitHub-Backed Decision-Independent Feature Tickets ​

Their 14 children are linked in the issue index and attached through GitHub's native sub-issue relationship. Existing issue #24 was reused as TRACK-001; no duplicate was created.

GitHub-Backed Final Feature Tickets ​

The resolved child tickets are linked in the issue index. Issue #67 now tracks the MVP revocable read-only sponsor campaign analytics link, which has landed in backend and frontend dev.

Interpretation Notes ​

  • COMPLETE means the inspected implementation satisfies the audited requirement in code; runtime credentials/configuration can still require a launch check.
  • MOSTLY COMPLETE means the core behavior exists with bounded verification or edge work remaining.
  • PARTIAL means meaningful pieces exist but the requirement is not end-to-end complete.
  • BROKEN means current behavior violates a required invariant, not merely that code is absent.
  • Proposed issue priority follows rollout safety; it does not measure implementation size.

Merge Verification Note ​

  • Frontend and backend TypeScript validation passed after the merge.
  • Five affected backend test files passed: Whop OAuth, staff access, staff route boundaries, unified tracking dispatch, and scrape-job scheduling.
  • The additive STAFF migration, Prisma regeneration, Whop credentials/company membership, and the three-platform worker still require deployment/runtime smoke verification.

The most important conclusion is that BloxClips currently has the middle of the creator workflow, but not a safe financial envelope around it. Verified Whop funding, attributable and precise earnings/budget accounting, fraud-gated idempotent Whop payouts, and granular finance authorization must exist before real money and creators enter the system.