@sellable/mcp 0.1.202 → 0.1.204

package/skills/generate-messages/SKILL.md

@@ -135,13 +135,13 @@ Dry mode validates message quality before campaign mint.
 
 Read:
 
-- `.sellable/configs/core/about-me.md`
-- `.sellable/configs/core/my-company.md`
-- `.sellable/configs/core/context-modes.md`
-- `.sellable/configs/core/proof-ledger.md`
-- `.sellable/configs/core/wins-ledger.md`
-- `.sellable/configs/core/anti-ai-writing-style.md`
-- `.sellable/configs/writing/outbound.md` and legacy `styleguide-core.md` as fallback/source material when present
+- `~/.sellable/configs/core/about-me.md`
+- `~/.sellable/configs/core/my-company.md`
+- `~/.sellable/configs/core/context-modes.md`
+- `~/.sellable/configs/core/proof-ledger.md`
+- `~/.sellable/configs/core/wins-ledger.md`
+- `~/.sellable/configs/core/anti-ai-writing-style.md`
+- `~/.sellable/configs/writing/outbound.md` and legacy `styleguide-core.md` as fallback/source material when present
 - `brief.md`
 - `lead-sample.json` from the find-leads step; this is the only allowed sample
   source for dry-mode message generation
@@ -150,7 +150,7 @@ Read:
   reconcile before final `message-validation.md`.
 - `mcp/sellable/skills/create-campaign/references/ai-native-tokens.md`
 - `mcp/sellable/skills/create-campaign/references/token-fill-examples.md`
-- `mcp/sellable/skills/create-campaign-brief/references/phase75-active-runtime-message-pack.md`
+- `mcp/sellable/skills/create-campaign-v2/references/gold-standard-runtime-message-pack.md`
 - `mcp/sellable/skills/create-campaign-v2/references/validation-criteria.md`
 - `mcp/sellable/skills/create-campaign-v2/references/thomas-revision-filters.md`
 - `mcp/sellable/skills/create-campaign-v2/references/gold-standard-message-patterns.md`
@@ -198,7 +198,7 @@ winner gate**.
 
 ### Retrieval & motion
 
-- treat `phase75-active-runtime-message-pack.md` as the **real line-level
+- treat `gold-standard-runtime-message-pack.md` as the **real line-level
   gold pack** for active clients and proven live message shapes
 - retrieve against the full archived gold-standard library and pick the closest 2-4 examples for consideration
 - use the runtime pack first for concrete formatting cues that the
