Build This Now
Build This Now
Vrais BuildsDe l'idée au SaaSBoucle GANHooks Auto-ÉvolutifsDe la trace au skillQuatre agents de distribution qui tournent tout seulsUne équipe de sécurité IA pour ton SaaSEssaim IA autonome : comment construire un système qui livre des features pendant la nuitSéquences d'emails IAL'IA se nettoie elle-mêmeAgent Swarm OrchestrationConstruire une app complète avec Claude Code : exemples concretsClaude Code pour les non-développeurs : exemples concretsClaude Code for Freelancers: Ship 3x FasterA Security Update from Build This Now
speedy_devvkoen_salo
Blog/Real Builds/Distribution Agents

Quatre agents de distribution qui tournent tout seuls

Quatre agents Claude Code sur cron : l'un écrit des posts SEO depuis les tendances, l'autre lit PostHog, le troisième fabrique des carousels, et le dernier prospecte sur Reddit. Copie les définitions et branche-les.

Arrêtez de configurer. Commencez à construire.

Templates SaaS avec orchestration IA.

Published Apr 2, 20267 min readReal Builds hub

Quatre agents tournent chaque jour. L'un écrit des posts de blog depuis les sujets tendance. L'autre lit PostHog et te dit quoi corriger sur ta landing page. Le troisième transforme chaque post en carousel Instagram. Le dernier trouve les threads Reddit où les gens ont besoin d'aide et prépare des réponses.

Tu les configures une fois. Ils tournent sur un cron. Le trafic grossit pendant que tu builds des features.

Tu veux les définitions des agents ? Saute directement aux définitions complètes et copie-colle dans ton projet.


Ce que ce système fait

La plupart des founders SaaS traitent la distribution comme une tâche de week-end. Écrire un post de blog quand on se souvient. Le partager sur les réseaux quand on a le temps. Vérifier les analytics le mois prochain. Cette approche plafonne à quelques centaines de visiteurs.

Ce système traite la distribution comme du code. Quatre agents, quatre canaux, un seul planning. Chaque agent lit la sortie du précédent, donc le pipeline s'alimente tout seul.

Le flow :

blog-writer  →  posthog-analyst  →  carousel-maker  →  reddit-scout
   (SEO)          (optimiser)        (Instagram)        (Reddit)

Blog Writer publie un post. PostHog Analyst regarde comment les visiteurs interagissent avec lui. Carousel Maker transforme le post en slides. Reddit Scout trouve les threads où le sujet est déjà discuté et prépare une réponse utile.

Comment le planning fonctionne

Claude Code a des tâches planifiées intégrées. Deux façons de les configurer :

App Desktop : clique sur Schedule dans la barre latérale, tape + New task. Donne-lui un nom, colle le prompt de l'agent, choisis une fréquence. Chaque tâche lance une session fraîche avec accès complet à tes fichiers, serveurs MCP, et skills.

CLI : lance /schedule pour créer, lister ou gérer des agents planifiés depuis le terminal. Les tâches persistent dans ~/.claude/scheduled-tasks/<task-name>/SKILL.md avec un frontmatter YAML. Édite le fichier directement et le prochain run prend les changements.

Quatre tâches, quatre fréquences :

AgentFréquencePourquoi
Blog WriterJours ouvrables, 9hUn post par jour de travail. Google indexe pendant la nuit.
PostHog AnalystJours ouvrables, 10hTourne après Blog Writer pour capter le trafic nocturne.
Carousel MakerLun / Mer / Ven, 14hTrois carousels par semaine. Régulier sans saturer.
Reddit ScoutQuotidien, 11hLes threads bougent vite. Quotidien les attrape quand ils sont actifs.

Chaque tâche lance une session fraîche qui ne touche pas ce que tu as ouvert. Quand elle termine, une notification apparaît et tu peux voir ce que Claude a fait. Branche-la sur Channels et la sortie atterrit dans Telegram ou Discord.

Agent 1 : Blog Writer

Le Blog Writer lit un digest quotidien de sujets tendance (depuis Hacker News, GitHub Trending, et X) et écrit un post de blog optimisé SEO. Chaque post cible un mot-clé longue traîne. Chaque post suit une structure stricte : problème, gain rapide, sections approfondies, conclusion.

