taketomarket 2.2.0 → 2.3.1

package/workflows/lifecycle/produce.md

@@ -1,3 +1,32 @@
+## Step 0: First-run inline education
+
+Read `.taketomarket/CONFIG.md`. Parse `first_run_seen` (object) and `inline_education` (boolean, default true).
+
+If `inline_education` is false: skip this step. Else if `first_run_seen.ttm-produce` is not `true`, print the explainer below verbatim, then mark this skill as seen:
+
+```bash
+node "${CLAUDE_PLUGIN_ROOT}/bin/ttm-tools.cjs" first-run mark ttm-produce
+```
+
+Use this exact check (bash) to decide whether to print: `node "${CLAUDE_PLUGIN_ROOT}/bin/ttm-tools.cjs" first-run check ttm-produce --raw` -- the JSON `seen` field is `true` once the explainer has run before.
+
+### Explainer for `/ttm-produce`
+
+`/ttm-produce` is the production wave. It loads the brief, positioning, brand,
+ICP, and playbook into a fresh 200K-token Task() subagent context, generates
+the hero asset, then fans out parallel subagents for derivatives. Each producer
+runs in isolation and writes to `MANIFEST.json` for the verify step to consume.
+
+Why it matters: producing in the main conversation context means your generic
+chat history pollutes the output. Fresh contexts + structured inputs are why
+takeToMarket assets pass verification at a higher rate than free-form prompts.
+This is also the only place where multiple assets are built in parallel --
+sequential production is two-to-five times slower at the same quality.
+
+(Canonical source: `references/inline-education-blurbs.md`. Embedded verbatim because workflows do not @-resolve files at runtime.)
+
+---
+
 <purpose>
 Production orchestration workflow for /ttm-produce. Generates content assets in
 fresh Task() subagent contexts loaded with brief + positioning (full) + brand (full) +
@@ -14,7 +43,7 @@ consumption (per D-11).
 <constraints>
 ## POSITIONING.md is READ-ONLY
 
-**Do NOT modify `.marketing/POSITIONING.md` during this workflow.**
+**Do NOT modify `.taketomarket/POSITIONING.md` during this workflow.**
 
 POSITIONING.md is an architectural invariant. If you detect positioning drift:
 - In verify: use the Escalate option to launch /ttm-positioning-shift
@@ -62,24 +91,24 @@ SLUG=$(echo "$ARGUMENTS" | sed 's/--text//g' | xargs)
 ```
 
 Read Tier 1 summaries from all 9 reference files (lines 1 to `<!-- END_SUMMARY -->`):
-- `.marketing/POSITIONING.md`
-- `.marketing/BRAND.md`
-- `.marketing/ICP.md`
-- `.marketing/CHANNELS.md`
-- `.marketing/STATE.md` (frontmatter only)
-- `.marketing/CALENDAR.md`
-- `.marketing/COMPETITORS.md`
-- `.marketing/METRICS.md`
-- `.marketing/LEARNINGS.md`
+- `.taketomarket/POSITIONING.md`
+- `.taketomarket/BRAND.md`
+- `.taketomarket/ICP.md`
+- `.taketomarket/CHANNELS.md`
+- `.taketomarket/STATE.md` (frontmatter only)
+- `.taketomarket/CALENDAR.md`
+- `.taketomarket/COMPETITORS.md`
+- `.taketomarket/METRICS.md`
+- `.taketomarket/LEARNINGS.md`
 
 Read Tier 2 (full content) for production context (per D-03):
-- `.marketing/POSITIONING.md`
-- `.marketing/BRAND.md`
-- `.marketing/ICP.md`
+- `.taketomarket/POSITIONING.md`
+- `.taketomarket/BRAND.md`
+- `.taketomarket/ICP.md`
 
 Read campaign-specific files (always full-load per context-loading.md rule 4):
-- `.marketing/CAMPAIGNS/${SLUG}/STATE.md`
-- `.marketing/CAMPAIGNS/${SLUG}/BRIEF.md`
+- `.taketomarket/CAMPAIGNS/${SLUG}/STATE.md`
+- `.taketomarket/CAMPAIGNS/${SLUG}/BRIEF.md`
 
 ---
 
@@ -114,7 +143,7 @@ Read campaign state. Check the `phase` field:
 takeToMarket > PARSING BRIEF
 ```
 