@@ -644,18 +644,17 @@ help...` or `built for [buyer] to...`. Do not overuse generic solved-state
   solved, or fail to connect to the specific sample row. Prefer a concrete
   row-fit line, a useful artifact, or a buyer-owned current-state observation
   that the recipient can understand without reading the brief.
-- if 3 adjacent mechanics, objection removers, proof points, or CTA
-  options are genuinely parallel and easier to understand as a short
-  `-` bullet stack, use the bullet stack in the winner. Do not reserve
-  this for cleanup. Use bullets when they make the buyer picture the offer
-  faster on mobile. If the product has 3+ plain mechanics such as pricing
-  control, take-rate/economics, malpractice, credentialing, billing, async
-  chat/photo care, or setup speed, prefer a compact bullet stack over
-  separate prose lines unless bullets would make the note feel like a
-  landing page. For data / intelligence products, if the buyer receives 3+
-  concrete output types (e.g. accounts, infrastructure, signals, alerts,
-  records, reports), prefer a short bullet stack over a dense mechanism
-  paragraph.
+- run the parallel action formatting check when the winner has 3 adjacent
+  product actions, outputs, mechanics, or objection removers. If the lines
+  repeat the same subject pattern (`It drafts...` / `It adapts...` /
+  `It helps...`) and each line is a discrete function with no narrative proof
+  clause, prefer a compact `-` bullet stack because it is easier to scan on
+  mobile. Example:
+  `It helps your team:` followed by `- Draft posts...`, `- Adapt them...`,
+  `- Keep showing up...`. Do not force bullets when there are only 1-2
+  actions, one line needs narrative context, the bullets feel like a landing
+  page, or the paragraph version is clearly more human and still scans cleanly.
+  This is a formatting preference, not a message-strategy gate.
 - if one finalist already holds the best of every piece, the winner may
   equal it — name which one and on which axis it won (relevance,
   distinctiveness, proof, coherence, readability)
@@ -724,8 +723,12 @@ Finalizer preference when multiple candidates are otherwise comparable:
   peer-call, compare-notes, or similar identity-call framing. Those CTAs
   are usually weaker than naming the useful thing the buyer gets. Use them
   only when the user explicitly chose that route or the brief makes that
-  peer-call motion the approved offer. Even then, the CTA must name the
-  useful return artifact, preview, teardown, or working session.
+  peer-call motion the approved offer. Even then, preserve the intent, not the
+  phrase. Translate `compare notes` into a concrete CTA that names the topic,
+  workflow, artifact, preview, teardown, or working session. Prefer shapes like
+  `Open to a quick call on how {{company_or_team}} might turn LinkedIn content
+  into pipeline?`. Do not use `Open to compare notes?` or `Open to comparing
+  notes on...`.
 - when the message is selling or introducing a product, make the product
   plain before asking for time, but do not make the opener sound like a
   homepage definition. The reader should be able to answer "what is this?"
@@ -935,7 +938,10 @@ Before drafting, answer these five questions explicitly:
 4. **What proof makes it believable?** Pick the one proof beat that
    answers the buyer's biggest skepticism.
 5. **What is the lowest-friction true next step?** Use only a next step
-   supported by the inputs.
+   supported by the inputs. If the campaign brief explicitly names a CTA
+   motion, preserve it unless it fails truth, clarity, pressure, or safety
+   gates. Improve the CTA by making the object concrete before replacing the
+   motion.
 
 Then choose the exact element pool that angle drafts are allowed to use:
 
@@ -986,6 +992,23 @@ both choices are genuinely useful and supported:
 Do not add option B just to mimic a gold standard. If the second option
 is weak, use one CTA.
 
+CTA precedence:
+
+1. If the campaign brief explicitly names a CTA motion, preserve the intent of
+   that motion unless it is unsupported, too high-pressure, unsafe, or too vague
+   to make concrete.
+2. If preserving it, make the object specific in the same line so the buyer
+   knows what they are agreeing to discuss, see, or get.
+3. Replace it only when the brief CTA cannot pass truth, clarity, pressure, or
+   safety gates.
+
+Treat `compare notes` as shorthand for a peer conversation, not as buyer-facing
+copy. The phrase itself is blocked in selected winners, including `Open to
+compare notes?`, `Founder-to-founder compare notes?`, and `Open to comparing
+notes on...`. If the brief selected that intent, translate it into a concrete
+quick-call or working-session CTA, e.g. `Open to a quick call on how
+{{company_or_team}} might turn LinkedIn content into pipeline?`.
+
 For artifact/sample offers, the CTA should usually be one self-contained
 yes/no question that names the concrete thing the buyer gets. Do not split
 the ask into a setup sentence plus a vague question.
@@ -1564,6 +1587,13 @@ teardown`, `record a video`, or similar assets are BLOCKED unless the
   input says that exact next step exists. When unsure, ask for the
   lowest-friction true next step from the brief, such as sending the
   setup link, next step, or a short walkthrough.
+- **Brief CTA obedience:** if the brief explicitly names a CTA motion, the
+  selected winner must either preserve that motion's intent with concrete
+  specificity or explain why truth, clarity, pressure, or safety gates forced a
+  replacement.
+  If the brief uses `compare notes`, do not put that phrase in buyer-facing copy.
+  Translate it into a concrete quick-call or working-session CTA that names the
+  topic or workflow.
 - **CTA clarity:** if the product category is unfamiliar, the CTA must
   make the preview easy to imagine in one short phrase. Avoid vague asks
   like `send the setup link` unless the message has already made that
@@ -1578,8 +1608,11 @@ teardown`, `record a video`, or similar assets are BLOCKED unless the
 artifact / preview] you can [use/check/compare]?`.
 - **CTA specificity:** generic CTAs like `compare notes`, `worth a chat`,
   `open to a call`, or `quick walkthrough` are BLOCKED unless the same