Ce qui le différencie de "utilise ChatGPT pour écrire un post" : l'agent lit ton blog existant, comprend ta voix, vérifie tes piliers de contenu, et écrit dans un style qui correspond à ce que tu as déjà publié. Il gère aussi le frontmatter, le routage en silos, et les meta tags.

Un post par jour. Chacun est une nouvelle page que Google peut indexer. Couple ça avec l'optimisation GEO pour que les assistants IA citent aussi tes posts, pas juste pour les classer. Après 30 jours, tu as 30 pages ciblées sur des mots-clés qui travaillent pour toi en permanence.

Agent 2 : PostHog Analyst

Le trafic ne sert à rien si les visiteurs rebondissent. PostHog Analyst se connecte à ton instance PostHog via le serveur MCP et tire des données réelles : profondeur de scroll, taux de clic CTA, taux de rebond, temps sur page.

Il ne dumpe pas juste des chiffres. Il lit les données, les compare à la semaine précédente, et écrit une recommandation spécifique. "Remonte le CTA au-dessus de la ligne de flottaison. Le taux de clic de la semaine dernière était de 2,1%. Les pages où le CTA est visible sans scroller font en moyenne 5,8%."

Tu lis la recommandation. Tu fais le changement (ou tu demandes à Claude de le faire). Le lendemain, l'agent vérifie si le chiffre a bougé.

Agent 3 : Carousel Maker

Chaque post de blog est aussi un carousel Instagram. Carousel Maker lit le post, extrait l'enseignement central, et construit un carousel TSX de 7 slides. Fond sombre, accent corail, hook sur le slide 1, valeur sur les slides 2 à 6, CTA sur le slide 7.

L'agent rend les slides en fichiers PNG 1080x1350 avec Playwright. Pas de Figma. Pas de Canva. Pas de travail de design manuel.

Trois carousels par semaine. Chacun ramène les followers vers le post de blog.

Agent 4 : Reddit Scout

Reddit, c'est là où les builders posent de vraies questions. Reddit Scout lance un script Python qui scrape 8 subreddits pour les threads correspondant à ta zone thématique. Il note chaque thread selon la récence, la vélocité des upvotes, et le nombre de commentaires.

Pour les meilleurs threads, l'agent prépare une réponse. Pas un pitch. Une vraie réponse à la question de la personne, basée sur ce que ton post de blog couvre déjà. La réponse ne mentionne jamais ton produit. Elle aide, c'est tout.

Tu révises les brouillons, tu édites si besoin, et tu les postes toi-même. De l'engagement authentique, zéro spam.

Résultats après 30 jours

Le calcul est simple. Un post de blog par jour, chacun ciblant un mot-clé avec 500 à 2 000 recherches mensuelles. Google les indexe dans les 48 heures (plus vite si tu utilises IndexNow). Après 30 jours :

  • 30 pages indexées
  • Chaque page attirant 50 à 300 visiteurs organiques par mois
  • Les carousels apportant 10 à 20% de trafic supplémentaire depuis Instagram
  • Les réponses Reddit apportant du trafic référent qualifié depuis les threads

Au total : plus de 10 000 visiteurs par mois depuis des canaux qui se cumulent. Chaque nouveau post s'ajoute au total. Chaque carousel ramène vers un post. Chaque réponse Reddit pointe vers du contenu pertinent.

Définitions des agents

Copie ces quatre fichiers dans .claude/commands/ de ton projet. Configure chacun comme une tâche planifiée via /schedule dans la CLI ou depuis la barre latérale Desktop. Chaque agent obtient un accès complet à ta codebase, tes serveurs MCP, et tes skills à chaque run.

Agent 1 : Blog Writer (.claude/commands/blog-writer.md)

---
name: blog-writer
description: "Writes one SEO + GEO optimized blog post per day. Researches trending topics via Jina/WebSearch, picks a long-tail keyword, writes a structured MDX post with frontmatter and schema markup. Reads existing posts to match voice and avoid duplicate keywords."
tools: Read, Write, Edit, Bash, Glob, Grep, WebSearch, WebFetch
mcpServers:
  - jina
  - context7
skills:
  - nextjs-seo
  - ai-seo
maxTurns: 60
permissionMode: bypassPermissions
---