-Read `.marketing/CAMPAIGNS/${SLUG}/BRIEF.md`.
+Read `.taketomarket/CAMPAIGNS/${SLUG}/BRIEF.md`.
 
 Extract the assets list from the brief. The brief contains an "Assets List" section (created by /ttm-brief) structured as a Markdown table with columns: asset type, channel, and role.
 
@@ -207,12 +236,12 @@ Identify the hero asset (first entry in `ASSETS_LIST`).
 Read the agent prompt template from `${CLAUDE_PLUGIN_ROOT}/agents/ttm-producer.md`.
 
 Fill all placeholders with actual paths:
-- `[BRIEF_PATH]` --> `.marketing/CAMPAIGNS/${SLUG}/BRIEF.md`
-- `[POSITIONING_PATH]` --> `.marketing/POSITIONING.md`
-- `[BRAND_PATH]` --> `.marketing/BRAND.md`
-- `[ICP_PATH]` --> `.marketing/ICP.md`
+- `[BRIEF_PATH]` --> `.taketomarket/CAMPAIGNS/${SLUG}/BRIEF.md`
+- `[POSITIONING_PATH]` --> `.taketomarket/POSITIONING.md`
+- `[BRAND_PATH]` --> `.taketomarket/BRAND.md`
+- `[ICP_PATH]` --> `.taketomarket/ICP.md`
 - `[PLAYBOOK_PATH]` --> resolved playbook path from Step 4, or `"none"`
-- `[OUTPUT_PATH]` --> `.marketing/CAMPAIGNS/${SLUG}/ASSETS/01-${HERO_TYPE}-${HERO_CHANNEL}.md`
+- `[OUTPUT_PATH]` --> `.taketomarket/CAMPAIGNS/${SLUG}/ASSETS/01-${HERO_TYPE}-${HERO_CHANNEL}.md`
 - `[ASSET_TYPE]` --> hero asset type from brief (e.g., "blog-post")
 - `[CHANNEL]` --> hero asset channel from brief (e.g., "organic-search")
 - `[HERO_PATH]` --> `none` (this IS the hero asset)
@@ -223,7 +252,7 @@ Call Task() with the populated prompt.
 
 After Task() returns, verify the hero file exists and has content:
 ```bash
-test -s ".marketing/CAMPAIGNS/${SLUG}/ASSETS/01-${HERO_TYPE}-${HERO_CHANNEL}.md"
+test -s ".taketomarket/CAMPAIGNS/${SLUG}/ASSETS/01-${HERO_TYPE}-${HERO_CHANNEL}.md"
 ```
 
 If the file is empty or missing:
@@ -253,15 +282,15 @@ For each derivative asset in `ASSETS_LIST` (all entries after the hero):
    - etc.
 
 3. Fill all placeholders:
-   - `[BRIEF_PATH]` --> `.marketing/CAMPAIGNS/${SLUG}/BRIEF.md`
-   - `[POSITIONING_PATH]` --> `.marketing/POSITIONING.md`
-   - `[BRAND_PATH]` --> `.marketing/BRAND.md`
-   - `[ICP_PATH]` --> `.marketing/ICP.md`
+   - `[BRIEF_PATH]` --> `.taketomarket/CAMPAIGNS/${SLUG}/BRIEF.md`
+   - `[POSITIONING_PATH]` --> `.taketomarket/POSITIONING.md`
+   - `[BRAND_PATH]` --> `.taketomarket/BRAND.md`
+   - `[ICP_PATH]` --> `.taketomarket/ICP.md`
    - `[PLAYBOOK_PATH]` --> resolved playbook path from Step 4, or `"none"`
-   - `[OUTPUT_PATH]` --> `.marketing/CAMPAIGNS/${SLUG}/ASSETS/${NN}-${TYPE}-${CHANNEL}.md`
+   - `[OUTPUT_PATH]` --> `.taketomarket/CAMPAIGNS/${SLUG}/ASSETS/${NN}-${TYPE}-${CHANNEL}.md`
    - `[ASSET_TYPE]` --> derivative asset type
    - `[CHANNEL]` --> derivative asset channel
-   - `[HERO_PATH]` --> `.marketing/CAMPAIGNS/${SLUG}/ASSETS/${HERO_FILE}`
+   - `[HERO_PATH]` --> `.taketomarket/CAMPAIGNS/${SLUG}/ASSETS/${HERO_FILE}`
 
 4. Call Task() with the populated prompt.
 
