Most people write a resume from memory, then go looking for proof. I did the reverse for this portfolio, and it changed the story: one headline number didn't survive, and several got more specific. But the real run can't be shared. It's built on my work history, and that stays private.
I designed and wrote all of it, from scratch: no employer code, prompts, data, or names. The demo follows a fictional enablement lead, Aria Chen, at a fictional company. Every claim, record, and number in it is invented.
Changing a claim's public status is a write, so a person approves it. Mining and reading never wait. Tagging a claim verified, or retiring it, waits for someone to read the list and run approve --yes. Without that flag, nothing is written.
- draft claimseverything the resume wants to say
- mine six systemstickets, chat, calendar, Git, documents, meetings
- tag each claimverified, flagged, estimate, or retire, with the quote behind it
- a person approvesafter reading every tag
- ledger outthe claims you can defend, and why
A read-only MCP server lets an agent inspect the ledger. It can't approve anything.
A gold set records what a careful reviewer would tag, and the eval prints every miss. The miss is the point: a true fact that lives in only one system, a standing monthly review on a calendar, gets flagged instead of verified. A person would sign off on it. The heuristic won't, and the README says so.
$ python3 ledger.py eval
accuracy 6/7 (0.857)
weak spot C07: got flagged, gold verifiedAnyone can. Swap in your own draft claims and exports from your own tools, keep the shape, and run it. The real run behind this site stays private.
Repository: github.com/christine-q-nguyen/portfolio-from-evidence. The story behind it: How I built this portfolio.
- Single-source facts still need a person. Don't turn 86% into a headline; publish the miss.
- Approve the risky writes, let the reads run. It's the load-aware version of a human in the loop.