TroveSnap Roadmap

TroveSnap roadmap ties phases, milestone gates, sprints, provisional requirements, and evidence into one partner-visible view.

Whole roadmap
12/67 gates passed (all 11 phases)
20% by story points
Active sprint: P&C Wave 2: Core Contracts
Updated: 2026-06-22
Pain pointsDesign & enhancementsWeb feature breakdownCC-AnalysisVision Scanning SpecCompetitive Learning StrategyRequirements RegisterRetrospectivesDB Design (proposal)Roadmap JSONHITL TasksRoadmap Depth (D9)
12/67phase gates passed
0/4current sprint gates
20%work done by points (104/518 pts · 19/93 items)
0/12product milestones complete
4active phases
9HITL waiting/blocked

Product milestones — Start → POC

Product milestones are the big outcomes that span many phases & sprints (these cards). Their % rolls up from the phase gates detailed under Phases & gates below. Click a card to jump to its phase, or a gate chip to jump to that gate. Milestone vs gate vs phase?

Start21% to POCPOC
91%
Tracking System Live
10/11 gates
0%
Business Foundation
0/3 gates
37%
LLM Contract Layer Frozen
1/5 gates
7%
Ingestion Spine GA
0/7 gates
0%
Operational Floor GA
0/6 gates
0%
Capture & Enrich GA
0/5 gates
0%
Vision Discovery GA
0/7 gates
0%
Appraisal Intelligence GA
0/3 gates
0%
Demand & Recovery GA
0/5 gates
20%
Surfaces & Delivery GA
1/5 gates
0%
Freemium Launch
0/4 gates
0%
Customer Research & Beta
0/6 gates
Foundation91%
Tracking System Live
10/11 gates · in progress
A1A2A3A4A5A6TH1TH2TH3TH4TH5
Foundation0%
Business Foundation
0/3 gates · in progress
A4A7A8
Platform37%
LLM Contract Layer Frozen
1/5 gates · in progress
P1P2P3P4P8
Platform7%
Ingestion Spine GA
0/7 gates · in progress
P5P6B1B2B3B4B5
Operations0%
Operational Floor GA
0/6 gates · todo
C1C2C3C4C5C6
Ingestion0%
Capture & Enrich GA
0/5 gates · todo
D1D2D3D4D5
Vision0%
Vision Discovery GA
0/7 gates · todo
E1E2E3E4E5E8E9
Vision0%
Appraisal Intelligence GA
0/3 gates · todo
E6E7P4
Lifecycle0%
Demand & Recovery GA
0/5 gates · todo
F1F2F3F4F5
Delivery20%
Surfaces & Delivery GA
1/5 gates · in progress
S1S2S3S4P7
Go-To-Market0%
Freemium Launch
0/4 gates · todo
G1G2G3G4
Research0%
Customer Research & Beta
0/6 gates · todo
R1R2R3R4R5R6

Phase timeline

Foundation → active build (Spine → Operational → Capture → Vision → Demand), with positioning running in parallel.

Phase a
Tracking Foundation
5/8in progress
Phase p
Platform & Contracts
1/10in progress
build first💲
Phase b
Spine POC
0/5in progress
Phase c
Operational Floor POC
0/6todo
Phase d
Capture / Enrich POC
0/5todo
Phase e
Vision Contract POC
0/9todo
💲
Phase f
Demand / Recovery POC
0/5todo
Phase s
Surfaces & Delivery
1/4in progress
💲
Phase g
Positioning / Go-To-Market
0/4parallel
💲
Phase r
Research & Discovery
0/6parallel
Phase th
Tracker Hardening
5/5done

Active now

Build the core contract reference implementations the pipeline consumes — P3 output-validation trust pipeline (WI-012), P4 candidate-ranking engine (WI-013), P6 data-authority & RLS foundation (WI-015), and the governed MCP read/candidate surface (WI-016). P2 provider core (WI-011) already landed early (D30). Once P6 (WI-015) freezes, Spine (B1–B5) starts in parallel (D30).

47%

Active sprint · active

P&C Wave 2: Core Contracts

Platform & Contracts · 26/55 pts · 0/4 gates passed

26/55Points
5Work items
0In progress
0Blocked
0Review
2Done

All sprints → · Open the Live Board →

Waiting on humans

Phase A work needing partner action, review, or proof.

