|
| 1 | +# Automated CMO Function — Implementation Plan (Three X Accounts) |
| 2 | + |
| 3 | +Goal |
| 4 | +- Replace outsourced Fiverr engagement with an in-house, measurable, low-risk automation system that coordinates: |
| 5 | + - @TheCesarCross (founder) |
| 6 | + - @sovren_software (brand) |
| 7 | + - @mrhaven_agent (product agent) |
| 8 | + |
| 9 | +Current baseline (from latest captured sample) |
| 10 | +- @TheCesarCross: 7/7 posts are replies, short-reply ratio 0.714, avg impressions 3.43 |
| 11 | +- @sovren_software: 8/8 posts are replies, short-reply ratio 0.875, avg impressions 6.25 |
| 12 | +- @mrhaven_agent: 8/8 posts are root posts, avg impressions 5.62 |
| 13 | +- Pattern observed in outsourced-style behavior: high-volume short replies, broad low-overlap targeting, weak engagement yield. |
| 14 | + |
| 15 | +Interpretation |
| 16 | +- The current engagement mode is over-indexed on low-context reactive replies. |
| 17 | +- Root narrative production is underrepresented on founder + brand accounts in sampled window. |
| 18 | +- This aligns with low return on outsourced spend. |
| 19 | + |
| 20 | +--- |
| 21 | + |
| 22 | +## Phase 1 — Instrumentation + Baseline Lock (now) |
| 23 | + |
| 24 | +Implemented |
| 25 | +- Collector: scripts/collect_x_data.py |
| 26 | +- Analyzer: scripts/analyze_x_cmo.py |
| 27 | +- Action queue generator: scripts/generate_engagement_queue.py |
| 28 | +- Config: config/cmo_accounts.yaml |
| 29 | + |
| 30 | +Output artifacts |
| 31 | +- data/latest.json |
| 32 | +- reports/cmo-analysis.json |
| 33 | +- reports/cmo-analysis.md |
| 34 | +- data/engagement-queue.json |
| 35 | + |
| 36 | +Operating command |
| 37 | +- cd ~/cDesign/sovren-website/ops/cmo-automation |
| 38 | +- source ~/.claude/secrets.env |
| 39 | +- export CMO_TIMELINE_MAX=20 |
| 40 | +- python3 scripts/collect_x_data.py |
| 41 | +- python3 scripts/analyze_x_cmo.py |
| 42 | +- python3 scripts/generate_engagement_queue.py |
| 43 | + |
| 44 | +--- |
| 45 | + |
| 46 | +## Phase 2 — Reconstruct Fiverr Playbook (1–2 days) |
| 47 | + |
| 48 | +Method |
| 49 | +1) Pull daily snapshots for 14 days. |
| 50 | +2) Tag candidate outsourced actions with heuristics: |
| 51 | + - starts with @ |
| 52 | + - <= 90 chars |
| 53 | + - generic opener patterns |
| 54 | + - low dwell (burst cadence) |
| 55 | +3) Split output into: |
| 56 | + - worked: replies with above-median impressions/likes |
| 57 | + - failed: replies with 0 interaction and low impressions |
| 58 | + |
| 59 | +Deliverables |
| 60 | +- reports/fiverr-playbook-reconstruction.md |
| 61 | +- reports/fiverr-pattern-confusion-matrix.json |
| 62 | + |
| 63 | +Decision gate |
| 64 | +- If short reply ratio > 0.65 and avg likes < 0.5 on targeted accounts, cap automated replies and shift volume to root + quote strategy. |
| 65 | + |
| 66 | +--- |
| 67 | + |
| 68 | +## Phase 3 — Improved Strategy Model (systematized) |
| 69 | + |
| 70 | +Account strategy |
| 71 | +1) Founder (@TheCesarCross) |
| 72 | +- Primary: authority and framing |
| 73 | +- Mix target: 35% root, 50% high-signal replies, 15% quotes |
| 74 | +- Rule: no generic acknowledgements without differentiated opinion |
| 75 | + |
| 76 | +2) Brand (@sovren_software) |
| 77 | +- Primary: thesis + product context |
| 78 | +- Mix target: 45% root, 40% contextual replies, 15% quotes |
| 79 | +- Rule: every reply should ladder to sovereignty thesis or product proof |
| 80 | + |
| 81 | +3) Product (@mrhaven_agent) |
| 82 | +- Primary: utility + proofs |
| 83 | +- Mix target: 60% root utility posts, 25% proof/context replies, 15% quote amplification |
| 84 | +- Rule: keep proof-linked clarity; avoid broad-topic drift |
| 85 | + |
| 86 | +Cross-account orchestration rules |
| 87 | +- Founder seeds perspective → brand codifies thesis → mrhaven_agent supplies proof/utility. |
| 88 | +- No duplicate same-angle reply across two accounts within 12 hours. |
| 89 | +- Daily coordination cap: 1 shared topic cluster/day. |
| 90 | + |
| 91 | +--- |
| 92 | + |
| 93 | +## Phase 4 — Automation Execution Layer (safe automation) |
| 94 | + |
| 95 | +Execution architecture |
| 96 | +- Scheduler: cron (or GitHub Actions) |
| 97 | +- Data: snapshot JSON + analysis report + queue JSON |
| 98 | +- Executor modes: |
| 99 | + - dry-run (default): generate recommended actions only |
| 100 | + - assisted: human approves queued actions |
| 101 | + - auto-lite: post only pre-approved templates with strict limits |
| 102 | + |
| 103 | +Risk controls |
| 104 | +- per-account reply caps/hour |
| 105 | +- 24h cooldown on same-user repeated replies |
| 106 | +- random delay jitter |
| 107 | +- require contextual relevance score before posting |
| 108 | +- hard block list + topic deny list |
| 109 | + |
| 110 | +Immediate policy change |
| 111 | +- pause blind high-volume replying |
| 112 | +- enforce minimum root-post floor each account/day |
| 113 | +- route all auto actions through queue + review for first 2 weeks |
| 114 | + |
| 115 | +--- |
| 116 | + |
| 117 | +## Phase 5 — KPI and Feedback Loop |
| 118 | + |
| 119 | +North-star KPIs |
| 120 | +- engagement per post by type (root/reply/quote) |
| 121 | +- follower delta/week |
| 122 | +- reply conversion rate (reply -> profile visit/follow) |
| 123 | +- cross-account amplification uplift |
| 124 | + |
| 125 | +Guardrail KPIs |
| 126 | +- % low-signal replies (short generic) < 30% |
| 127 | +- duplicate semantic replies/day < 10% |
| 128 | +- actions rejected by reviewer (quality failure) |
| 129 | + |
| 130 | +Weekly review output |
| 131 | +- reports/weekly-cmo-review-YYYY-MM-DD.md |
| 132 | +- includes: what changed, what worked, what to stop, next week experiments |
| 133 | + |
| 134 | +--- |
| 135 | + |
| 136 | +## What to do next (execution order) |
| 137 | + |
| 138 | +1) Start daily collection |
| 139 | +- Run collector+analyzer twice daily for 14 days. |
| 140 | + |
| 141 | +2) Add first automation gate |
| 142 | +- Keep generate_engagement_queue.py in dry-run. |
| 143 | +- Review queue manually and execute only approved actions. |
| 144 | + |
| 145 | +3) Build reply-quality scorer |
| 146 | +- Add lightweight semantic rubric: |
| 147 | + - specificity |
| 148 | + - thesis alignment |
| 149 | + - non-generic value add |
| 150 | + |
| 151 | +4) Promote to auto-lite only after 2-week KPI check |
| 152 | +- If KPIs improve and guardrails hold, allow bounded auto execution. |
| 153 | + |
| 154 | +--- |
| 155 | + |
| 156 | +Status |
| 157 | +- Baseline system scaffold is implemented under: |
| 158 | + ~/cDesign/sovren-website/ops/cmo-automation |
| 159 | +- Ready for day-1 operation and playbook reconstruction. |
0 commit comments