-  line names the specific thing the buyer will compare, see, or get. The
-  next step must be easy to picture.
+  line names the specific thing the buyer will discuss, see, or get. The
+  next step must be easy to picture. `Open to a quick call on how
+  {{company_or_team}} might turn LinkedIn content into pipeline?` passes
+  because the topic is concrete; `Open to compare notes?` fails because the
+  object is missing and the phrase is stale.
 - **Preview CTA wording:** when the CTA is a preview, prefer `open to
 seeing...` over `worth seeing...` unless the chosen gold motion strongly
   supports `worth`. `Open to seeing what this would look like for your own
@@ -1880,10 +1913,18 @@ Flow skeleton (apply even when motion varies):
 2. Pain — what's breaking now
 3. **What the product IS** — one crisp sentence naming the product and what category of work it takes on. Example shape: `[Product] is [a category-noun] that [takes a specific class of work off the buyer's plate]`. When the offer is for the buyer's exact role/credential, prefer `lets you...` or `[role]s like you...` over `lets a [role]...` so the buyer does not feel treated like an outsider. Archive-anchored illustrations: Galley's "AI that reads the messiest BEOs and turns them into production-ready plans"; Revvix's "shows what's actually exploitable on your endpoints based on runtime activity".
 4. **What the product DOES** — one action per line. Three actions maximum. Choose the rendering by a **concrete test**, not a feeling:
-   - **Use bullets when the action lines are maximally parallel**: each starts with the same subject (e.g. `It X` / `It Y` / `It Z`), each is a discrete product function, none carries narrative context. This is the default case.
-     - Example shape: `- [Verb] [concrete object from the buyer's workflow].`
-   - **Use one-line paragraphs only when at least one action carries a short narrative clause** that wouldn't fit cleanly in a bullet.
-   - "Conversational motion" is **not** a reason to prefer paragraphs. If the three actions all start with `It X`, they are parallel by definition and should render as bullets.
+   - **Prefer bullets when 3 adjacent action lines are maximally parallel**:
+     each starts with the same subject pattern (e.g. `It drafts...` /
+     `It adapts...` / `It helps...`), each is a discrete product function,
+     and none carries narrative context or proof. Use a setup line plus short
+     `-` bullets, e.g. `It helps your team:` then `- Draft posts...`,
+     `- Adapt them...`, `- Keep showing up...`.
+   - **Use one-line paragraphs** when there are only 1-2 actions, at least one
+     action carries a short narrative clause, bullets would feel like a landing
+     page, or the paragraph version is clearly more human and still scans
+     cleanly.
+   - "Conversational motion" alone is **not** a reason to avoid bullets when
+     all 3 action lines repeat the same `It X` structure.
    - Never stack the three actions into one glued comma-list sentence.
 5. Deployment ease — one short paragraph
 6. CTA — useful next step, binary when the brief supports it
@@ -1892,7 +1933,9 @@ Flow skeleton (apply even when motion varies):
 Rules within the flow:
 
 - **banned**: comma-stacking three actions into one glued sentence (e.g. `"order intake, inventory sync, and reorder timing"` glued together). Split into one action per line.
-- **preferred**: one action per line — as one-line paragraphs or as a bullet list, whichever reads cleaner (see below)
+- **preferred**: one action per line — as one-line paragraphs or as a bullet
+  list, whichever reads cleaner. Use bullets as a mobile readability preference
+  for 3 repeated-subject product actions, not as a blanket hard gate.
 - the "what the product IS" sentence comes **before** the action breakdown — skipping it makes the actions feel disconnected
 - if the brief does not support three distinct actions, drop to two or one. Do not pad.
 - if a proof sentence gets long, split the metric and the explanation into separate one-line paragraphs rather than chaining them together
@@ -2368,7 +2411,7 @@ hiring for`
 - Best CTA: Candidate [A|B|C] — reason
 - Best PS / no-PS decision: Candidate [A|B|C] — reason
 - Element edits made by finalizer: ...
-- Bullet-stack decision: used | rejected | not applicable — reason
+- Parallel action formatting: bullets used | paragraphs kept | not applicable — reason
 - Style consistency check: PASS | BLOCKED — reason
 - Assembly note: clean combination or one candidate swept
 
@@ -2377,7 +2420,7 @@ hiring for`
 - Original winner: ...
 - Simplified candidate: ...
 - Simplifier edits: combined lines | split dense line | preserved bullet stack | added bullet stack | none
-- Bullet-stack decision: preserved | added | rejected | not applicable — reason
+- Parallel action formatting: preserved bullets | added bullets | paragraphs kept | not applicable — reason
 - Robustness check: PASS | BLOCKED — reason
 - Decision: applied | rejected
 
@@ -2400,6 +2443,7 @@ hiring for`
 - Jargon / acronym exactness: PASS | BLOCKED — reason
 - Style consistency: PASS | BLOCKED — reason
 - CTA truth: PASS | BLOCKED — reason
+- Brief CTA obedience: PASS | BLOCKED | NOT APPLICABLE — reason
 - CTA clarity: PASS | BLOCKED — reason
 - PS restraint: PASS | BLOCKED | OMITTED — reason
 - YC / backing PS: PASS | BLOCKED | OMITTED — reason
@@ -2520,22 +2564,28 @@ too generic, diagnose the gap precisely:
 
 Then tighten the brief or calibration notes before scaling.
 
-Use the example bank as the primary strategy source even when the brief does
-not already contain winning examples. Do not default to generic REPLY-style
-copy when the motion clearly matches a tighter archived pattern. Strong
-references include:
+Use the v2 runtime gold pack as the primary line-level source even when the
+brief does not already contain winning examples. Do not default to generic
+REPLY-style copy when the motion clearly matches a tighter approved pattern.
+Primary approved references are:
 
-- Sellable.dev
+- sellable.dev
+- Hey Digital
 - Galley
-- Gelee
-- HeyDigital
-- Revvix / Spektion
-- Superposition
-- Persona Digital
+- Clover
+- Persona
+
+Use Superpower only for benefits/healthcare mechanism language and cleaned
+low-certainty relevance bridges. Use Revvix / Spektion and Superposition only
+for explicit event/logistics or job-post/founder-hiring motions. Do not use
+Gelee, westpark villas, Amplify Security, or raw old-client archive examples as
+runtime inspiration unless the caller explicitly provides them as campaign
+calibration.
 
 When the brief is sparse but the motion clearly matches an archived winner,
-borrow the closest message shape from
-`gold-standard-message-examples.md` before inventing a new structure.
+borrow the closest approved shape from `gold-standard-runtime-message-pack.md`
+first, then use `gold-standard-message-examples.md` only for strategy skeletons
+before inventing a new structure.
 
 ### Single Row
 
@@ -2619,12 +2669,12 @@ research → condense → 10 angle agents in parallel → finalizer combines bes
 - Background: {1-2 lines}
 
 ## Voice + Outbound Rules (condensed — full files available via Read tool)
-- Use `.sellable/configs/core/context-modes.md` to choose the right context stance, then run an anti-AI audit against `.sellable/configs/core/anti-ai-writing-style.md` before returning copy.
-- Flow skeleton: opener → pain → **what the product IS** → **what it DOES** (one action per line, up to three) → deployment ease → CTA → optional PS
+- Use `~/.sellable/configs/core/context-modes.md` to choose the right context stance, then run an anti-AI audit against `~/.sellable/configs/core/anti-ai-writing-style.md` before returning copy.
+- Flow skeleton: opener → pain → **what the product IS** → **what it DOES** (one action per line, up to three; prefer short bullets for 3 repeated-subject product actions) → deployment ease → CTA → optional PS
 - A cold reader must be able to state what the product does in one sentence after reading. Require a crisp `Product is an X that does Y` anchor before any action breakdown. Do not gesture at "that chain" / "the stack" / "that work"
 - Blank line between every sentence in the body. The body renders as a sequence of one-line paragraphs separated by blank lines, not as multi-sentence paragraphs. Target 6-10 one-line paragraphs
 - 5th-grade reading level by default. Cut glue language (handoff, order-to-cash, rip-and-replace). Keep brief-native product/tool names (Shopify, HubSpot)
-- No bullet points, no "I noticed...", no compliment sandwiches, no em dashes unless the canonical example uses one
+- No feature/benefit marketing bullet lists, no "I noticed...", no compliment sandwiches, no em dashes unless the canonical example uses one. Exception: use a short bullet stack when 3 adjacent product actions repeat the same subject pattern and bullets improve mobile readability.
 - No synthesized framing ("at your stage", "in a setup like yours", "running X means...", "X means you're likely...")
 - 3 candidates then `Finalizer Pass` — pick best opener, proof sentence, bridge, CTA across them and assemble the winner
 - PS is optional; only include if it materially strengthens the fit case. When included, use `I` / `our CEO` / `our team` / `we` voice, never bare first names. At most two proof beats, tied to why the sender understands the buyer's pain. No three-credential resume lists
@@ -2686,7 +2736,7 @@ research → condense → 10 angle agents in parallel → finalizer combines bes
 8. Return: { success: true, message: "...", research: [...], anglesExplored: 10 }
 ```
 
-**IMPORTANT:** Load `.sellable/configs/core/about-me.md`, `.sellable/configs/core/my-company.md`, `.sellable/configs/core/context-modes.md`, `.sellable/configs/core/proof-ledger.md`, `.sellable/configs/core/wins-ledger.md`, `.sellable/configs/core/anti-ai-writing-style.md`, `.sellable/configs/writing/outbound.md`, and `.sellable/insights/cross-skill.md` once in the lead agent. Use the legacy style guide fallback when present. Pass condensed versions to workers so context stays focused.
+**IMPORTANT:** Load `~/.sellable/configs/core/about-me.md`, `~/.sellable/configs/core/my-company.md`, `~/.sellable/configs/core/context-modes.md`, `~/.sellable/configs/core/proof-ledger.md`, `~/.sellable/configs/core/wins-ledger.md`, `~/.sellable/configs/core/anti-ai-writing-style.md`, `~/.sellable/configs/writing/outbound.md`, and `~/.sellable/insights/cross-skill.md` once in the lead agent. Use the legacy style guide fallback when present. Pass condensed versions to workers so context stays focused.
 
 ## Batch Approval
 

package/skills/interview/SKILL.md

@@ -111,7 +111,7 @@ mark private before you ask a blank questionnaire.
 
 Prefill from whatever exists:
 
-- `.sellable/configs/**`, especially current writing, audience, FAQs, and
+- `~/.sellable/configs/**`, especially current writing, audience, FAQs, and
   discovery files.
 - `docs/funding/**`, `docs/business/**`, and `docs/content/**`.
 - User-supplied voice samples such as writing, posts, emails, meeting
@@ -151,9 +151,9 @@ Audio-friendly workflow:
 
 Every run writes a raw archive:
 
-- `.sellable/interviews/{date}-{slug}/raw.md`
-- `.sellable/interviews/{date}-{slug}/compiled.md`
-- `.sellable/interviews/{date}-{slug}/decisions.md`
+- `~/.sellable/interviews/{date}-{slug}/raw.md`
+- `~/.sellable/interviews/{date}-{slug}/compiled.md`
+- `~/.sellable/interviews/{date}-{slug}/decisions.md`
 
 Raw archives preserve the run. They are not the stable memory layer.
 
@@ -171,20 +171,20 @@ voice-faithful, reusable, or corrective, propose a candidate upsert:
 - derived updates
 
 Ask the user to approve, edit, reject, or mark private. Approved answers go to
-`.sellable/configs/core/answer-bank.md` using stable keys so repeat runs can
+`~/.sellable/configs/core/answer-bank.md` using stable keys so repeat runs can
 add, correct, merge, and avoid duplicates.
 
 ## 5. Register Transcript And Voice Samples
 
 Every interview or voice sample can register a curated transcript library entry
-under `.sellable/configs/core/transcripts/`. Keep the reusable index separate
+under `~/.sellable/configs/core/transcripts/`. Keep the reusable index separate
 from raw archives.
 
 Required transcript targets:
 
-- `.sellable/configs/core/transcripts/README.md`
-- `.sellable/configs/core/transcripts/INDEX.md`
-- `.sellable/configs/core/transcripts/topics/{topic}.md`
+- `~/.sellable/configs/core/transcripts/README.md`
+- `~/.sellable/configs/core/transcripts/INDEX.md`
+- `~/.sellable/configs/core/transcripts/topics/{topic}.md`
 
 Track source, date, speakers, target speaker, context mode, topic tags, quality
 notes, sensitivity, and derived memory links.
@@ -194,15 +194,15 @@ notes, sensitivity, and derived memory links.
 Use `references/compiler-schema.md` before writing compiled core files. Merge
 updates into the smallest relevant stable file:
 
-- `.sellable/configs/core/about-me.md`
-- `.sellable/configs/core/my-company.md`
-- `.sellable/configs/core/anti-ai-writing-style.md`
-- `.sellable/configs/core/proof-ledger.md`
-- `.sellable/configs/core/story-bank.md`
-- `.sellable/configs/core/answer-bank.md`
-- `.sellable/configs/core/context-modes.md`
-- `.sellable/configs/core/decision-rules.md`
-- `.sellable/configs/core/change-log.md`
+- `~/.sellable/configs/core/about-me.md`
+- `~/.sellable/configs/core/my-company.md`
+- `~/.sellable/configs/core/anti-ai-writing-style.md`
+- `~/.sellable/configs/core/proof-ledger.md`
+- `~/.sellable/configs/core/story-bank.md`
+- `~/.sellable/configs/core/answer-bank.md`
+- `~/.sellable/configs/core/context-modes.md`
+- `~/.sellable/configs/core/decision-rules.md`
+- `~/.sellable/configs/core/change-log.md`
 
 Repeat runs must preserve user edits. Only replace generated sections that are
 clearly marked as generated/mergeable. Otherwise append, patch the smallest
@@ -213,10 +213,10 @@ section, or add a dated correction in `change-log.md`.
 Use curated reference folders with `INDEX.md` manifests and copied or distilled
 examples where the example itself is useful context:
 
-- `.sellable/configs/core/references/linkedin-posts/`
-- `.sellable/configs/core/references/inspiration/`
-- `.sellable/configs/core/references/applications/`
-- `.sellable/configs/core/references/sales-copy/`
+- `~/.sellable/configs/core/references/linkedin-posts/`
+- `~/.sellable/configs/core/references/inspiration/`
+- `~/.sellable/configs/core/references/applications/`
+- `~/.sellable/configs/core/references/sales-copy/`
 
 Use `references/reference-curation.md` for manifest fields, duplicate keys, and
 when to copy versus index only.
@@ -226,7 +226,7 @@ when to copy versus index only.
 Before finalizing, run the silent audit pass in `references/anti-ai-audit.md`.
 Capture banned AI-ish patterns, user-authentic exceptions, context-only rules,
 negative-parallelism limits, proof hygiene, and anti-overfitting warnings in
-`.sellable/configs/core/anti-ai-writing-style.md`.
+`~/.sellable/configs/core/anti-ai-writing-style.md`.
 
 ## 9. Continue After Saves
 
@@ -248,7 +248,7 @@ Repeat runs are normal. They must add, correct, merge, and preserve user edits.
   references.
 - Merge into compiled core files instead of replacing whole documents.
 - Preserve manual sections unless the user explicitly asks to rewrite them.
-- Add downstream corrections to `.sellable/configs/core/change-log.md`, then
+- Add downstream corrections to `~/.sellable/configs/core/change-log.md`, then
   update the smallest affected rule, answer, claim, story, or context mode.
   </idempotency_rules>
 

package/skills/interview/references/legacy-linkedin-interview.md

@@ -21,16 +21,16 @@ Key principles:
 
 ## Original Objective
 
-Conduct a voice-first interview to populate `.sellable/configs/`:
+Conduct a voice-first interview to populate `~/.sellable/configs/`:
 
-1. Style guide -> `.sellable/configs/writing/styleguide-core.md` and persisted
+1. Style guide -> `~/.sellable/configs/writing/styleguide-core.md` and persisted
    via `set_engage_style_guide`.
-2. Comment rules -> `.sellable/configs/writing/comments.md`.
-3. ICP profile -> `.sellable/configs/audience/icp.md`.
-4. Tracked people -> `.sellable/configs/discovery/influencers.md` via
+2. Comment rules -> `~/.sellable/configs/writing/comments.md`.
+3. ICP profile -> `~/.sellable/configs/audience/icp.md`.
+4. Tracked people -> `~/.sellable/configs/discovery/influencers.md` via
    `upsert_engage_tracked_person`.
 
-The interview reads `.sellable/insights/` to ask smarter questions, such as
+The interview reads `~/.sellable/insights/` to ask smarter questions, such as
 which topics or hooks performed in the latest engage/post sessions. The
 interview should feel like a 5-minute conversation, not a form.
 
@@ -40,10 +40,10 @@ interview should feel like a 5-minute conversation, not a form.
 
 1. Load current configs via `get_engage_memory()` to check what is populated.
 2. Read lightweight insight files when they exist:
-   - `./.sellable/insights/engage-sessions.md`
-   - `./.sellable/insights/post-sessions.md`
-   - `./.sellable/insights/cross-skill.md`
-   - `./.sellable/configs/audience/icp.md`
+   - `~/.sellable/insights/engage-sessions.md`
+   - `~/.sellable/insights/post-sessions.md`
+   - `~/.sellable/insights/cross-skill.md`
+   - `~/.sellable/configs/audience/icp.md`
 3. Load the user's LinkedIn profile via `fetch_linkedin_profile`.
 4. Fetch 5-10 recent posts from 2-3 relevant thought leaders using
    `search_engagement_posts`.
@@ -95,7 +95,7 @@ corrections and rewrite the config files.
 
 ### Phase 5: ICP Profile
 
-If `.sellable/configs/audience/icp.md` is still a template or thin, ask who the
+If `~/.sellable/configs/audience/icp.md` is still a template or thin, ask who the
 user wants to reach with LinkedIn presence, then write the profile using
 `core/ICP.template.md`.
 
@@ -109,7 +109,7 @@ Ask which specific people the user wants to track, then call
 1. Never fabricate quotes or examples.
 2. Preserve the user's exact phrasing as blockquotes in the style guide.
 3. Keep the interview under 5 minutes of user effort.
-4. Always write results to `.sellable/configs/`.
+4. Always write results to `~/.sellable/configs/`.
 5. Persist the style guide via MCP.
 6. Anchor every question to a real post.
 7. Read business context first, including

package/skills/interview/references/reference-curation.md

@@ -7,13 +7,13 @@ sensitive, external, or only useful for provenance. Every folder uses INDEX.md m
 
 ## Folders
 
-- `.sellable/configs/core/references/linkedin-posts/` - personal best posts,
+- `~/.sellable/configs/core/references/linkedin-posts/` - personal best posts,
   comments, hooks, and thread patterns.
-- `.sellable/configs/core/references/inspiration/` - admired outside examples,
+- `~/.sellable/configs/core/references/inspiration/` - admired outside examples,
   anti-examples, voice-capture sources, and pattern notes.
-- `.sellable/configs/core/references/applications/` - accelerator, investor,
+- `~/.sellable/configs/core/references/applications/` - accelerator, investor,
   founder-profile, and answer-pack references.
-- `.sellable/configs/core/references/sales-copy/` - outbound, reply, website,
+- `~/.sellable/configs/core/references/sales-copy/` - outbound, reply, website,
   deck, objection, proof, and customer-language examples.
 
 Each folder should have an `INDEX.md`. A copied/distilled example should live

package/skills/interview/references/voice-capture-method.md

@@ -5,7 +5,7 @@ materials are provenance; do not expose them as separate user-facing workflows.
 
 ## Operating Loop
 
-1. Prefill from existing `.sellable/configs`, docs, posts, transcripts, emails,
+1. Prefill from existing `~/.sellable/configs`, docs, posts, transcripts, emails,
    call notes, and user-provided samples.
 2. Do evidence collection: collect source path/URL, date, author/speaker,
    context, audience, privacy, and whether the sample is natural speech, edited

package/skills/load-voice/SKILL.md

@@ -16,8 +16,8 @@ Sellable voice/company memory into the current thread before drafting,
 answering, rewriting, reviewing, or calibrating copy in the user's voice.
 
 This is a read-only usage workflow. Do not interview by default, do not write
-memory files, and do not update `.sellable/**` unless the user explicitly asks
-to switch into `$sellable:interview`.
+memory files, and do not update `~/.sellable/**` unless the user explicitly
+asks to switch into `$sellable:interview`.
 </role>
 
 <default_use_cases>
@@ -32,56 +32,52 @@ Use this workflow when the user asks to:
   </default_use_cases>
 
 <load_order>
-Read only relevant files. Start with the active `.sellable/configs` memory
-layer, not random repo docs.
-
-If `.sellable/configs` is not visible from the current working directory, use
-`Glob` to find `**/.sellable/configs/core/my-company.md`, excluding
-`node_modules`, `.next`, `dist`, and `.git`, then use the nearest parent as the
-Sellable memory root.
+Read only relevant files. Start with the active home-level
+`~/.sellable/configs` memory layer, not random repo docs or repo-local
+`~/.sellable` folders.
 
 ## Core Voice And Judgment
 
 Read these when present:
 
-- `.sellable/configs/core/about-me.md`
-- `.sellable/configs/core/anti-ai-writing-style.md`
-- `.sellable/configs/core/decision-rules.md`
-- `.sellable/configs/core/context-modes.md`
+- `~/.sellable/configs/core/about-me.md`
+- `~/.sellable/configs/core/anti-ai-writing-style.md`
+- `~/.sellable/configs/core/decision-rules.md`
+- `~/.sellable/configs/core/context-modes.md`
 
 ## Company Truth And Proof
 
 Read these when present:
 
-- `.sellable/configs/core/my-company.md`
-- `.sellable/configs/core/answer-bank.md`
-- `.sellable/configs/core/proof-ledger.md`
-- `.sellable/configs/core/story-bank.md`
-- `.sellable/configs/core/wins-ledger.md`
+- `~/.sellable/configs/core/my-company.md`
+- `~/.sellable/configs/core/answer-bank.md`
+- `~/.sellable/configs/core/proof-ledger.md`
+- `~/.sellable/configs/core/story-bank.md`
+- `~/.sellable/configs/core/wins-ledger.md`
 
 ## Writing-Specific Guidance
 
 Read these when present and relevant to the task:
 
-- `.sellable/configs/writing/styleguide-core.md`
-- `.sellable/configs/writing/comments.md`
+- `~/.sellable/configs/writing/styleguide-core.md`
+- `~/.sellable/configs/writing/comments.md`
 
 ## Transcript Or Topic Context
 
 Do not bulk-read raw transcripts. If the user asks about a specific topic,
 story, sales call, customer, market view, or correction, first read:
 
-- `.sellable/configs/core/transcripts/INDEX.md`
-- the most relevant file under `.sellable/configs/core/transcripts/topics/`
+- `~/.sellable/configs/core/transcripts/INDEX.md`
+- the most relevant file under `~/.sellable/configs/core/transcripts/topics/`
 
-Only read raw archives under `.sellable/interviews/**` when the index/topic file
-points to one and the current task needs that source detail.
+Only read raw archives under `~/.sellable/interviews/**` when the index/topic
+file points to one and the current task needs that source detail.
 </load_order>
 
 <operating_rules>
 
 - Keep the loader lightweight. The first pass should usually be 6-10 files, not
-  every file under `.sellable`.
+  every file under `~/.sellable`.
 - Apply the loaded profile silently after a short confirmation. Do not paste a
   long summary of the memory unless the user asks for one.
 - If the user already gave a concrete writing task, load the memory and then do

package/skills/research/SKILL.md

@@ -219,7 +219,7 @@ After all agents return, combine into a short Research Notes block. **Strip DEBU
 
 **If researchMode="prospect":**
 
-If the caller passed cross-skill insights (from `.sellable/insights/cross-skill.md`), use them to prioritize hooks — e.g., if engage sessions show "AI compute time" angles get high engagement, rank those hooks higher.
+If the caller passed cross-skill insights (from `~/.sellable/insights/cross-skill.md`), use them to prioritize hooks — e.g., if engage sessions show "AI compute time" angles get high engagement, rank those hooks higher.
 
 ```markdown
 ## {Name} - {Title} at {Company}