Draft initial S-corp filing plan waiting
Owner Mark Hilleary · reviewer Paul · waiting on Mark Hilleary
This tracker records work and evidence; it is not legal or tax advice. Get professional review before filing.
Open HITL-BIZ-001 →
Review S-corp rules and filing direction blocked
Owner Paul · reviewer Paul · waiting on Mark's initial S-corp plan (HITL-BIZ-001)
Blocked until HITL-BIZ-001 is submitted. Not legal/tax advice — use professional review.
Open HITL-BIZ-002 →
Research trademark availability waiting
Owner Mark Hilleary · reviewer Paul · waiting on Mark Hilleary
Not legal advice — a trademark attorney should confirm before filing.
Open HITL-BIZ-003 →
Track Justin partner work with accepted evidence waiting
Owner Justin Hilleary · reviewer Paul · waiting on Justin Hilleary
Tracks accepted work + business value separately from claimed effort.
Open HITL-PARTNER-001 →
Gather garage-sale photo sets waiting
Owner Justin Hilleary · reviewer Paul · waiting on Justin Hilleary
Gathering only. Tagging + corpus-building is Paul's task (WI-038).
Open HITL-RESEARCH-001 →
Gather estate-sale photo sets waiting
Owner Justin Hilleary · reviewer Paul · waiting on Justin Hilleary
Gathering only. Tagging + corpus-building is Paul's task (WI-038).
Open HITL-RESEARCH-002 →
Estate-seller pain-point interviews waiting
Owner Justin Hilleary · reviewer Paul · waiting on Justin Hilleary
Drives plan decisions — link findings back to requirements/roadmap.
Open HITL-RESEARCH-003 →
Recruit & onboard an early beta cohort waiting
Owner Justin Hilleary · reviewer Paul · waiting on Justin Hilleary
Early validation loop; consent + privacy required.
Open HITL-RESEARCH-004 →
Compile estate-seller / liquidator list (Sacramento + surrounding) waiting
Owner Justin Hilleary · reviewer Paul · waiting on Justin Hilleary
Local-density-first (D4). Feeds R3 interviews + R4 beta cohort. Public info only.
Open HITL-RESEARCH-005 →

Partner contribution ledger

Accepted work evidence, tracked separately from claimed effort.

OwnerWorkStatusReviewerEvidence
Mark Hilleary
HITL-BIZ-001
Draft initial S-corp filing plan
Open HITL-BIZ-001 →
waitingPaulpending uploaded plan
Paul
HITL-BIZ-002
Review S-corp rules and filing direction
Open HITL-BIZ-002 →
blockedPaulpending Paul review notes
Mark Hilleary
HITL-BIZ-003
Research trademark availability
Open HITL-BIZ-003 →
waitingPaulpending research summary and screenshots/links
Justin Hilleary
HITL-PARTNER-001
Track Justin partner work with accepted evidence
Open HITL-PARTNER-001 →
waitingPaulpending accepted work log
Justin Hilleary
HITL-RESEARCH-001
Gather garage-sale photo sets
Open HITL-RESEARCH-001 →
waitingPaulpending uploaded sample sets
Justin Hilleary
HITL-RESEARCH-002
Gather estate-sale photo sets
Open HITL-RESEARCH-002 →
waitingPaulpending uploaded sample sets
Justin Hilleary
HITL-RESEARCH-003
Estate-seller pain-point interviews
Open HITL-RESEARCH-003 →
waitingPaulpending interview notes + synthesis
Justin Hilleary
HITL-RESEARCH-004
Recruit & onboard an early beta cohort
Open HITL-RESEARCH-004 →
waitingPaulpending beta feedback log
Justin Hilleary
HITL-RESEARCH-005
Compile estate-seller / liquidator list (Sacramento + surrounding)
Open HITL-RESEARCH-005 →
waitingPaulpending compiled prospect list

Tech debt (2)

Debt flagged on work items during sprint work — newest first; resolve or schedule into a sprint. Add via an item's techDebt in status.json.

Story points double-count: the "Accepted Sprint Plan" umbrella items overlap the "Next Build Slices", so weighted progress over-counts. Pick one granularity.
📍 flagged 4d ago (2026-06-19) Tracker Foundation WI-008 → WI-040
status.json is whole-file JSON.stringify-reformatted by the seed/points scripts — noisy diffs on hand edits.
📍 flagged 4d ago (2026-06-19) Tracker Foundation WI-008 accepted (low priority)

How it maps — Phase → Sprint → Gate

The execution hierarchy: each phase runs one or more sprints (LLM agent-driven or human-led, some with HITL review); each sprint owns the gates shown below; gates are satisfied by work items (which can have tasks). Product milestones roll up across these gates. Full model →