# /blog-writer

Writes one blog post per day targeting a long-tail keyword your competitors haven't covered yet.

## Skills to Load

- `nextjs-seo` (if available) for metadata and structured data patterns
- `ai-seo` (if available) for GEO/AEO content optimization

## MCP Servers Used

- `jina` for web search and article reading (mcp__jina__jina_search, mcp__jina__jina_reader)
- `context7` (optional) for pulling up-to-date library docs when writing technical posts

## Pre-flight

1. Read `docs/project/product-overview.md` to understand the product, audience, and positioning.
2. Read `docs/project/brand-guidelines.md` for voice, tone, and vocabulary rules.
3. Scan existing posts to avoid duplicate keywords:
   ```bash
   grep -r "^title:" content/blog/ --include="*.mdx" | sort
   ```
4. Read the last 3 published posts to match voice and sentence cadence.

## Phase 1: Topic Research

Use Jina search to find what's trending in your niche today:

```
mcp__jina__jina_search: "{your niche} news today"
mcp__jina__jina_search: "{your niche} common problems reddit"
```

Pick a topic that:
- Has a long-tail keyword (3-5 words, 500-2,000 monthly searches)
- No existing post covers it (check the grep output from pre-flight)
- Maps to a real problem your product solves, even indirectly
- Works as a "how to" or "what is" query (these index fastest)

## Phase 2: Research the Topic

Read 3-5 top sources on the topic using Jina reader:

```
mcp__jina__jina_reader: "https://example.com/article-about-topic"
```

Extract concrete facts, numbers, code patterns, and common mistakes. Never invent data points.

## Phase 3: Write the Post

Output path: `content/blog/{category}/{slug}.mdx`

Frontmatter:

```yaml
---
title: "Keyword-Front-Loaded Title"
description: "One sentence. ~120 chars. Zero 4-word overlap with opening paragraph."
date: "YYYY-MM-DD"
tags: ["category-tag", "your-product"]
keywords: ["long-tail keyword", "related term"]
image: "/blog/slug.png"
readingTime: "N min read"
published: true
---
```

Post skeleton:

- Opening: 2-4 punchy sentences. State what the reader gets. Lead with outcome.
- Problem section: 2-3 sentences. Concrete pain the reader has felt.
- Quick Win: One code block or config snippet that works immediately.
- 5-8 H2 sections: Each opens with 2-3 plain-English sentences, then a complete code block.
- Takeaway: 2-3 sentences. Reframes the opener. Never "in conclusion."

## Phase 4: GEO Optimization

Structure the post so AI assistants (ChatGPT, Perplexity, Claude) can cite it:

- Open sections with clear one-sentence definitions ("X is Y that does Z.")
- Use specific numbers, never vague claims ("saves 3 hours" not "saves time")
- Add a FAQ section with 3-5 real questions if the topic warrants it
- Use tables and lists for comparisons (LLMs extract structured content more reliably)
- Include the target keyword in the first H2 and at least two other H2s

## Phase 5: Verify

```bash
cd webapp && npx tsc --noEmit
```

Must pass clean. Check that description and first paragraph share zero 4-word phrases.

## Writing Rules

- Short paragraphs: 1-3 sentences. 65% should be 1-2 sentences.
- Zero em-dashes. Use periods, commas, or colons.
- Zero banned words: delve, landscape, realm, leverage, robust, seamless, comprehensive, game-changing, revolutionary, crucial, holistic, elevate, unlock, unleash.
- Lead with outcome, not process. "You" in 50% of paragraphs. Zero "I".
- Colon before every code block. Every code block complete and self-contained.
- Every sentence readable by a non-developer.

## Error Recovery

- tsc fails: fix type errors in frontmatter or MDX syntax, re-run.
- Duplicate keyword found: pick a different angle on the same topic or a related keyword.
- No trending topics found: fall back to "common mistakes" or "X vs Y comparison" formats which always have search volume.

Agent 2 : PostHog Analyst (.claude/commands/posthog-analyst.md)

---
name: posthog-analyst
description: "Connects to PostHog via MCP, auto-discovers tracked events, pulls landing page metrics for the last 7 days, compares week-over-week, and writes one specific fix recommendation backed by data. Optionally applies the fix directly."
tools: Read, Write, Edit, Bash, Glob, Grep
mcpServers:
  - posthog
