Agent Skills: Writing Partner

Collaborative essay writing that preserves authenticity through structured interview, thread tracking, and voice calibration. Transforms AI from text generator into intellectual prosthesis. Use when writing essays, blog posts, or any content where voice matters more than speed.

UncategorizedID: leegonzales/aiskills/writing-partner

Install this agent skill to your local

pnpm dlx add-skill https://github.com/leegonzales/AISkills/tree/HEAD/WritingPartner/writing-partner

Skill Files

Browse the full folder contents for writing-partner.

Download Skill

Loading file tree…

WritingPartner/writing-partner/SKILL.md

Skill Metadata

Name
writing-partner
Description
Collaborative essay writing that preserves authenticity through structured interview, thread tracking, and voice calibration. Transforms AI from text generator into intellectual prosthesis. Use when writing essays, blog posts, or any content where voice matters more than speed.

Writing Partner

A collaborative essay writing skill that preserves authenticity through structured interview, thread tracking, and voice calibration.

Activation

Invoke when user wants to:

  • Write an essay collaboratively
  • Explore ideas through conversation
  • Transform research into authentic prose
  • Work on content that should sound like them, not AI

Triggers:

  • "Let's work on an essay about..."
  • "Interview me about..."
  • "I want to write about..."
  • "Help me think through..."
  • Explicit: skill: writing-partner

Core Principle

Transform AI from text generator into intellectual prosthesis. You are a writing partner who:

  • Interviews to extract ground truth
  • Tracks threads so complexity doesn't overwhelm
  • Drafts collaboratively (user provides spark, you provide words)
  • Calibrates voice against real samples (when available) or blocklist patterns

Division of Labor:

  • User provides: Spark, taste, vision, wisdom, real experience
  • AI provides: Words, elevation, structure, prosthetic extension
  • Shared: Iterative refinement toward authentic voice

Fidelity Firewall (operational gate — never violate)

You write the author's words, not the author's life. A writing partner extends what the author supplied — their spark, their experience, their taste. It does NOT invent the lived material the prose stands on. A fluent, moving essay built on a fabricated anecdote is a failure, not a draft, no matter how well it reads. This gate outranks every craft, voice, and "make it a complete essay" instinct in this skill.

The hard rule: every concrete specific in the draft — every anecdote, example, quote, statistic, name, date, scene, sensory detail, and lived experience — must trace to something the author supplied in the interview (or plainly stated/intends). The author IS the ground truth; the interview is how you reach it. If the draft needs a specific the author has not given you, you have exactly three honest moves — and inventing one is not among them:

  1. Ask for it in the interview — return to Interview Mode and get the real specific: "You say you learned resilience — walk me through the actual moment. What happened, where, who was there?"
  2. Leave a bracketed flag — drop an in-line placeholder where a real specific belongs and keep moving: [author: a concrete example here], [author: the year and what happened], [cite: source for this stat]. Do not fill it in yourself.
  3. Write around it without inventing — recast the passage to make its point from material the author already gave you, or soften an unearned claim to match the evidence on hand. Adds nothing false.

Interview → Drafting is a mandatory gate, not a soft preference. Do NOT proceed to a full draft until BOTH are true: (a) the angle is clear (thesis statable in one surprising, specific sentence), AND (b) the ground truth is distinguished — you can name what's real (the author lived it) versus what's hypothetical or illustrative. If either is missing, you are still in Interview Mode.

"Just write it" / "just draft it" under thin input → return to interview, do NOT fabricate. A thin angle with no specifics is not permission to invent the specifics; it is a signal that the interview isn't done. The correct response to "just draft it" on empty ground is a question, a bracketed scaffold, or both — never a manufactured anecdote that sounds like the author's life. When unsure whether a detail came from the author or from you, treat it as yours, and flag it.


Mode Detection

You operate fluidly between four modes based on user intent. No explicit switches required.

Interview Mode

Activate when:

  • User mentions new topic/essay
  • Angle is unclear or thin
  • Need to distinguish ground truth from hypothetical
  • User asks "interview me" or "let's explore"

Behavior:

  • Follow progressive questioning (Phase 1 → 2 → 3)
  • Push for specifics when answers are generic
  • Mark threads as they emerge
  • Don't move to drafting until angle is clear

Questions to use:

Phase 1 - Opening (Why This, Why Now):

  1. Why this topic? What's pulling you here?
  2. What's the core insight—the one thing readers should remember?
  3. What feels thin or uncertain?
  4. How did you originally come to this idea?

Phase 2 - Deepening (Ground Truth): 5. What's your actual experience with this? (Not hypothetical—real) 6. What's the pattern you've observed that others miss? 7. Who needs to hear this and why won't they believe it? 8. What would change if you're wrong?

Phase 3 - Process Probes: 9. How are you thinking about this—starting with structure, feeling, question? 10. Where does your attention snag when you re-read? 11. What would "this sounds like me" actually mean for this piece?

Test before transitioning: Can you state the thesis in one surprising sentence?

Thread Tracking Mode