Phase a · foundationTracking Foundation

Make work visible, resumable, and evidence-backed before larger plan rewrites.

Tracker FoundationLLM
Stand up the tracker — roadmap/gates/items model + generated plan views.
8/8 itemsdone
Foundation HITLhuman · HITL
Human/business setup that gates the foundation (S-corp, trademark, partner onboarding).
0/2 itemsactive
Phase p · foundationPlatform & Contracts

Establish the load-bearing technical contracts and platform boundaries every feature depends on, before feature POCs build on shifting ground.

P&C Wave 1: FoundationsLLM · HITL
Lay the platform floor + the zero-dependency contracts (P9 floor, P1 scan I/O, P5 ingestion).
serves HarnessWebApp
3/3 itemsdone
P&C Wave 2: Core ContractsLLM · HITL
The core contract reference impls — P3 validation, P4 ranking, P6 data-authority/RLS, governed MCP surface.
serves WebApp
2/5 itemsactive
P&C Wave 4: Data & SurfacesLLM · HITL
Physical P6 build-out, source connectors, P7 approval surface, and the P9 app/edge API.
serves HarnessWebApp
0/6 itemsqueued
P&C Wave 3: Vision Pipeline & CostLLM · HITL
The paid vision pipeline — provider adapters, scan recovery, ranking replay, and P8 observability/cost.
serves Web
0/7 itemsqueued
P&C Wave 5: Integration & ExitLLM · HITL
End-to-end orchestration + the e2e exit proof — the P&C done gate (D31).
0/2 itemsqueued
Phase b · active-buildSpine POC

Prove the item identity, status, and QR backbone before adding heavier operational features.

Sprint 1 - Spine POCLLM · HITL
The identity/QR spine — tables, resolver, CSV round-trip, status + audit.
0/6 itemsactive
Phase c · active-buildOperational Floor POC

Support real estate-sale floor operations crews actually need.

Sprint 2 - Operational Floor POCLLM · HITL
The operational floor the POC runs on (jobs, storage, ops plumbing).
0/6 itemsqueued
Phase d · active-buildCapture / Enrich POC

Improve ingestion speed without depending on fragile AI magic.

Sprint 3 - Capture/Enrich POCLLM · HITL
Capture + enrichment flow for the POC.
0/1 itemsqueued
Phase e · active-buildVision Contract POC

Prove the vision interface as a replaceable, progressive service built on the frozen contracts.

Sprint 4 - Vision Contract POCLLM · HITL
Prove the vision-scanning contract end to end in the POC.
0/2 itemsqueued
Phase f · active-buildDemand / Recovery POC

Use QR and buyer activity to improve sell-through and post-sale recovery.

Sprint 5 - Demand/Recovery POCLLM · HITL
Demand generation + recovery flows for the POC.
0/1 itemsqueued
Phase s · active-buildSurfaces & Delivery

Ship the three product surfaces and the deploy pipeline that all feature work flows through.

Surfaces & DeliveryLLM
The user-facing surfaces (web/app shell) and delivery.
1/4 itemsactive
Phase g · parallelPositioning / Go-To-Market

Keep seller positioning and partner-facing proof moving in parallel with the POC build.

Parallel Positioninghuman
Go-to-market positioning + messaging, running in parallel.
0/3 itemsqueued
Phase r · parallelResearch & Discovery

Ground the build in real customer truth: collect field data, talk to sellers about their pain, and pull a few in early to test enhancements — running in parallel with the POC build.

Research & Discoveryhuman · HITL
Customer research + field data collection, running in parallel.
0/2 itemsqueued
Phase th · foundationTracker Hardening

Make the tracker trustworthy before sprint metrics matter: integrity check, honest point model, decoupled reseed, full coverage linkage, and doc hygiene — the Tracker Foundation retro actions.

Tracker HardeningLLM
Make the tracker trustworthy — integrity gate, honest points, reseed safety, coverage backfill.
5/5 itemsdone

Phases & gates

Pick a phase to focus it (full width), or All to see every phase. Clicking a product-milestone card, gate chip, or timeline node above jumps here and auto-selects that phase. ● = active phase.

Phase a · foundation

Tracking Foundation

Make work visible, resumable, and evidence-backed before larger plan rewrites.

in progress
Exit gate: The sprint tracker, deliberation process, roadmap overview, provisional requirements register, human task tracking, and product-milestone rollup are published through the docs flow.

