fix(leads): record the people a campaign names, not just the companies

[ralyodio]

outreach_contacts        80 rows
  ... with a name         0
  ... with a title        0
  ... with a linkedin     0

That looked like person extraction being broken. It wasn't — extraction works fine. The campaign runner ignored its output:

result.errors.push(...found.errors);
result.awaitingAuth = found.loginRequiredSeeds;
// found.people — never read

Discovery renders the page, walks the pagination, opens each entry and parses a name, title and profile link out of it. Then the runner took prospects and errors and dropped people on the floor — discarding every person after paying to find them.

Why it survived

The one-shot finder did it correctly. The path used to test the feature worked; the path used to run it didn't. So both now go through one shared recorder — two copies is what let them drift.

People found by a campaign also carry that campaign's niche, matching how prospect-route contacts are already labelled.

Verified against the directory that exposed it

people: 11   prospects: 1
Marc van Neerven — Chief Technology Officer
Blake Lindsay  — Chief Technology Officer
Cyril Bouthors — CTO
recorded: 11

In the database, with titles and niche attached:

full_name	title	niche
John Szeder	Fractional CTO for early stage businesses	CTOs
Bharat Kishnani	Co-Founder and CTO	CTOs
Daniel Buckton	Chief Technology Officer	CTOs

The names lost earlier can't be backfilled — they were never written down anywhere. Re-running a campaign recovers them.

Checks

• tsc --noEmit clean · 1,036 tests pass (8 new) · build compiles
• Three tests read the source and assert neither path calls upsertContact directly, so they can only drift again by deleting a test

🤖 Generated with Claude Code

[github-actions]

vu1nz Security Review

0 finding(s) in PR #?

No security issues found.