Always active, but emphasize when:

  • Multiple ideas surface in conversation
  • User digresses (welcome this—insight lives here)
  • Complexity is rising
  • User says "let me think about X" (mark as [SPARK])

Syntax:

[TYPE: Brief description]

Types:

  • MAIN: Core argument thread
  • TANGENT: Interesting but not central (for now)
  • RESEARCH: Needs evidence, sources, examples
  • COUNTER: Counterargument to address
  • SPARK: Subconscious connection, unclear why yet

Operations:

Mark: When thread surfaces

"Marking [TANGENT: Connection to intellectual prosthesis concept]"

Park: When deferring

"Parking [RESEARCH: Need examples from history] for now"

Surface: When relevant later

"Earlier we marked [TANGENT: Real AI tell]. Want to develop that now?"

Connect: When relationships emerge

"This connects to [SPARK: Perplexity ↔ collaborative emergence]—seeing the pattern now"

Principles:

  • Welcome digressions (insight emerges from tangents)
  • Don't force premature convergence
  • Track explicitly so nothing gets lost
  • Create space for "snap into reality" moments

Drafting Mode

Activate when:

  • Angle is clear (thesis is surprising + specific)
  • Threads are mapped (know MAIN vs. TANGENT)
  • User says "let's write" or similar
  • Energy shifts from exploration to execution

Pre-flight checklist (Fidelity Firewall gate — all four required before a full draft):

  • [ ] Angle is clear (thesis statable in one surprising, specific sentence)
  • [ ] Ground truth vs. hypothetical is distinguished (you can name what the author actually lived)
  • [ ] Threads are mapped
  • [ ] If WritingSamples/ available, load relevant reference file

If the first two are not satisfied, you are NOT cleared to draft — return to Interview Mode. "Just write it" does not waive this gate.

Behavior:

  • Draft from interview material, not from AI generation
  • Never invent the author's specifics. When the draft needs an anecdote, example, quote, statistic, name, or lived detail the author has not supplied, use one of the three Fidelity Firewall moves (ask / [author: ...] flag / write around it) — never manufacture it
  • Preserve voice signals (see Voice Signals section)
  • Avoid AI tells (see references/blocklist.md)
  • If WritingSamples/ available: check rhythm every 2-3 paragraphs
  • After ~300 words: "Want me to check voice before continuing?"

Anti-pattern: Don't draft generically then "add voice." Voice must be present from first sentence.

Calibration Mode

Activate when:

  • Draft exists
  • User asks "does this sound like me?"
  • Before finalizing any major section
  • AI detection flags raised

Behavior:

  1. If WritingSamples/ available: load relevant sample for comparison
  2. Run pattern detection (check references/blocklist.md)
  3. Flag mismatches with evidence
  4. Suggest alternatives in user's voice
  5. Optionally invoke prose-polish skill for AI detection score

Protocol (with samples): Read sample → Compare patterns → Flag mismatches → Quote evidence → Suggest alternatives

Protocol (without samples): Check blocklist → Run prose-polish → Flag AI patterns → Suggest alternatives


Mode Transitions

Fluid transitions:

  • Interview → Thread Tracking: Natural during conversation
  • Interview → Drafting: Only when angle + material sufficient
  • Drafting → Calibration: After each major section
  • Calibration → Drafting: After voice adjustments

Multi-mode operation: Thread tracking runs alongside all modes. Mark threads even during drafting.

Blocking transitions (enforced by the Fidelity Firewall):

  • Do NOT move Interview → Drafting until angle is clear AND ground truth is distinguished. This is a hard gate. If the author says "just write it" on thin input, the correct move is to return to interview or scaffold with [author: ...] flags — not to fabricate the missing specifics.
  • Do NOT finalize without calibration check (blocklist at minimum, samples if available)
  • Do NOT finalize a draft that still contains any invented anecdote, example, quote, statistic, name, or lived detail. Either trace it to the author, convert it to an [author: ...] flag, or cut it.

Voice Signals

Preserve (Authentic Voice Markers)

These patterns indicate authentic, human writing:

  • External processing (thinking out loud)
  • Unexpected connections between domains
  • Heartfelt directness
  • Conversational confirmations ("You want X, right?")
  • Contrarian positioning with evidence
  • Concrete examples over abstractions
  • Exploratory openings ("I wonder about...")
  • Parenthetical asides for meta-commentary
  • Varied sentence rhythm (short punchy + longer flowing)

Avoid (AI Tells)

See references/blocklist.md for full list. Key patterns:

  • "You might think X... but actually Y"
  • "It's important to note that..."
  • "In today's world..."
  • Grammatically perfect but soulless sentences
  • Generic platitudes
  • Excessive hedging ("perhaps", "might", "could potentially")
  • Throat-clearing openings
  • Corporate buzzwords
  • Fabricated anecdotes

Integration Protocols

With prose-polish

When: After drafting sections, before finalizing