Gates (5/8)

  • A1
    Session handoff, decision log, status JSON, and deliberation process are live.
    done CODE TEST
    Sprint: Tracker Foundation LLM
  • A2
    Partner-facing tracker is generated and publishable through the docs site.
    done CODE TEST
    Sprint: Tracker Foundation LLM
  • A3
    Phase/milestone overview and provisional requirements register are seeded from accepted deliberation.
    done CODE TEST
    Sprint: Tracker Foundation LLM
  • A4
    Business formation, trademark research, and partner contribution tracking are visible as HITL tasks with evidence.
    in progress CODE TEST
    Sprint: Foundation HITL human · HITL
  • A5
    Tracker UX is upgraded: overview landing, milestone dashboard, phase timeline, per-item detail pages, and kanban board are generated.
    done CODE TEST
    Sprint: Tracker Foundation LLM
  • A6
    Landscape tracker layout, overall product-milestone rollup track, and requirement-ID badges are live.
    done CODE TEST
    Sprint: Tracker Foundation LLM
  • A7
    S-corp formed and signed: filing plan reviewed (HITL-BIZ-001/002), entity filed, S-election made.
    todo HITL QA
    Sprint: Foundation HITL human · HITL
  • A8
    Trademark cleared: availability researched with proof (HITL-BIZ-003) and a file/variant decision made.
    todo HITL QA
    Sprint: Foundation HITL human · HITL

Sprint work (synced)

WI-001 Create source-of-truth sprint status JSON done
WI-002 Generate partner-facing sprint tracker HTML done
WI-003 Publish tracker through existing docs sync done
WI-004 Expose sprint tracker from /docs hub done
WI-005 Publish roadmap overview and provisional requirements register done
WI-006 Track Phase A HITL business foundation and partner contribution work in progress
WI-007 Tracker UX: overview landing, milestone dashboard, phase timeline, item pages, kanban done
WI-008 Landscape tracker, product-milestone rollup track, requirement-ID badges done
WI-009 HITL file upload + review (e.g. S-corp proposal -> Paul review) queued
WI-025 Seed TroveSnap decision log from recent strategy decisions done

Human tasks

Draft initial S-corp filing plan waiting
Mark Hilleary · waiting on Mark Hilleary · sprint: Foundation HITL
Open HITL-BIZ-001 →
Review S-corp rules and filing direction blocked
Paul · waiting on Mark's initial S-corp plan (HITL-BIZ-001) · sprint: Foundation HITL
Open HITL-BIZ-002 →
Research trademark availability waiting
Mark Hilleary · waiting on Mark Hilleary · sprint: Foundation HITL
Open HITL-BIZ-003 →
Track Justin partner work with accepted evidence waiting
Justin Hilleary · waiting on Justin Hilleary · sprint: Foundation HITL
Open HITL-PARTNER-001 →

Phase p · foundation

Platform & Contracts

Establish the load-bearing technical contracts and platform boundaries every feature depends on, before feature POCs build on shifting ground.

serves WebAppHarness
in progress
build first
Exit gate: LLM scan I/O contracts, the provider-adapter boundary, the validation/ranking pipeline, the ingestion+promotion contract, the data-model layers, the MCP tool surface, and cost/observability policy are defined, versioned, and demoable behind stable interfaces.

