Skip to content

Search is only available in production builds. Try building and previewing the site to test it out locally.

Brain ideas

This page exists because the most common question after “what’s a prior?” is “what could I actually build with this?” Below is a working menu of brains, organised by role. None of these are products — they’re shape-of-problem sketches you can take into the wizard, swap your own features for, and train.

The pattern across all of them is the same:

  • The prior captures the structural regularities of the problem (e.g. “matching invoices have similar amounts and dates”).
  • At inference time you pass a handful of your org’s labelled examples as context (e.g. 50 matches your AP team approved, 50 they kicked back).
  • The same brain weights serve every team — only the context differs.

That’s the PFN payoff: train once, adapt without retraining.

Is my problem PFN-shaped?

A problem is a good fit if all five are true:

  1. It’s a high-volume recurring decision — thousands per year, not one-off
  2. The features are structured — extractable from an ERP / CRM / data warehouse, not raw text
  3. There’s some labelled history — past decisions you can use as context
  4. Org policy or context drifts — what counts as “OK” depends on the company / team / quarter
  5. The decision is reversible or auditable — a human can override a wrong call

If those don’t hold, a PFN brain is probably the wrong tool. Free-form text reasoning, one-off strategic calls, hard real-time control loops, or problems with millions of labelled rows already (use XGBoost) all fall outside the sweet spot.

For a CFO / Finance org

Accounts payable, close, treasury, FP&A — the highest-density use cases on the catalogue today.

BrainJob-to-be-doneCapability
Invoice matchingMatch invoice ↔ PO ↔ receipt; flag variances by reason (price / quantity / vendor typo / off-cycle)Sort into categories ⏳
Duplicate-invoice detectorSame vendor, similar amount, close date — already paid? Catches bot-resubmitted bills + manual double-entry.Sort into categories ⏳
JE anomaly screenFlag journal entries unusual vs this org’s history; runs nightly during close so the controller sees the list at 9amSort into categories ⏳
Expense → GL classifierAuto-tag expense submissions to GL / cost-centre; learns from correctionsSort into categories ⏳
Approval routingPick approver tier from amount + category + vendor history + budget remainingSort into categories ⏳
Cash-flow forecastDaily/weekly cash position from historical inflows/outflows + scheduled flowsForecast forward
Collections agingWhen will this open AR get paid? + how confident are we?Forecast forward + Show confidence
Customer credit riskDefault likelihood from receivable + ordering signals + payment historySort into categories ⏳
Vendor health screenSupplier-side financial-stress flag from payment + delivery patternsSort into categories ⏳
Budget-vs-actual ETAWhere will this cost centre land at month-end given current run-rate?Forecast forward

Where to start. JE anomaly screening or invoice matching. Both are high-frequency, both have labelled history (every JE was eventually accepted/rejected; every invoice was eventually matched or kicked back), both touch the close process where ROI is most visible.

For an Operations / Plant Manager

Industry 4.0 — sensor data, production lines, equipment uptime.

BrainJob-to-be-doneCapability
Throughput forecastPredict next-shift output from current line state + historical patternsForecast forward
Quality drift detectorFlag SPC excursions before they breach control limitsSort into categories ⏳
Predictive maintenanceTime-to-failure estimate from vibration / temperature / runtime signalsForecast forward + Show confidence
Setup-time predictorGiven changeover details, predict the realistic line restart timePredict a number
Bottleneck attributionWhich station drove last shift’s miss? (requires discovery — not in catalogue today)
Shift-handoff anomaly screenFlag readings the outgoing shift normalised but shouldn’t haveSort into categories ⏳

For a Sales / RevOps org

Pipeline, forecasting, account-level attribution.

BrainJob-to-be-doneCapability
Deal-stage forecasterProbability this opp closes this quarter, given activity signalsSort into categories ⏳ + Show confidence
Pipeline coverage forecastQuarter-end ARR given current pipeline + win-rate historyForecast forward
Lead-routing classifierRoute inbound to best-fit AE based on territory + segment + historySort into categories ⏳
Churn early-warningFlag accounts whose engagement pattern matches past churnersSort into categories ⏳
NRR forecast per cohortExpansion + churn forecast for a customer segmentForecast forward

For an HR / People org

Recruiting funnel, attrition, comp.

BrainJob-to-be-doneCapability
Time-to-fill estimatorDays-to-hire forecast from req attributes + funnel statePredict a number + Show confidence
Offer-acceptance scorerLikely-to-accept given offer terms + candidate signalsSort into categories ⏳
Attrition early-warningFlag employees matching past-leaver patternsSort into categories ⏳
Comp-band fairness auditSpot offers / promotions far from internal cohortSort into categories ⏳

For an Engineering / ML org

Meta-uses — using PFN Studio on the ML workflow itself.

BrainJob-to-be-doneCapability
HPO surrogate (BO)Pick next hyperparameter combo from results so farPick the next experiment
Learning-curve extrapolatorCancel hopeless training runs earlyExtrapolate a partial curve
Freeze-thaw BOMulti-fidelity HPO across many candidate configsPick the next experiment + Extrapolate
Incident-cause classifierTag postmortem root causes from telemetry windowsSort into categories ⏳
Cost-of-experiment forecastPredict the GPU bill before kicking off a runPredict a number

Build path

Pick a brain idea, then:

  1. Sketch the features. A list of structured columns that come out of your source-of-truth system (ERP, CRM, sensor table). Pin a feature count D and a row count N per task.
  2. Find the closest catalogue capability. Use the capabilities reference — every brain above maps onto one of the six.
  3. Open the wizard at /teach, pick the capability, get a starter brain.
  4. Edit Prior on the brain page to swap in a synthetic generator that matches your feature distributions (the embedded Python in the prior file is the unique work; the model + eval stay the same).
  5. Train on Vast.ai GPU for production brains (5-60 min); local CPU is fine for prototypes.
  6. Pass your org’s labelled context at predict time. The /predict endpoint takes a { context: { x, y }, query: { x } } payload — the brain reads org-specific policy from the context every call.

The shorter version of all of the above: the brain is reusable; the prior captures structure; your data is the context.

What PFN Studio can’t help with (yet)

Honest list of where these ideas would need work the catalogue doesn’t ship today:

  • Causal attribution / “why?” questions — discovery heads exist as a block type but no end-to-end paper-backed template for tabular CFO/ops causal discovery yet.
  • Unstructured text reasoning — contract review, analyst notes, free-form ticket triage. PFN Studio is for structured signals after extraction.
  • Sub-millisecond inference — a PFN forward pass is fast, but heavier than a linear model.
  • Problems where you already have millions of labelled rows — XGBoost / your existing pipeline likely wins.

These limits will shift; track the roadmap for what’s coming.