← All selected workFounder & Ventures
GWK Ghostwriter
A personal AI LinkedIn studio — memory, voice, and a research-to-post workflow
- Role
- Founder / product builder
- Timeline
- 2026
- Engagement
- Founder product
Build story
- Problem
- Generic AI tools forgot voice, sources, and what worked — LinkedIn drafts drifted every session.
- Bet
- A memory-backed research-to-post studio with human approval beats a smarter prompt box.
- Build
- Product definition, experience architecture, memory model, voice rules, research-to-post workflow, and live prototype surfaces — founder-built end to end.
- Ship
- Live prototype and landing path — a runnable research-to-post studio with human approval before publish.
- Learn
- Voice rules as system state reduce drift more than longer prompts; memory without forget rules can become a junk drawer.
At a glance
- User
- Founder-operator publishing LinkedIn for Growing With Kid
- Problem
- Generic AI forgot voice, sources, and what worked — drafts drifted every session
- My mandate
- Full product ownership of memory model, voice rules, and research-to-post workflow
- Hard decision
- Memory-backed studio with human approval over prompt chat or autonomous posting
- Result
- Runnable research-to-post prototype with persistent voice and source handling
People affected
Primary user: myself as founder-operator publishing for Growing With Kid. Secondary: the same studio grammar intended to extend to Bolo Buddy and client tools without becoming a generic content mill.
The apparent problem
“I need better prompts” — as if quality lived in wording the model once correctly.
The problem underneath
Voice, beliefs, sources, and what worked last time were not system state. Without memory, scoring, and human approval boundaries, the tool optimised for fluent text that still failed the job: posts I could stand behind.
My mandate
- I owned
- Product definition, experience architecture, memory model, voice rules, research-to-post workflow, and the live prototype surfaces.
- Others owned
- No separate product/engineering org — founder-built. Model providers supply generation; I own when drafts may publish.
- Final decisions
- Founder — final call on what ships and what the model is allowed to remember.
- Team
- Solo founder / product builder.
- Authority
- Full product authority inside the venture.
- Delivery constraints
- Had to ship a runnable studio, not a deck — including landing conversion — while keeping human approval before anything public.
What I would change now
I would instrument before/after draft acceptance rates against a fixed voice rubric earlier, and define explicit forget rules so memory does not quietly become a junk drawer of every past preference.