Gates (1/10)

  • P1
    Scan I/O contract schemas and versioning are frozen: request envelope, per-scan_type result schemas, scan_version/result_version, shared enums, and the normalized 0-1000 coordinate contract.
    done CODE TEST
    Sprint: P&C Wave 1: Foundations LLM · HITL
  • P2
    Provider-adapter boundary normalizes OpenAI, Gemini, Claude, and local VLMs into one canonical result via strict structured output.
    in progress CODE TEST HITL QA 💲 API COST
    Sprint: P&C Wave 2: Core Contracts LLM · HITL
  • P3
    Output pipeline (syntax -> schema -> enum -> coordinate -> business-rule validation) with retry/fallback policy is defined and tested.
    in progress CODE TEST
    Sprint: P&C Wave 2: Core Contracts LLM · HITL
  • P4
    Deterministic candidate ranking: the model returns evidence/component scores; TroveSnap computes the final ranking.
    todo CODE TEST
    Sprint: P&C Wave 2: Core Contracts LLM · HITL
  • P5
    Ingestion + promotion contract is enforced: connectors/MCP/harness/buyer write candidates and events only; promoteInventoryCandidate is the single canonical writer with traceability.
    in progress CODE TEST HITL QA
    Sprint: P&C Wave 1: Foundations LLM · HITL
  • P6
    Data-model layers are consolidated (canonical, marketplace, seller-intelligence, tracking-identity, disposition, ingestion) with a documented RLS owner-scoped upgrade path.
    todo CODE TEST HITL QA
    Sprint: P&C Wave 4: Data & Surfaces LLM · HITL
  • P7
    MCP tool surface exposes read/search/candidate tools first, with approval gates on publish/bulk/delete tools, wrapping existing ingestion functions.
    todo CODE TEST HITL QA
    Sprint: P&C Wave 2: Core Contracts LLM · HITL
  • P8
    Observability and cost-control policy: scan trace structure, per-scan-type token/tier budgets, and quality/cost metrics are defined.
    todo CODE TEST
    Sprint: P&C Wave 3: Vision Pipeline & Cost LLM · HITL
  • P9
    Platform Foundations: app/edge API envelope + DTO boundary, ID/idempotency/correlation convention, cross-version compatibility registry, keyless CI floor, and the legacy-route quarantine registry that blocks P&C exit on any contract bypass.
    in progress CODE TEST
    Sprint: P&C Wave 1: Foundations LLM · HITL
  • P10
    Scan Session & Orchestration: scan_session_id + candidate lineage across scans, next-scan execution, P2/P3/P4/P5/P8 handoff, and the e2e happy-path proof (photo -> table_hunt -> item_scan -> validate -> rank -> review -> promote).
    todo CODE TEST HITL QA
    Sprint: P&C Wave 5: Integration & Exit LLM · HITL

Sprint work (synced)

WI-010 Freeze scan I/O contract schemas + versioning done
WI-011 Provider gateway + adapter boundary — core (registry, capability, schema+prompt compiler, image prep, ProviderAttempt) done
WI-012 Output validation core — trust pipeline (stages 0–9, issue/receipt model, rule registry, deterministic repair, branded TrustedScanResult) done
WI-013 Candidate ranking engine — deterministic features, fixed-point scoring, priority bands, tie-break, explainability, canonical hash queued
WI-014 Source ingestion + promotion CORE contract (one-door flow, promoteInventoryCandidate, idempotency, layered dedup, provenance, plugin-event audit, permission matrix) done
WI-015 Data authority & RLS foundation (tenants/memberships/roles/permissions/assignments, auth helpers, deny-by-default membership RLS, schema+migration contract, demo parity) queued
WI-016 Governed MCP read/candidate surface (client registration, tool registry+schemas, permission-aware reads, P5 candidate tools, idempotency, audit, rate limits, injection safety) queued
WI-017 Observability core (operation envelope, OTel trace tree + attributes/events, durable provider-attempt records, P3/P4/P5/P7 trace linkage, redaction, sampling, dashboards) queued
WI-056 Provider scan test harness (Mark-testable): fire a real photo at a provider, see normalized result + cost queued
WI-058 Provider adapters + live tests (OpenAI + 2nd cloud + local stub) queued
WI-059 Scan recovery & salvage — orchestrator, cause-based matrix, retry/fallback (through P2), partial results queued
WI-060 Ranking replay & calibration tooling (historical replay, policy comparison, offline outcome metrics) queued
WI-061 Connector conformance & live e2e (CSV/MCP/Drive/OneDrive/Photos/harness + buyer + status imports) queued
WI-062 Canonical operations & lifecycle (sales/zones/items, orthogonal state dimensions, inventory_status_events + transition fn, media/storage RLS, pricing history) queued
WI-063 Tracking identity & ingestion physical (QR/aliases/bindings/labels/scans/checkout + P5 ingestion tables + promotion RPC + direct-write prevention + scan/validation storage) queued
WI-064 Marketplace, intelligence, disposition & public-safe surfaces (buyer tables + public views/RPCs, ranking/demand storage, disposition/recovery, appraisal privacy, leakage tests) queued
WI-065 MCP proposal/approval & controlled actions (proposal+grant+automation-policy, policy evaluator, domain-mapped actions, bulk-as-frozen-plan, live e2e) queued
WI-066 Cost governance (hierarchical budgets, reserve->authorize->reconcile handshake, cost ledger, over-budget engine + quality floor, approval, local accounting, pricing catalog) queued
WI-067 Learning loop & replay (qualification snapshots -> P2, drift detection, circuit breakers, validation/ranking/provider replay, retrospectives, policy comparison) queued
WI-068 Platform Foundations — floor (id/idempotency/correlation convention, keyless CI floor, legacy-quarantine registry) done
WI-069 Platform Foundations — app/edge API envelope + DTO boundary (implements the G12 invocation decision) queued
WI-070 Scan Session & Orchestration — session identity + candidate lineage + next-scan execution queued
WI-071 P&C exit proof — e2e happy path (photo→table_hunt→item_scan→validate→rank→review→promote) + quarantine clean queued
WI-072 P1 contract — independent JSON-Schema (Draft 2020-12) validation smoke test queued
WI-074 PII / privacy scrubber at ingestion queued
WI-075 Channel-shaped export adapters queued
WI-076 Own-your-data export (CSV / API) queued
WI-077 Voice cataloging — hands-free intake queued
WI-078 Cross-run / cross-sale dedupe queued
WI-079 Bulk operations — price / tag / approve queued
WI-080 Confidence-tiered promotion queued

