Matt Murphy
Status: In regular use

Corridor Listing Pipeline

I take the card photos and drop them in a folder. Code and AI turn them into checked, priced eBay drafts, then stop. I review and publish every listing.

My role
Owner and operator
Built with
AI agents following my written operating procedure
For
Me, as the seller for Corridor Cards
Status
In regular use
MeCode or AIMePhotos ina folderI take them anddrop them inIntakechecksCount, resolutionand duplicatesCheckharnessmust agreeIdentifyExactly onevariant fitsambiguousReview listNot listedPriceFrom sold compsonlyBuilddraftsChecked fieldby fieldNever automaticReview &publishI check and postevery listingOne SKU the whole way: photo → row → draft → storage slot

The job

Every card needs the same detailed steps: identification down to the exact parallel, pricing from recent sales, an 80-character title, the right category and policies, and a record that ties the listing back to a physical storage slot. Done by hand, it’s slow and easy to get subtly wrong.

How a batch runs

My part is the first step and the last. Everything in between is code or AI.

  1. Me: I photograph a batch of cards and drop the photos in a folder.
  2. Code or AI: Every night it checks the folder, and does nothing unless a complete batch is waiting.
  3. Code or AI: It checks the photos: the count, the resolution, duplicates, and that the set has stopped changing.
  4. Code or AI: It numbers the batch and gives each card a storage slot.
  5. Code or AI: AI identifies each card, and a separate checking harness has to agree.
  6. Code or AI: It prices each card from sold comps. If it isn’t sure, it leaves the price blank for me.
  7. Code or AI: It writes titles, categories and item specifics within eBay’s rules.
  8. Code or AI: It uploads the drafts in bulk, then checks them field by field.
  9. Me: I review every draft and publish each listing myself. Nothing posts automatically.

Rules it won’t break

  • Never guess. Identity, variant, condition, price and shipping policy stay blank when the evidence is weak.
  • Nothing is published automatically. Publish actions are prohibited in the code itself.
  • One SKU must travel unchanged from photo, to spreadsheet row, to eBay draft, to physical storage slot.
  • Every step has to be auditable after the fact, including the ones an AI agent performed.

Decisions that shaped it

  1. Fail closed

    Identification only passes when exactly one legal card variant fits and an independent check agrees. Anything ambiguous goes to a review list instead of into a listing.

  2. Sold comps only

    Prices come from completed sales over a set window, never from asking prices. Low-confidence prices are left blank for me to decide.

  3. The SKU is the address

    Each card’s SKU is also its box-section-slot storage location and its eBay custom label, so nothing gets lost between steps.

  4. Keep the evidence

    Every batch keeps its inputs, file hashes and a QA receipt, so any listing can be traced back to the photos and reasoning behind it.

Who runs it

Me, as the seller for Corridor Cards. It runs on a schedule on my own machine.

My hands are on the two ends of every batch: I take the photos and drop them in a folder, and at the end I review and publish every listing. Everything in between is code or AI. I wrote the operating procedure (versioned, with a dated changelog of my corrections), designed the decision rules, and direct the AI agents that do the identification and build steps.

Read the Corridor Cards story

Have a careful, repetitive workflow that eats your week?