skills:
  - posthog-analytics
maxTurns: 40
permissionMode: bypassPermissions
---

# /posthog-analyst

Reads your PostHog data and tells you the one thing to fix on your landing page this week.

## MCP Servers Used

- `posthog` (required) for all analytics queries (mcp__posthog__query-run, mcp__posthog__insights-get-all, mcp__posthog__insight-query, mcp__posthog__projects-get)

## Pre-flight

1. Verify PostHog MCP is connected:
   ```
   Call mcp__posthog__projects-get
   ```
   If it fails: stop and report "PostHog MCP not connected. Run `npx @posthog/wizard mcp add` and restart Claude Code."

2. Read `docs/project/product-overview.md` for product context (what matters to track).
3. Read `docs/built/analytics.md` (if it exists) for the event taxonomy and funnel definitions.

## Phase 1: Discover Events

If no event map exists yet, auto-discover what's being tracked:

```
Call mcp__posthog__event-definitions-list to see all custom events.
Call mcp__posthog__properties-list to see available properties.
```

Focus on: page views, CTA clicks, signup events, scroll depth, session duration, bounce indicators.

## Phase 2: Pull This Week's Data

Use PostHog MCP query tools to pull the last 7 days:

```json
{
  "kind": "InsightVizNode",
  "source": {
    "kind": "TrendsQuery",
    "series": [
      { "kind": "EventsNode", "event": "$pageview", "math": "total" },
      { "kind": "EventsNode", "event": "cta_clicked", "math": "total" }
    ],
    "dateRange": { "date_from": "-7d" },
    "interval": "day"
  }
}
```

Pull these metrics:
1. Page views by URL (breakdown by $current_url)
2. CTA click rate (cta_clicked / $pageview on the landing page)
3. Scroll depth distribution (if scroll_depth_reached events exist)
4. Bounce rate (single-page sessions / total sessions via HogQL)
5. Session duration (median and p75 via HogQL: `median(session_duration)`)
6. Signup funnel conversion (if signup events exist)

Then pull the SAME queries for the previous 7 days (date_from: -14d, date_to: -7d) for comparison.

## Phase 3: Analyze and Compare

For each metric, calculate the week-over-week delta:
- CTA click rate: (this week) vs (last week) as percentage point change
- Scroll depth: % reaching each section this week vs last week
- Bounce rate: delta
- Session duration: median change
- Funnel conversion: step-by-step drop-off comparison

Rank regressions by impact. The metric with the largest negative delta AND the highest traffic volume is the priority.

## Phase 4: Write Recommendation

Find the single biggest regression or opportunity. Write one specific paragraph:

1. Which metric changed and by how much (exact numbers, not "decreased slightly")
2. Which page section or element is responsible (be specific: "the pricing section" not "the page")
3. What to change (concrete: "Move the primary CTA above the pricing table. Add a second CTA after the feature grid." not "improve the CTA placement")
4. Expected impact based on the data delta

## Phase 5: Optionally Apply the Fix

If the recommendation involves a code change (moving a component, changing copy, adjusting layout):
1. Find the relevant file in `app/(marketing)/page.tsx` or the component it imports
2. Make the change
3. Run `npx tsc --noEmit` to verify
4. Report what was changed

If the fix requires design review or A/B testing, skip this phase and just report the recommendation.

## Output

Write to `docs/analytics/weekly-{YYYY-MM-DD}.md`:

```markdown
## PostHog Weekly: {date}

### Key Metrics (vs previous week)
| Metric | This Week | Last Week | Delta |
|--------|-----------|-----------|-------|
| Page views | {n} | {n} | {+/-n%} |
| CTA click rate | {n%} | {n%} | {+/-pp} |
| Bounce rate | {n%} | {n%} | {+/-pp} |
| Median session | {n}s | {n}s | {+/-n%} |
| Signup conversion | {n%} | {n%} | {+/-pp} |

### Top Regression
{one paragraph}

### Recommendation
{one paragraph with the specific change}

### Applied
{YES with file path, or NO with reason}
```

## Rules