Phase b · active-build

Spine POC

Prove the item identity, status, and QR backbone before adding heavier operational features.

serves WebAppHarness
in progress
Exit gate: An item can be identified, statused, QR-bound, resolved opaquely, audited, and round-tripped through existing CSV/status primitives.

Gates (0/5)

  • B1
    Item identity and status event contract is documented and accepted for the POC.
    in progress CODE TEST
    Sprint: Sprint 1 - Spine POC LLM · HITL
  • B2
    QR resolver and item binding demo is proven without exposing mutable internal IDs.
    in progress CODE TEST
    Sprint: Sprint 1 - Spine POC LLM · HITL
  • B3
    CSV sold/status roundtrip works using current primitives.
    in progress CODE TEST
    Sprint: Sprint 1 - Spine POC LLM · HITL
  • B4
    QR/identity binding tables (qr_codes / item_identity_bindings) model opaque public codes, binding state, and binding history.
    in progress CODE TEST
    Sprint: Sprint 1 - Spine POC LLM · HITL
  • B5
    Inventory status-event audit contract records transitions for reconciliation and recovery.
    in progress CODE TEST
    Sprint: Sprint 1 - Spine POC LLM · HITL

Sprint work (synced)

WI-026 Sprint 1: Spine POC - identity/status/QR foundation in progress
WI-044 Item identity + status-event contract queued
WI-045 Opaque QR resolver + buyer-safe resolution queued
WI-046 CSV sold/status roundtrip on existing primitives queued
WI-047 qr_codes / item_identity_bindings tables queued
WI-048 inventory_status_events audit trail queued

Phase c · active-build

Operational Floor POC

Support real estate-sale floor operations crews actually need.

serves WebApp
todo
Exit gate: Rooms/zones, label batches, bulk operations, team roles, markdown phases, and report skeletons work together in a sale-floor flow.

Gates (0/6)

Sprint work (synced)

WI-023 Rewrite phased plan around operational wedge and POS interop queued
WI-024 Add rooms/zones, label batches, bulk edit, team roles, reports, and vision scan stories queued
WI-027 Sprint 2: Operational Floor POC - rooms/zones, labels, bulk ops, report skeleton queued
WI-032 Rooms / zones / pickup areas in data model and UI queued
WI-033 Label batch workflow and QR print/pack model queued
WI-034 Bulk edit, mass label, and batch discount operations queued
WI-035 Client reports and post-sale reconciliation outputs queued

Phase d · active-build

Capture / Enrich POC

Improve ingestion speed without depending on fragile AI magic.

serves WebAppHarness
todo
Exit gate: Capture, source-import, deterministic enrichment, and human review improve intake without mutating operational state silently.

Gates (0/5)

Sprint work (synced)

WI-028 Sprint 3: Capture/Enrich POC - photo/note fields, deterministic tags, review queue queued

Phase e · active-build

Vision Contract POC

Prove the vision interface as a replaceable, progressive service built on the frozen contracts.

serves WebApp
todo
Exit gate: All scan types, watchlists, overlays, corrections, appraisal routing, and local inference are demonstrable without locking TroveSnap to one provider.