@@ -269,7 +298,7 @@ All derivative Task() calls can run in parallel (per D-01 wave-parallel pattern)
 
 After ALL derivative Task() calls complete, verify each derivative file exists and has content:
 ```bash
-test -s ".marketing/CAMPAIGNS/${SLUG}/ASSETS/${NN}-${TYPE}-${CHANNEL}.md"
+test -s ".taketomarket/CAMPAIGNS/${SLUG}/ASSETS/${NN}-${TYPE}-${CHANNEL}.md"
 ```
 
 For any derivative that failed (file empty or missing):
@@ -295,10 +324,10 @@ Fill with actual values:
   "campaign": "${SLUG}",
   "produced_at": "${ISO_TIMESTAMP}",
   "context_loaded": {
-    "brief": ".marketing/CAMPAIGNS/${SLUG}/BRIEF.md",
-    "positioning": ".marketing/POSITIONING.md",
-    "brand": ".marketing/BRAND.md",
-    "icp": ".marketing/ICP.md"
+    "brief": ".taketomarket/CAMPAIGNS/${SLUG}/BRIEF.md",
+    "positioning": ".taketomarket/POSITIONING.md",
+    "brand": ".taketomarket/BRAND.md",
+    "icp": ".taketomarket/ICP.md"
   },
   "hero": {
     "asset_id": 1,
@@ -331,7 +360,7 @@ TIMESTAMP=$(node "${CLAUDE_PLUGIN_ROOT}/bin/ttm-tools.cjs" timestamp --raw)
 Only include successfully produced assets (those that passed the `test -s` check) in the manifest.
 If any derivatives failed, `total_assets` reflects only the successful count.
 
-Write the completed manifest to `.marketing/CAMPAIGNS/${SLUG}/MANIFEST.json`.
+Write the completed manifest to `.taketomarket/CAMPAIGNS/${SLUG}/MANIFEST.json`.
 
 The manifest is the ONLY bridge between produce and verify contexts (per D-11). Verify reads
 this file to discover which assets exist and what context was loaded during production.
@@ -357,7 +386,7 @@ takeToMarket > PRODUCTION COMPLETE
 Assets produced: ${TOTAL_SUCCESSFUL_ASSETS}
 Hero: 01-${HERO_TYPE}-${HERO_CHANNEL}.md
 Derivatives: [list of derivative filenames]
-Manifest: .marketing/CAMPAIGNS/${SLUG}/MANIFEST.json
+Manifest: .taketomarket/CAMPAIGNS/${SLUG}/MANIFEST.json
 
 [If any derivatives failed:]
 WARNING: ${FAILED_COUNT} derivative(s) failed production. Check the manifest for details.
@@ -365,6 +394,20 @@ WARNING: ${FAILED_COUNT} derivative(s) failed production. Check the manifest for
 Next: Run /ttm-verify ${SLUG} to validate assets against quality gates
 ```
 
+---
+
+## Step 9: Final humanization (MANDATORY)
+
+Every audience-facing asset MUST pass through `/ttm-humanize` before write.
+
+For each draft asset produced in this phase:
+1. Invoke `/ttm-humanize <draft-path>` via the Skill tool.
+2. Wait for the rewritten version.
+3. Write the humanized output to the final asset destination.
+4. Do not write the un-humanized draft.
+
+Internal state files (campaign briefs, manifests, STATE.md) are exempt.
+
 </process>
 
 <success_criteria>
@@ -375,9 +418,17 @@ Next: Run /ttm-verify ${SLUG} to validate assets against quality gates
 - [ ] Campaign STATE.md updated to phase=produced with timestamp
 - [ ] No playbook errors (graceful fallback for missing playbooks with warning)
 - [ ] Failed derivatives logged but do not abort the run
+- [ ] Each audience-facing asset passed through /ttm-humanize before final write.
 </success_criteria>
 
 <output>
-- `.marketing/CAMPAIGNS/${SLUG}/ASSETS/*.md` (produced content files)
-- `.marketing/CAMPAIGNS/${SLUG}/MANIFEST.json` (production manifest for /ttm-verify)
+- `.taketomarket/CAMPAIGNS/${SLUG}/ASSETS/*.md` (produced content files)
+- `.taketomarket/CAMPAIGNS/${SLUG}/MANIFEST.json` (production manifest for /ttm-verify)
 </output>
+
+## What if this doesn't fit?
+
+Looks like /ttm-produce can't do that yet.
+
+- Want a new skill? /ttm-request-skill
+- Existing skill needs work? /ttm-improve-skill

package/workflows/lifecycle/review.md

@@ -1,3 +1,32 @@
+## Step 0: First-run inline education
+
+Read `.taketomarket/CONFIG.md`. Parse `first_run_seen` (object) and `inline_education` (boolean, default true).
+
+If `inline_education` is false: skip this step. Else if `first_run_seen.ttm-review` is not `true`, print the explainer below verbatim, then mark this skill as seen:
+
+```bash
+node "${CLAUDE_PLUGIN_ROOT}/bin/ttm-tools.cjs" first-run mark ttm-review
+```
+
+Use this exact check (bash) to decide whether to print: `node "${CLAUDE_PLUGIN_ROOT}/bin/ttm-tools.cjs" first-run check ttm-review --raw` -- the JSON `seen` field is `true` once the explainer has run before.
+
+### Explainer for `/ttm-review`
+
+`/ttm-review` is human-in-the-loop sign-off. After verify passes the
+automated wall, review surfaces the asset with diff context and the gate
+results so you can sanity-check tone, claims, and channel fit before it
+ships. You can approve, reject with feedback, or escalate to a positioning
+shift.
+
+Why it matters: automated gates catch invariant violations but not subjective
+calls about whether an asset is the right one for this moment. Review is the
+human commit-message step: the system stops, surfaces context, and waits for
+your decision rather than auto-shipping.
+
+(Canonical source: `references/inline-education-blurbs.md`. Embedded verbatim because workflows do not @-resolve files at runtime.)
+
+---
+
 <purpose>
 Review workflow for /ttm-review. Presents verified assets with structured
 review checklist for human evaluation (LIFE-10). Collects per-asset outcomes
@@ -13,7 +42,7 @@ revision feedback on Revise (D-12). Auto-triggers /ttm-fix for revised assets (D
 <constraints>
 ## POSITIONING.md is READ-ONLY
 
-**Do NOT modify `.marketing/POSITIONING.md` during this workflow.**
+**Do NOT modify `.taketomarket/POSITIONING.md` during this workflow.**
 
 POSITIONING.md is an architectural invariant. If you detect positioning drift:
 - In verify: use the Escalate option to launch /ttm-positioning-shift
@@ -63,33 +92,33 @@ SLUG=$(echo "$ARGUMENTS" | sed 's/--text//g' | xargs)
 If SLUG is empty, error: "Usage: /ttm-review [campaign-slug]. Provide a campaign slug." Exit.
 
 **Load Tier 1 summaries** from all 9 reference files (lines 1 to `<!-- END_SUMMARY -->`):
-- `.marketing/POSITIONING.md`
-- `.marketing/BRAND.md`
-- `.marketing/ICP.md`
-- `.marketing/CHANNELS.md`
-- `.marketing/STATE.md` (frontmatter only)
-- `.marketing/CALENDAR.md`
-- `.marketing/COMPETITORS.md`
-- `.marketing/METRICS.md`
-- `.marketing/LEARNINGS.md`
+- `.taketomarket/POSITIONING.md`
+- `.taketomarket/BRAND.md`
+- `.taketomarket/ICP.md`
+- `.taketomarket/CHANNELS.md`
+- `.taketomarket/STATE.md` (frontmatter only)
+- `.taketomarket/CALENDAR.md`
+- `.taketomarket/COMPETITORS.md`
+- `.taketomarket/METRICS.md`
+- `.taketomarket/LEARNINGS.md`
 
 **Tier 2:** None for review (per context-loading.md matrix -- review is human-driven).
 
 **Load campaign-specific files** (always full-load per context-loading.md rule 4):
-- `.marketing/CAMPAIGNS/${SLUG}/STATE.md`
-- `.marketing/CAMPAIGNS/${SLUG}/BRIEF.md`
+- `.taketomarket/CAMPAIGNS/${SLUG}/STATE.md`
+- `.taketomarket/CAMPAIGNS/${SLUG}/BRIEF.md`
 
 **Load MANIFEST.json:**
 ```bash
-MANIFEST_PATH=".marketing/CAMPAIGNS/${SLUG}/MANIFEST.json"
+MANIFEST_PATH=".taketomarket/CAMPAIGNS/${SLUG}/MANIFEST.json"
 ```
 
-Read `.marketing/CAMPAIGNS/${SLUG}/MANIFEST.json`. If the file does not exist, error:
+Read `.taketomarket/CAMPAIGNS/${SLUG}/MANIFEST.json`. If the file does not exist, error:
 "No production manifest found for campaign '${SLUG}'. Run /ttm-produce first."
 Exit.
 
 **Load VERIFICATION.md:**
-Read `.marketing/CAMPAIGNS/${SLUG}/VERIFICATION.md`. If the file does not exist, error:
+Read `.taketomarket/CAMPAIGNS/${SLUG}/VERIFICATION.md`. If the file does not exist, error:
 "No verification report found for campaign '${SLUG}'. Run /ttm-verify first."
 Exit.
 
@@ -150,7 +179,7 @@ GATE_RESULTS[asset_name] = {
 ```
 
 **Load content previews** from disk. For each asset:
-- Read the file from `.marketing/CAMPAIGNS/${SLUG}/${asset.file}`
+- Read the file from `.taketomarket/CAMPAIGNS/${SLUG}/${asset.file}`
 - Extract the first ~500 characters for the hero, first ~300 characters for derivatives (D-04)
 - If an asset file is missing from disk, display warning and skip it
 
@@ -169,7 +198,7 @@ Display the hero asset in full detail:
 
 ```
 ## [HERO_ASSET_NAME]
-File: .marketing/CAMPAIGNS/${SLUG}/${HERO_FILE}
+File: .taketomarket/CAMPAIGNS/${SLUG}/${HERO_FILE}
 
 ### Gate Summary
 | Gate | Result |
@@ -187,7 +216,7 @@ File: .marketing/CAMPAIGNS/${SLUG}/${HERO_FILE}
 
 ### Content Preview
 [First ~500 characters of the asset]
-[Full file: .marketing/CAMPAIGNS/${SLUG}/${HERO_FILE}]
+[Full file: .taketomarket/CAMPAIGNS/${SLUG}/${HERO_FILE}]
 ```
 
 **Present the 4 mandatory review questions** from review-checklist.md. Use
@@ -251,7 +280,7 @@ Collect structured revision feedback per D-12 (see review-checklist.md):
 
 Set hero `review_status` = `"needs-fix"` in memory.
 
-Write the structured feedback to `.marketing/CAMPAIGNS/${SLUG}/REVIEW-FEEDBACK-${HERO_NAME}.md`:
+Write the structured feedback to `.taketomarket/CAMPAIGNS/${SLUG}/REVIEW-FEEDBACK-${HERO_NAME}.md`:
 ```markdown
 # Review Feedback: [HERO_ASSET_NAME]
 
@@ -296,12 +325,12 @@ For each derivative asset:
 Show abbreviated gate summary (PASS count / WARN count / FAIL count -- not full table):
 ```
 ## [DERIVATIVE_NAME]
-File: .marketing/CAMPAIGNS/${SLUG}/${DERIVATIVE_FILE}
+File: .taketomarket/CAMPAIGNS/${SLUG}/${DERIVATIVE_FILE}
 Gates: ${PASS_COUNT} PASS / ${WARN_COUNT} WARN / ${FAIL_COUNT} FAIL
 
 ### Content Preview
 [First ~300 characters of the asset]
-[Full file: .marketing/CAMPAIGNS/${SLUG}/${DERIVATIVE_FILE}]
+[Full file: .taketomarket/CAMPAIGNS/${SLUG}/${DERIVATIVE_FILE}]
 ```
 
 ### Review Questions (Batch Mode)
@@ -317,7 +346,7 @@ Same 3 outcome options (Approve/Revise/Reject) per D-03.
 If **Approve**: Set derivative `review_status` = `"approved"` in memory.
 
 If **Revise**: Collect same structured revision feedback (failed items, severity,
-specific feedback). Write to `.marketing/CAMPAIGNS/${SLUG}/REVIEW-FEEDBACK-${DERIVATIVE_NAME}.md`.
+specific feedback). Write to `.taketomarket/CAMPAIGNS/${SLUG}/REVIEW-FEEDBACK-${DERIVATIVE_NAME}.md`.
 Set derivative `review_status` = `"needs-fix"` in memory.
 
 If **Reject**: Collect rejection reason. Set derivative `review_status` = `"rejected"` in memory.
@@ -326,7 +355,7 @@ If **Reject**: Collect rejection reason. Set derivative `review_status` = `"reje
 
 ## Step 6: Update MANIFEST.json with Review Status (D-11, D-13)
 
-Read MANIFEST.json from `.marketing/CAMPAIGNS/${SLUG}/MANIFEST.json`.
+Read MANIFEST.json from `.taketomarket/CAMPAIGNS/${SLUG}/MANIFEST.json`.
 
 Add `review_status` field to hero and each derivative:
 - `"approved"` for Approve outcomes
@@ -427,6 +456,23 @@ After fixes, approved + fixed assets can ship together via `/ttm-ship ${SLUG}`.
 </success_criteria>
 
 <output>
-- `.marketing/CAMPAIGNS/${SLUG}/MANIFEST.json` (updated with review_status per asset)
-- `.marketing/CAMPAIGNS/${SLUG}/REVIEW-FEEDBACK-*.md` (one per revised asset)
+- `.taketomarket/CAMPAIGNS/${SLUG}/MANIFEST.json` (updated with review_status per asset)
+- `.taketomarket/CAMPAIGNS/${SLUG}/REVIEW-FEEDBACK-*.md` (one per revised asset)
 </output>
+
+---
+
+## Step: Landing/pSEO quality gates (conditional)
+
+If any asset under review is a landing-page or pSEO asset (detect by path under `landing_path` config):
+
+Read and follow `${CLAUDE_PLUGIN_ROOT}/workflows/site/quality-gates.md`. Pass each gated asset through gates 1-6.
+
+If any gate fails: report failure to user with gate output. Recommend `/ttm-fix`.
+
+## What if this doesn't fit?
+
+Looks like /ttm-review can't do that yet.
+
+- Want a new skill? /ttm-request-skill
+- Existing skill needs work? /ttm-improve-skill

package/workflows/lifecycle/ship.md

@@ -1,3 +1,31 @@
+## Step 0: First-run inline education
+
+Read `.taketomarket/CONFIG.md`. Parse `first_run_seen` (object) and `inline_education` (boolean, default true).
+
+If `inline_education` is false: skip this step. Else if `first_run_seen.ttm-ship` is not `true`, print the explainer below verbatim, then mark this skill as seen:
+
+```bash
+node "${CLAUDE_PLUGIN_ROOT}/bin/ttm-tools.cjs" first-run mark ttm-ship
+```
+
+Use this exact check (bash) to decide whether to print: `node "${CLAUDE_PLUGIN_ROOT}/bin/ttm-tools.cjs" first-run check ttm-ship --raw` -- the JSON `seen` field is `true` once the explainer has run before.
+
+### Explainer for `/ttm-ship`
+
+`/ttm-ship` is the publish step. It packages the approved asset for its
+target channel, writes the canonical version into the campaign's `shipped/`
+directory, updates STATE.md to `shipped`, and records the outcome metric
+hooks so `/ttm-measure` knows what to read later.
+
+Why it matters: shipping in marketing is when a campaign becomes a measurable
+unit. Without the structured ship step, you've got files in a folder and no
+way to attribute results back to the brief. Treat this like `git tag` plus
+deployment: the moment the asset goes live and starts producing data.
+
+(Canonical source: `references/inline-education-blurbs.md`. Embedded verbatim because workflows do not @-resolve files at runtime.)
+
+---
+
 <purpose>
 Ship workflow for /ttm-ship. Generates a dynamic launch checklist per campaign
 based on channel mix and asset types (D-09). AI auto-checks verifiable items,
@@ -13,7 +41,7 @@ status allows staggered launches (D-11). Only ship-ready assets can ship.
 <constraints>
 ## POSITIONING.md is READ-ONLY
 
-**Do NOT modify `.marketing/POSITIONING.md` during this workflow.**
+**Do NOT modify `.taketomarket/POSITIONING.md` during this workflow.**
 
 POSITIONING.md is an architectural invariant. If you detect positioning drift:
 - In verify: use the Escalate option to launch /ttm-positioning-shift
@@ -63,34 +91,34 @@ SLUG=$(echo "$ARGUMENTS" | sed 's/--text//g' | xargs)
 If SLUG is empty, error: "Usage: /ttm-ship [campaign-slug]. Provide a campaign slug." Exit.
 
 **Load Tier 1 summaries** from all 9 reference files (lines 1 to `<!-- END_SUMMARY -->`):
-- `.marketing/POSITIONING.md`
-- `.marketing/BRAND.md`
-- `.marketing/ICP.md`
-- `.marketing/CHANNELS.md`
-- `.marketing/STATE.md` (frontmatter only)
-- `.marketing/CALENDAR.md`
-- `.marketing/COMPETITORS.md`
-- `.marketing/METRICS.md`
-- `.marketing/LEARNINGS.md`
+- `.taketomarket/POSITIONING.md`
+- `.taketomarket/BRAND.md`
+- `.taketomarket/ICP.md`
+- `.taketomarket/CHANNELS.md`
+- `.taketomarket/STATE.md` (frontmatter only)
+- `.taketomarket/CALENDAR.md`
+- `.taketomarket/COMPETITORS.md`
+- `.taketomarket/METRICS.md`
+- `.taketomarket/LEARNINGS.md`
 
 **Load Tier 2 (full content)** for ship checklist generation:
-- `.marketing/CHANNELS.md` (needed for UTM schema and channel-specific details)
+- `.taketomarket/CHANNELS.md` (needed for UTM schema and channel-specific details)
 
 **Load campaign-specific files** (always full-load per context-loading.md rule 4):
-- `.marketing/CAMPAIGNS/${SLUG}/STATE.md`
-- `.marketing/CAMPAIGNS/${SLUG}/BRIEF.md`
+- `.taketomarket/CAMPAIGNS/${SLUG}/STATE.md`
+- `.taketomarket/CAMPAIGNS/${SLUG}/BRIEF.md`
 
 **Load MANIFEST.json:**
 ```bash
-MANIFEST_PATH=".marketing/CAMPAIGNS/${SLUG}/MANIFEST.json"
+MANIFEST_PATH=".taketomarket/CAMPAIGNS/${SLUG}/MANIFEST.json"
 ```
 
-Read `.marketing/CAMPAIGNS/${SLUG}/MANIFEST.json`. If the file does not exist, error:
+Read `.taketomarket/CAMPAIGNS/${SLUG}/MANIFEST.json`. If the file does not exist, error:
 "No production manifest found for campaign '${SLUG}'. Run /ttm-produce first."
 Exit.
 
 **Load VERIFICATION.md:**
-Read `.marketing/CAMPAIGNS/${SLUG}/VERIFICATION.md`. If the file does not exist, error:
+Read `.taketomarket/CAMPAIGNS/${SLUG}/VERIFICATION.md`. If the file does not exist, error:
 "No verification report found for campaign '${SLUG}'. Run /ttm-verify first."
 Exit.
 
@@ -224,7 +252,7 @@ the ship-ready asset files and campaign data.
 Scan each ship-ready asset file for URLs containing `utm_` parameters.
 - Check format: `utm_source`, `utm_medium`, `utm_campaign` must all be present in each
   tracked URL.
-- Cross-reference against `.marketing/CHANNELS.md` UTM schema if available.
+- Cross-reference against `.taketomarket/CHANNELS.md` UTM schema if available.
 - Result: PASS (valid UTMs found on all trackable links), WARN (no trackable links found
   in assets -- may be expected for some asset types), FAIL (malformed UTMs -- missing
   required parameters or inconsistent naming).
@@ -517,5 +545,21 @@ If SHIPPED_COUNT < 3, do not display anything.
 </success_criteria>
 
 <output>
-- `.marketing/CAMPAIGNS/${SLUG}/MANIFEST.json` (updated with ship_status and shipped_at per asset)
+- `.taketomarket/CAMPAIGNS/${SLUG}/MANIFEST.json` (updated with ship_status and shipped_at per asset)
 </output>
+
+---
+
+## Step: Deploy landing/pSEO assets (conditional)
+
+If any asset in this campaign is a landing-page or pSEO asset:
+1. Invoke `/ttm-deploy` via Skill tool.
+2. Confirm a deploy URL was produced.
+3. Confirm `/ttm-deploy` wrote `last_deploy_url` to `.taketomarket/CONFIG.md` (its Step 4). `CONFIG.md` is the single source of truth — read back by `/ttm-verify`. Do not duplicate into the campaign's STATE.md.
+
+## What if this doesn't fit?
+
+Looks like /ttm-ship can't do that yet.
+
+- Want a new skill? /ttm-request-skill
+- Existing skill needs work? /ttm-improve-skill