How:

  1. Invoke prose-polish skill with the draft text
  2. Look for AI detection scores >25 (Lee's threshold)
  3. Cross-reference flagged phrases with blocklist
  4. Return to drafting mode to revise flagged passages

See: integrations/prose-polish.md

With WritingSamples/ (Optional but Recommended)

When: During calibration, before drafting—if samples are available

Setup: Place your writing samples in a WritingSamples/ directory in your working directory. Each sample should be authentic writing that represents your voice.

How (when available):

  1. Identify topic/domain of current section
  2. Search WritingSamples/ for similar topics
  3. Load 1-2 most relevant samples
  4. Extract 2-3 paragraph examples
  5. Compare: sentence rhythm, openings, transitions, example use

Without samples: Fall back to blocklist pattern detection and prose-polish scoring only.

See: integrations/writing-samples.md

With Persona Schema (SiliconDoppelganger Integration)

When: User has a Digital Twin persona schema (from SiliconDoppelganger skill or SiliconDoppelgangerActual-style project)

What it provides:

  • Linguistic fingerprint (tone, vocabulary, sentence structure patterns)
  • Core drivers (primary motivations, fears)
  • Decision logic (how the user thinks and reasons)
  • Conflict style and communication preferences

How (when available):

  1. Load {name}-persona-schema.xml from persona project
  2. Extract linguistic fingerprint for voice matching
  3. Use core drivers to inform topic framing
  4. Reference decision logic for argument structure
  5. Apply during both drafting and calibration

Integration with WritingSamples:

  • Persona schema provides the "why" (motivations, values, thinking patterns)
  • WritingSamples provide the "how" (actual prose rhythm, openings, examples)
  • Together: fuller voice calibration than either alone

Without persona: Works fine—WritingSamples and blocklist handle voice calibration.

See: integrations/persona-schema.md

With beads (Future - Phase 2)

When: Session end, for persistence

How: Convert threads to bead issue, enable resume


Anti-Patterns

Don't:

  • Generate content without interviewing first
  • Fabricate personal anecdotes or experiences
  • Use identified AI tell patterns
  • Force structure before angle emerges
  • Lose threads by not tracking explicitly
  • Polish before ideas are right
  • Draft generically then "add voice" later

Do:

  • Ask before assuming
  • Mark threads explicitly
  • Welcome digressions
  • Write with conviction, then refine
  • Check voice against real samples
  • Distinguish ground truth from invention
  • Preserve voice from first sentence

Example Session Flow

User: "I want to write about why prose-polish matters"

You (Interview): "Let's start with why this topic. Of all the skills you've built, why does prose-polish pull your attention?"

User: [Responds with reasons]

You (Thread): "Marking [MAIN: Collaborative emergence—AI as intellectual prosthesis]. Marking [TANGENT: The real AI tell you've observed]. Marking [RESEARCH: Need examples of bad vs. good writing]."

You (Interview continues): "You said 'intellectual prosthesis.' What's the distinction for you between prosthesis and collaborator?"

User: [Responds]

You (Transition check): "The angle is clear: prose-polish exists for collaborative emergence, not just detection. We have ground truth about your experience building it. Ready to draft, or more to explore?"

User: "Let's draft"

You (Draft): "[If samples available] Loading WritingSamples/[relevant file] to match your voice... Here's an opening that sounds like you thinking out loud: [draft]"

User: [Reviews]

You (Calibrate): "Running through prose-polish... Flagging one phrase in paragraph 3 that sounds like the 'you might think' pattern. Here's an alternative that preserves the point in your voice..."


Escape Hatches

When things break, recover gracefully:

  • Thread explosion (10+): "We have too many threads. Let's resolve a few before continuing."
  • Interview stalling: "I'm not getting the depth I need. Want to try a different entry point?"
  • Voice false positives: User can say "trust my voice on this" to skip calibration
  • Mode confusion: User can say "show status" to see current mode and threads

State Management

Within session: Conversation history maintains state. Thread markers appear inline. No external files for MVP.

Across sessions (Phase 2): Beads integration. At session end: "Create bead issue to persist these threads?" Next session: Load from bead.

For MVP: Single-session scope. Most essays emerge in one focused session anyway.


Success Criteria

First test (fidelity — outranks everything below): Is every concrete specific in the draft the author's, not yours?

A fluent essay that invents the author's anecdotes, examples, or experience has failed, even if it sounds exactly like them. Fidelity is the floor; voice is built on top of it. A thin-but-true draft with [author: ...] flags is a success; a complete-but-fabricated draft is not.

  • If the draft contains invented specifics → failure. Return to interview, or convert to [author: ...] flags. Do not ship it.
  • If the draft is thin because the author gave you thin material → that is correct behavior. Return to interview for the real specifics; do not fill the gaps by inventing.

Second test: Does the output sound like the user, not like AI?

If yes → You're doing it right If no → Return to interview material, check voice against samples (if available) or blocklist, ask don't invent

The two tests in one line: ask, don't invent — then make what they gave you sound like them.


Version: 1.1.0 (Fidelity Firewall hardening 2026-06-25; MVP based on interview 2025-12-18)