Gates (0/9)

  • E1
    table_hunt and item_scan schemas are accepted and rendered as overlays.
    todo CODE TEST
    Sprint: Sprint 4 - Vision Contract POC LLM · HITL
  • E2
    Provider adapter scaffold is in place (consumes the P2 boundary).
    todo CODE TEST 💲 API COST
    Sprint: Sprint 4 - Vision Contract POC LLM · HITL
  • E3
    Overlay/review UX validates confidence and captures corrections.
    todo CODE TEST
    Sprint: Sprint 4 - Vision Contract POC LLM · HITL
  • E4
    room_scan: multi-image coverage, category counts, approximate dedup, and multiple sightings per candidate.
    todo CODE TEST
    Sprint: Sprint 4 - Vision Contract POC LLM · HITL
  • E5
    mark_scan and condition_scan: OCR + normalized maker/model/serial, visible-condition grading, and follow-up-photo guidance.
    todo CODE TEST
    Sprint: Sprint 4 - Vision Contract POC LLM · HITL
  • E6
    appraisal_prepare: readiness state and search fingerprint without estimating value.
    todo CODE TEST
    Sprint: Sprint 4 - Vision Contract POC LLM · HITL
  • E7
    appraisal_value: comps-based ranges, adjustments, and strongest-comp selection from supplied comparables.
    todo CODE TEST HITL QA 💲 API COST
    Sprint: Sprint 4 - Vision Contract POC LLM · HITL
  • E8
    Watchlist contract: versioned, tenant-scoped inputs whose match IDs are restricted to those supplied.
    todo CODE TEST
    Sprint: Sprint 4 - Vision Contract POC LLM · HITL
  • E9
    Local VLM adapter with grammar-constrained output and provider routing/benchmarking.
    todo CODE TEST
    Sprint: Sprint 4 - Vision Contract POC LLM · HITL

Sprint work (synced)

WI-024 Add rooms/zones, label batches, bulk edit, team roles, reports, and vision scan stories queued
WI-029 Sprint 4: Vision Contract POC - scan types, watchlists, overlays, appraisal routing queued
WI-036 Vision scan service contract and provider adapter scaffold queued

Phase f · active-build

Demand / Recovery POC

Use QR and buyer activity to improve sell-through and post-sale recovery.

serves Web
todo
Exit gate: Demand signals, unsold routing, disposition, and auction-outbound inform reconciliation and recovery decisions.

Gates (0/5)

Sprint work (synced)

WI-082 Disposition / demand-recovery for unsold queued
WI-030 Sprint 5: Demand/Recovery POC - QR demand, watch/offer hooks, disposition, auction-outbound queued

Phase s · active-build

Surfaces & Delivery

Ship the three product surfaces and the deploy pipeline that all feature work flows through.

serves WebApp
in progress
Exit gate: Web command center, mobile capture app, connector harness, and deploy/infra are production-ready and write through the ingestion contract.

Gates (1/4)

  • S1
    Web command center (sales, photos, items, mock enrich, review queue, publish preview, import history) is live.
    done CODE TEST HITL QA
    Sprint: Surfaces & Delivery LLM
  • S2
    Mobile capture app (Expo RN): create/select sale, photos, room labels, quick notes, sync, and simple review.
    todo HITL QA
    Sprint: Surfaces & Delivery LLM
  • S3
    Connector harness (TroveSnap Local): credential/session pointers, source connectors, normalized uploads, plugin manifests.
    todo HITL QA
    Sprint: Surfaces & Delivery LLM
  • S4
    Deploy/infra: Supabase schema -> Cloudflare Workers via OpenNext, with analytics wired.
    todo HITL QA 💲 PAID INFRA
    Sprint: Surfaces & Delivery LLM

Sprint work (synced)

WI-073 Agency Command Center — multi-client live ops dashboard queued
WI-081 Client reports & reconciliation queued
WI-083 Throughput / SLA dashboard + assignable roles queued
WI-018 Web command center (sales, photos, items, enrich, review, publish, imports) done
WI-019 Mobile capture app (Expo RN): capture, room labels, notes, sync, review queued
WI-020 Connector harness (TroveSnap Local): connectors, normalized uploads queued
WI-021 Deploy/infra: Supabase schema -> Cloudflare Workers (OpenNext) + analytics queued

Phase g · parallel

Positioning / Go-To-Market

Keep seller positioning and partner-facing proof moving in parallel with the POC build.

todo
Exit gate: The adoption wedge is clear: import/freemium gets teams started, POS is an interop bridge, monetization is defined, and analytics follow the spine proof.

Gates (0/4)

  • G1
    Freemium/import wedge copy is aligned.
    todo HITL QA
    Sprint: Parallel Positioning human
  • G2
    POS interop is framed as adoption bridge, not core dependency.
    todo HITL QA
    Sprint: Parallel Positioning human
  • G3
    Funnel analytics are added after Sprint 1 spine proof.
    todo HITL QA 💲 PAID INFRA
    Sprint: Parallel Positioning human
  • G4
    Monetization/credits model (tokens, paid appraisal escalation) is defined (Codex-owned decision).
    todo HITL QA
    Sprint: Parallel Positioning human

Sprint work (synced)