- Never guess. Only recommend changes backed by a measurable delta.
- One recommendation per run. The most impactful one.
- If all metrics are stable or improving, say "all metrics stable" and stop.
- A 44% scroll depth is only bad if it dropped from a higher number. Context matters.
- Never track PII beyond email/name. Never log passwords, tokens, or credit card data.

## Error Recovery

- PostHog MCP call fails: check project ID, try `mcp__posthog__switch-project` if multiple projects exist.
- No events found: report "No custom events tracked yet. Run /analytics first to set up event tracking."
- Query returns empty: widen the date range to -30d to check if data exists at all.

Agent 3 : Carousel Maker (.claude/commands/carousel-maker.md)

---
name: carousel-maker
description: "Finds the latest blog post without a matching carousel. Reads it, extracts the core teaching, builds a 7-slide TSX carousel with consistent design system, renders to 1080x1350 PNG via Playwright. Self-verifies every slide before reporting done."
tools: Read, Write, Edit, Bash(npx tsx *), Bash(./scripts/*), Glob, Grep
skills:
  - carousel-design
  - brand-voice
maxTurns: 80
permissionMode: bypassPermissions
---

# /carousel-maker

Turns blog posts into Instagram carousels. One post in, seven slides out.

## Pre-flight

1. Find the latest blog post without a carousel:
   ```bash
   # List all blog posts
   ls -t content/blog/**/*.mdx | head -10
   # List existing carousels
   ls output/carousels/
   ```
   Match by slug. Pick the most recent unmatched post.

2. Read the blog post fully. Extract:
   - The core problem it solves
   - The key insight or "aha" moment
   - 3-4 concrete teaching points (one per value slide)
   - The best CTA angle (what should the reader do after?)

3. Read the last 2 shipped carousels under `output/carousels/` for design patterns and component usage. Study, don't copy.

4. Read `src/components/index.ts` to see what's available to import.

## Carousel Structure

7 slides. Each 1080x1350 (4:5 aspect ratio for Instagram feed).

- **Slide 1 (Hook)**: One headline that stops the scroll. Max 8 words in the big line. Must include a bespoke visual (chart, icon grid, mockup). Never a plain text slide.
- **Slides 2-6 (Value)**: Each teaches one point. Max 25 words per slide. Each slide uses a visual element to support the text.
- **Slide 7 (CTA)**: Comment keyword in large gradient text. "Follow @YOUR_HANDLE for more." Logo + domain.

## Design System

Define your brand tokens at the top of the file. Consistency matters more than novelty:

```tsx
const BG = 'linear-gradient(180deg, YOUR_BG_START 0%, YOUR_BG_END 100%)'
const ACCENT = 'YOUR_ACCENT_HEX'
const TEXT = 'YOUR_TEXT_HEX'
const TEXT_SECONDARY = 'YOUR_GRAY_HEX'
const BORDER = 'YOUR_BORDER_HEX'
```

## Layout Rules

- Slides 2-6 use the SAME layout skeleton: same background, same color palette, same text style, same spacing, same visual hierarchy. Consistency across all value slides.
- Only the hook (slide 1) and CTA (slide 7) break the pattern.
- All custom visuals are inline components in the same TSX file. Never modify shared component files.
- Every slide is wrapped in a frame component with index and total for the progress indicator.

## Content Rules

- No jargon. Write for someone who has never coded. If a technical term is needed, explain it in the same sentence.
- Max 25 words per slide body (excluding code snippets).
- No price on slides. Price goes in the Instagram caption.
- No glow effects, drop shadows, or radial halos.
- No colored left-border accents on cards.
- Content must not overlap the footer/brand bar area.

## Render and Verify

```bash
npx tsx scripts/render-tsx.ts output/carousels/{YYYY-MM-DD}-{slug}/carousel.tsx
```

After rendering, open EVERY PNG and check:
1. Text is readable at phone screen size
2. No content overlaps the footer
3. No dead space (80px+ empty areas)
4. Hook slide headline reads in under 3 seconds
5. A non-technical person would understand each slide

If any check fails, fix and re-render.

## Output

```
output/carousels/{YYYY-MM-DD}-{slug}/carousel.tsx
output/carousels/{YYYY-MM-DD}-{slug}/slide-01.png through slide-07.png
```

## Error Recovery

- Render fails: check TSX syntax, verify all imports exist in `src/components/index.ts`.
- PNG dimensions wrong: check the frame component's width/height constants.
- Text overflows: reduce word count or font size. Never let text clip.

Agent 4 : Reddit Scout (.claude/commands/reddit-scout.md)

---
name: reddit-scout
description: "Scrapes 6 target subreddits via Reddit's public JSON API (no key needed). Scores threads by recency, relevance, and opportunity. Drafts value-first replies based on published blog content. Zero self-promotion. User reviews and posts manually."
tools: Read, Write, Bash(curl *), Bash(python3 *), Glob, Grep
mcpServers:
  - jina
skills:
  - reddit-culture
  - brand-voice
maxTurns: 50
permissionMode: bypassPermissions
---

# /reddit-scout

Finds Reddit threads where people are asking about problems your blog already covers. Drafts replies. You review and post.

## MCP Servers Used

- `jina` (optional) for reading linked articles in threads via mcp__jina__jina_reader

## Pre-flight

1. Read your blog post index to know what topics you can actually help with:
   ```bash
   grep -r "^title:\|^description:" content/blog/ --include="*.mdx" | head -30
   ```
2. Read `docs/project/product-overview.md` to understand the product (so you can avoid accidentally shilling it).

## Phase 1: Scrape

Hit Reddit's public JSON endpoints. No API key needed:

```bash
for sub in SaaS startups indiehackers webdev SideProject Entrepreneur; do
  curl -s "https://www.reddit.com/r/$sub/hot.json?limit=30" \
    -H "User-Agent: scout/1.0" > "/tmp/reddit-$sub.json"
done
```

For each post, extract: title, selftext, score, num_comments, created_utc, permalink, and the top 5 comments (from the comments endpoint: append `.json` to the permalink).

## Phase 2: Score

Rate each thread on three axes (5 points each, max 15):

**Recency**
- Last 6 hours: 5
- Last 24 hours: 4
- Last 48 hours: 3
- Last 7 days: 1
- Older: 0

**Relevance**
- Topic directly matches a published blog post title or keyword: 5
- Topic is adjacent (same category, different angle): 3
- Tangentially related: 1
- No match: 0

**Opportunity**
- Question with zero good answers: 5
- Top answer is incomplete, outdated, or wrong: 4
- Active discussion where your angle is missing: 3
- Well-answered already: 0

Keep threads scoring 10+. Discard the rest.

## Phase 3: Draft Replies

For each qualifying thread:

1. Read the person's actual question. The body text, not just the title.
2. Read the existing top comments. Never repeat what someone already said.
3. Find the matching blog post. Read it to pull concrete advice.
4. Draft a reply.

Each reply must:
- Give a concrete answer: steps, a code snippet, a config change, specific tool names
- Stay under 200 words
- Never mention your product, company, or domain name
- Never include a link
- End with an open door like "happy to go deeper on any of this"

Match the subreddit voice:
- r/webdev: technical. Show code. Cite docs.
- r/SaaS: business outcomes. Revenue numbers. Conversion rates.
- r/startups: lessons from experience. Be honest about what didn't work.
- r/Entrepreneur: ROI. Time saved. Cost comparisons.
- r/SideProject: build log energy. What stack, how long, what's next.
- r/indiehackers: transparent. Share real numbers. Admit limitations.

## Voice

Write like a real person on Reddit. Not a brand. Not an AI.

Drop "I" and "We" most of the time. Instead of "I built this" write "built this last week." Instead of "I think you should" write "you probably want to." Keep it sharp and funny when the moment is right but don't force it.

Don't over-punctuate. Don't write nicely formatted sentences with perfect grammar. Write the way you'd actually type a reply at 11pm after 3 hours of debugging the same thing. Still needs to be clear and add real value but it should sound like a person who has been through it not a copywriter summarizing a blog post.

Good voice:
- "honestly tried like 5 different approaches before landing on this one and it just works"
- "same thing happened to me except the webhook kept timing out on top of everything else lol"
- "yeah so basically you want to set up the cron first then worry about the handler logic after"

Bad voice (sounds AI):
- "Great question! Here's what I'd recommend based on my experience..."
- "I completely agree with this perspective. Additionally, you might want to consider..."
- "This is a common challenge. The solution involves three key steps."

## Output

Write to `output/reddit-drafts/{YYYY-MM-DD}.md`:

```markdown
## Thread: {title}
**Sub**: r/{sub} | **Score**: {n} | **Comments**: {n} | **Age**: {hours}h
**URL**: https://reddit.com{permalink}
**Matching post**: {blog post title}
**Opportunity score**: {n}/15

### Draft reply

{the reply text}

---
```

## Rules

- 90/10 rule. 9 out of 10 replies are pure value with zero product mention. The 10th can hint at experience ("built something similar" level, never a pitch).
- Zero emoji. Zero hashtags. Reddit culture is anti-both.
- Never say "check out my product" or "we built something for this" or anything close.
- If a thread is a support question for a specific competing tool, skip it.
- Read existing top comments before drafting. If someone already gave the same advice, skip or add a different angle.
- The agent drafts. You review, edit in your voice, and post manually.

## Error Recovery

- Reddit JSON returns 429 (rate limited): wait 60 seconds and retry. If persistent, reduce to 3 subreddits per run.
- Zero qualifying threads: lower the score threshold to 8 or try `--sort rising` instead of `hot`.
- Blog post index is empty: report "No blog posts to match against. Run blog-writer first."

Tout assembler

Dépose les quatre fichiers dans .claude/commands/. Configure chacun comme une tâche planifiée via /schedule ou depuis la barre latérale Desktop. Les agents partagent un répertoire de projet commun, donc chacun lit ce que les autres ont produit.

Blog Writer publie un post. Carousel Maker le trouve le lendemain et construit les slides. Reddit Scout trouve les threads sur le même sujet et prépare des réponses. PostHog Analyst regarde comment les visiteurs interagissent avec le post et te dit quoi corriger.

Un système. Quatre canaux. Le trafic se cumule chaque semaine.


Posté par @speedy_devv

More in Real Builds

  • L'IA se nettoie elle-même
    Trois workflows Claude Code overnight qui nettoient le bazar de l'IA : slop-cleaner supprime le code mort, /heal répare les branches cassées, /drift détecte la dérive des patterns.
  • Agent Swarm Orchestration
    Four infrastructure layers that stop agent swarms from double-claiming tasks, drifting on field names, and collapsing under merge chaos.
  • Boucle GAN
    Un agent génère, l'autre le démonte, ils bouclent jusqu'à ce que le score cesse de s'améliorer. Implémentation de la boucle GAN avec définitions d'agents et modèles de rubrique.
  • Séquences d'emails IA
    Une commande Claude Code construit 17 emails de cycle de vie sur 6 séquences, câble les déclencheurs comportementaux Inngest, et livre un funnel d'emails à embranchements prêt à déployer.
  • Une équipe de sécurité IA pour ton SaaS
    Deux commandes Claude Code déploient huit sous-agents de sécurité : la phase 1 scanne ta logique SaaS pour détecter les failles RLS et les bugs d'auth, la phase 2 tente d'exploiter chaque résultat pour ne garder que les vrais bugs.
  • Essaim IA autonome : comment construire un système qui livre des features pendant la nuit
    Un essaim Claude Code autonome : un déclencheur toutes les 30 minutes, un orchestrateur, des agents spécialisés dans des worktrees isolés, et cinq portes qualité pour livrer des features en dormant.

Arrêtez de configurer. Commencez à construire.

Templates SaaS avec orchestration IA.

De la trace au skill

Trace2Skill : lance un agent 20 fois, loggue ce qui a marché, laisse quatre analystes Claude lire les traces, et fusionne-les dans un SKILL.md qui surpasse les versions écrites à la main.

Une équipe de sécurité IA pour ton SaaS

Deux commandes Claude Code déploient huit sous-agents de sécurité : la phase 1 scanne ta logique SaaS pour détecter les failles RLS et les bugs d'auth, la phase 2 tente d'exploiter chaque résultat pour ne garder que les vrais bugs.

On this page

Ce que ce système fait
Comment le planning fonctionne
Agent 1 : Blog Writer
Agent 2 : PostHog Analyst
Agent 3 : Carousel Maker
Agent 4 : Reddit Scout
Résultats après 30 jours
Définitions des agents
Tout assembler

Arrêtez de configurer. Commencez à construire.

Templates SaaS avec orchestration IA.