Veldarium
Animal placement OSPublic build track

WhiskerMatch

Animal placement OS for intake, fit review, foster capacity, adopter handoff, follow-up, and outcome memory.

Built by Veldarium Technology Systems LLC

WhiskerMatch

Placement Dossier

Synthetic sample
Animal
A-2288 / Pip / 8mo terrier mix / intake 2026-05-02
Fit signal
Moderate: first-time adopter, apartment, work-from-home
Return risk
Energy mismatch; foster debrief pending
Human gate
Shelter placement lead approval required
Outcome loop
Day 3, day 7, and day 30 follow-up scheduled
Market

The problem in animal placement

Broken workflow

Placement work fragments across intake notes, foster updates, adopter messages, staff judgment, and return history. The miss is not a bad listing page; it is a broken operating loop.

Who feels it

Shelter directors, rescue coordinators, foster network managers, and municipal animal services.

Operating object

From intake to placement decision

01
Intake

Animal profile created from shelter notes, medical records, and behavior assessment.

02
Foster update

Foster submits observation notes on energy, sociability, and home behavior.

03
Adopter application

Adopter submits home context, experience, and preferences.

04
Fit review

System compares animal needs against adopter context and flags mismatches.

05
Human approval

Shelter lead reviews dossier with fit rationale, risks, and recommendation.

06
Placement

Approved placement proceeds with scheduled follow-up at day 3, 7, and 30.

07
Outcome memory

Return reason, success signal, or follow-up issue feeds back into placement intelligence.

Domain object map

The records WhiskerMatch owns.

Typed, owned, versioned. The spine is shared; these objects are specific to animal placement.

Animal profile

Species, age, medical state, behavior notes, intake source, legal hold.

Foster record

Capacity, current placements, observed energy and sociability, debrief status.

Adopter context

Home environment, experience, household, constraints, preference history.

Placement dossier

Fit rationale, risk flags, recommended route, owner, follow-up plan.

Return-reason record

Why a placement failed, who logged it, what the next loop should weigh.

Workflow state map

Every item has one state and one owner.

  1. S01Intake
  2. S02Foster observation
  3. S03Adopter review
  4. S04Fit review
  5. S05Placement gate
  6. S06Follow-up (d3/d7/d30)
  7. S07Outcome logged
Modules

Core system modules

M01
Intake Normalization

Transform scattered shelter notes into structured animal profiles with completeness checks.

M02
Entity Record Layer

Typed, owned records for animals, fosters, adopters, and placement history.

M03
Fit Scoring Engine

Compare animal needs against adopter context, home environment, and experience.

M04
Exception Queue

Surface return-risk flags, capacity conflicts, and missing follow-ups before they compound.

M05
Human Approval Desk

Route placement decisions to named shelter leads with evidence packets and audit trails.

M06
Partner Routing

Coordinate handoffs between shelters, rescues, fosters, transporters, and clinics.

M07
Outcome Ledger

Log placement results, return reasons, and follow-up status into durable memory.

M08
Operating Memory

Compound every placement decision into intelligence that improves future fit scoring.

M09
Compliance Boundary

Track vaccination, behavioral hold, and legal transfer requirements without guaranteeing outcomes.

Human boundary

What humans decide and what AI never does alone.

Human decisions

Placement decisions remain with shelters, rescues, and responsible humans.

  • Approve, reject, or escalate consequential actions.
  • Override AI recommendations with documented reason.
  • Define safety limits and trust boundaries.
AI assists only
  • Draft, compare, and summarize reviewable artifacts.
  • Flag variance, drift, and missing context.
  • Structure messy intake into typed objects.
  • Suggest next actions with evidence and confidence.
Exception example

One blocked item, end to end.

Synthetic. Illustrative of the loop, not a live case.

Trigger
High-energy 8mo terrier matched to a first-time apartment adopter; foster debrief unsigned.
Flag
Return-risk: energy mismatch + missing foster debrief, severity high.
Routed to
Shelter placement lead, with the dossier and recommended call script.
Resolution
Lead collects missing home-context detail, then approves, modifies, or declines the route.
Truth boundary

Current status, and what WhiskerMatch must not do.

Public system surface active. Real placement pilots require shelter and rescue partner validation.

This system must not
  • Make or auto-confirm a placement decision without a named human approving it.
  • Substitute for veterinary, behavioral, or rescue/shelter professional judgment.
  • Guarantee an adoption outcome, temperament, or medical result.
  • Move an animal between parties on its own.
Standing disclaimers
  • No veterinary, behavioral, adoption, or placement guarantee.
  • The system supports review; accountable humans decide.
  • Demo data is fictional where used.
  • No autonomous production changes.
  • Human approval remains required for all placement decisions.

Human review · Placement decisions remain with shelters, rescues, and responsible humans. No veterinary, behavioral, adoption, or placement guarantee. The system supports review; accountable humans decide.

Next step

What validates this system next.

Validate one real placement workflow from intake through follow-up with a shelter or rescue design partner.

Discuss WhiskerMatch with the founders.

Bring a workflow that breaks in animal placement / shelter and rescue operations. If it has messy intake, unclear ownership, blocked work, human approval, audit pressure, or outcome memory, it may belong inside a governed AI operating system.