WI-022 Refresh merged plan with NewAnalysis priorities queued
WI-023 Rewrite phased plan around operational wedge and POS interop queued
WI-031 Parallel: seller positioning wedge - landing/copy now, monetization + funnel analytics after Sprint 1 queued

Phase r · parallel

Research & Discovery

Ground the build in real customer truth: collect field data, talk to sellers about their pain, and pull a few in early to test enhancements — running in parallel with the POC build.

todo
Exit gate: Garage/estate sale field samples, estate-seller pain-point interviews, an onboarded beta cohort, and research-driven feature prototypes are captured, reviewed, and feeding the plan.

Gates (0/6)

  • R1
    Garage-sale field corpus: consistent sample photo sets + item samples collected for reference and future vision training.
    todo HITL QA
    Sprint: Research & Discovery human · HITL
  • R2
    Estate-sale field corpus: consistent sample photo sets + item samples collected for reference and future vision training.
    todo HITL QA
    Sprint: Research & Discovery human · HITL
  • R3
    Seller pain-point research: conversations/interviews with estate sellers captured and synthesized into themes.
    todo HITL QA
    Sprint: Research & Discovery human · HITL
  • R4
    Early beta cohort: a small set of real sellers recruited and onboarded to trial enhancements, with feedback captured.
    todo HITL QA
    Sprint: Research & Discovery human · HITL
  • R5
    Research-driven feature prototypes: findings turned into specced/prototyped features (e.g., Gmail local-sales discovery).
    todo HITL QA
    Sprint: Research & Discovery human · HITL
  • R6
    Local prospect list: estate sellers / liquidators in Sacramento + surrounding areas compiled with source + contact for outreach and beta recruiting.
    todo HITL QA
    Sprint: Research & Discovery human · HITL

Sprint work (synced)

WI-037 Gmail local-sales discovery module queued
WI-038 Build tagging corpus from gathered photo sets queued

Human tasks

Gather garage-sale photo sets waiting
Justin Hilleary · waiting on Justin Hilleary · sprint: Research & Discovery
Open HITL-RESEARCH-001 →
Gather estate-sale photo sets waiting
Justin Hilleary · waiting on Justin Hilleary · sprint: Research & Discovery
Open HITL-RESEARCH-002 →
Estate-seller pain-point interviews waiting
Justin Hilleary · waiting on Justin Hilleary · sprint: Research & Discovery
Open HITL-RESEARCH-003 →
Recruit & onboard an early beta cohort waiting
Justin Hilleary · waiting on Justin Hilleary · sprint: Research & Discovery
Open HITL-RESEARCH-004 →
Compile estate-seller / liquidator list (Sacramento + surrounding) waiting
Justin Hilleary · waiting on Justin Hilleary · sprint: Research & Discovery
Open HITL-RESEARCH-005 →

Phase th · foundation

Tracker Hardening

Make the tracker trustworthy before sprint metrics matter: integrity check, honest point model, decoupled reseed, full coverage linkage, and doc hygiene — the Tracker Foundation retro actions.

done
Exit gate: tracker:check gates the build; points count work once with one canonical complete rule; reseed is decoupled + the SQL seed preserves live HITL; gates↔requirements↔work-items are linked for Platform+Spine with owners; docs/links are consistent.

Gates (5/5)

  • TH1
    Plan-integrity script (tracker:check) gates the build (refs, codes, labels, paths, no point double-count).
    done CODE TEST
    Sprint: Tracker Hardening LLM
  • TH2
    Story points count each work item once (summary rows zero-pointed) and one canonical sprint-complete rule across static + live.
    done CODE TEST
    Sprint: Tracker Hardening LLM
  • TH3
    Supabase reseed decoupled from local builds; SQL seed preserves live HITL state.
    done CODE TEST
    Sprint: Tracker Hardening LLM
  • TH4
    Gate↔requirement + requirement↔work-item coverage backfilled (Platform + Spine); owners assigned + validated.
    done CODE TEST
    Sprint: Tracker Hardening LLM
  • TH5
    Tracker docs/links consistent (no stale paths); plan-doc refresh tracked.
    done CODE TEST
    Sprint: Tracker Hardening LLM

Sprint work (synced)

WI-039 tracker:check plan-integrity script done
WI-040 Honest point model + one sprint-complete rule done
WI-041 Decouple reseed from local builds + seed preserves HITL done
WI-042 Gate↔requirement + requirement↔work-item backfill (Platform+Spine) + owners done
WI-043 Doc/link hygiene + plan-doc refresh hooks done