A revenue-strategy operator who built and runs a production, multi-agent AI system — solo, end-to-end. The future of GTM, already running.
// the same instinct that runs a revenue org — applied to building one
A phone front-end, a transient cloud relay, and an always-on engine on the desktop — wired so that disposable AI chat becomes a permanent, queryable record. This is the load-bearing claim, drawn rather than described.
Why: capture has to be frictionless from a pocket, or it never happens.
Why: the cloud is a relay, not the brain. Nothing important lives there.
Why: intelligence and durable data both stay on the machine.
One giant AI chat thread degrades — it slows down, loses track of dates, and forgets what mattered three weeks ago. Memory trapped inside a conversation is fragile and unsearchable.
Every conversation is throwaway. Anything worth keeping is swept to timestamped markdown within 15 minutes. The chat is just the interface; the version-controlled vault is the permanent, queryable brain.
Five views into what was built — the data model, the AI persona engineering, the full feature set, the skills it proves, and an honest accounting of where it stops. Pick a tab.
The vault is a database; markdown is the storage format. 100 files under local git. These four exhibits are the real schema — the contracts between the app, the AI, and the permanent record.
| App channel | Routes into | Parse |
|---|---|---|
| story | Pivot-Engine/Era-Intake.md | raw experience mining |
| drill | Interview-Bank.md | scored STAR reps |
| body | Body/Body-Log.md | tag-parsed longitudinal data |
| checkin / log | Life-Log.md → Inbox | timestamped drop |
| verbatim · both sides | Companion-Transcripts/<ch>.md | archive (prune cursor) |
| Capability | Strength | Demand | Evidence |
|---|---|---|---|
| Revenue analytics & forecasting | ✅ proven | 4/5 | leadership-facing weekly revenue read |
| Dashboard / BI & data requirements | ✅ proven | 5/5 | leadership-read dashboards; loss model |
| Exec communication & synthesis | ✅ proven | 5/5 | org-structure report; revenue read |
| AI workflow automation / AI-GTM | ✅ proven | 2/5 | this Career OS; AI-SDR strategy |
| MarTech stack hands-on (CRM admin) | 🔴 gap | 3/5 | designed CRM processes, never the admin |
| Public / demonstrable AI artifacts | 🟡 closing | rising | → this showcase is the artifact |
| Star | Win | Miss | Next |
|---|---|---|---|
| Work credibility | 8-workstream operating model mapped; weekly report shipped | role scope unconfirmed | confirm R&R |
| Career optionality | cross-functional visibility; leadership recognition | no explicit optionality action | keep AI-practitioner brand |
| Deliberate action | admin cleared; intentional rest | — | hold the cadence |
| + personal stars (health, resilience, social) tracked on the same schema — withheld here. | |||
## ▶︎ All open to-dos (mine to drive) TASK WHERE !completed AND contains(tags, "#todo") SORT due ASC ## ⚠️ Open risks (watch these) TASK WHERE !completed AND contains(tags, "#risk") SORT due ASC
The companion fronts the vault with 7 AI personas, each a distinct channel with its own job, voice, and typographic signature. The hard, impressive part isn't the characters — it's the prompt architecture that keeps seven voices distinct, in-character, and non-repetitive over months: layered persona composition, typographic-voice rules, an anti-staleness directive that bans the model from echoing its own prior replies, and date facts computed in code and handed to the model rather than reasoned about.
One channel fans a single message out to The Grounded, The Hype & The Blunt as three independent generations — a 3-voice panel at once. (Names are neutral archetypes; the point is the voice engineering, not the personalities.)
The signatures are deliberately opposites so the model can't blur them — voice is enforced as typography and rhythm, not just tone.
Memory Forge: a branching visual-novel subsystem generates and canonizes shared "memories" that later replies treat as real history — gated by a structural, in-code content rule that user input can't override. (Design detail withheld.)
Everything the system does, grouped by domain. Each is small on its own; together they're a working operating system for a life and a career.
What a hiring manager can infer about how this person works with AI — each claim with the specific evidence in the system. Honest about the line: applied-AI systems and context engineering, not production-ML.
The honest accounting — included on purpose. Knowing exactly where a system stops is itself a senior signal.
This is a strong applied-AI systems-integration and context-engineering portfolio — built by a GTM strategist, not a career engineer. It ships real things, orchestrates headless agents, and is engineered for reliability. What it is not is a production-ML-engineering portfolio, and it doesn't pretend to be.
The gaps below are the professional-AI-platform practices — evals, observability, autonomous agents — not flaws in what this set out to be. Closing the first one would convert the project's biggest honesty caveat into its strongest bullet.
| # | Gap | Why it matters | Effort | First step |
|---|---|---|---|---|
| 01 | Evals & testing | Quality is vibe-checked; no golden set or LLM-judge. The #1 thing hiring managers screen for. | S | 20-case golden set + a cheap judge model |
| 02 | Autonomous agents | Daemons are reactive; nothing runs a plan→act→observe loop toward a goal. | M | a nightly "pivot agent" on the Agent SDK |
| 03 | Observability & cost | An always-on Opus responder is the priciest choice — and unmeasured. | S | one structured JSON log line per call |
| 04 | Public artifact / MCP | The vault is a rich data island with no reusable, shareable surface. | M | expose the vault as an MCP server |
| 05 | Model tiering + caching | Opus drives everything, including cheap internal summarization; static prefix re-billed each reply. | S | route distill to a cheaper model; cache the prefix |