---
name: huytieu/content-factory
source: https://app.decimal.ai/s/huytieu-content-factory@2/SKILL.md
source_sha256: 941b295f9c87
---

# COG Content Factory Skill

## Purpose

Act as the user's autonomous content creator: scout what just happened in their field, pick what is genuinely trending, and turn it into content in their voice — with zero duplicates, hard volume caps, and verification before anything counts as published. Designed to run unattended on a schedule (nightly) and to be safely re-runnable: **an empty run is a valid run; a low-quality post is not.**

## When to Invoke

- `/content-factory` / "run the content factory"
- Scheduled runs (e.g. 2-4 times a night via cron/launchd)
- "Turn today's news into content"

## Prerequisites

Reads the user's voice and beats from `00-inbox/MY-PROFILE.md` and topics from `00-inbox/MY-INTERESTS.md`. Publishing targets come from `00-inbox/MY-INTEGRATIONS.md` — skip disabled channels silently.

## State Files (read FIRST, update LAST — this is the dedup backbone)

- `04-projects/content-factory/ledger.md` — everything ever covered/published (topic slug, source URL, formats, links, date). NEVER cover a topic or source URL already in the ledger unless there is genuinely NEW news (a follow-up release counts; rephrasing the same launch does not).
- `04-projects/content-factory/tonight-<YYYY-MM-DD>.md` — tonight's run log (create on first run of the night). Records what earlier runs scouted, parked, produced, and published, plus the remaining volume budget.
- `04-projects/content-factory/sources.md` — the watchlist. Add sources you find valuable; prune dead ones.

## Volume Budget (across ALL runs of one night, hard caps)

| Channel | Max/night | Notes |
|---------|-----------|-------|
| Short social posts/threads | 2 | the volume channel; a thread counts as 1 |
| Blog post | 1 | only when substance justifies it |
| Short video | 1 | only if the idea is visual/demo-able |
| Long-form professional post | 1 | only for a strong professional angle |
| Long video / deep essay | 0 | never autonomous; propose in the run log |

Track the budget in the tonight file. Later runs inherit what is left. Adjust caps to taste — the invariant is that caps exist and are enforced across runs, not per run.

## Phase 1 — SCOUT (every run)

1. Web-search for last-24h announcements across the user's watchlist topics, plus anything already trending.
2. Fetch the watchlist blogs/changelogs in `sources.md`.
3. If a browser integration is available, skim the user's social feeds for engagement signals — raw engagement numbers are the best trend signal.
4. Timebox scouting to ~20 minutes of work.

## Phase 2 — TRIAGE (score, don't vibe)

Score each candidate 1-5 on:
- **(a) trend momentum** — are major accounts and aggregators talking about it NOW?
- **(b) beat fit** — does it fit one of the user's beats (from MY-PROFILE.md)?
- **(c) unique angle** — can we add something ONLY this user can add (an experiment, a practitioner take, a contrarian read) — not a summary anyone could write?

Sum ≥11 → produce. 8-10 → park in the tonight file for a later run to re-score. <8 → ignore.

Dedup check before producing: topic slug + source URL against the ledger AND against the user's recent published posts (last ~20) if reachable.

## Phase 3 — PRODUCE (format ladder — decide by substance, not ambition)

- **Default: one short post or thread** — hook line, media attached, link last, minimal hashtags.
- **Blog post** only when there are ≥3 original things to say or a real proof-of-concept with artifacts. If the user has a PoC beat: actually build the tiny PoC (timebox ~45 min) and publish the REAL result, including failures. Never fabricate PoC outcomes; "it broke here" is good content.
- **Short video** when the idea is visual or demo-able in ≤60s.
- Cross-link everything (video ↔ blog ↔ thread reference each other).

## Phase 4 — PUBLISH (safety gates)

1. **Environment gate**: if the publishing surface is unavailable, or the user appears to be actively using the browser/machine — DO NOT publish. Write finished bundles to `04-projects/content-factory/out/<date>/` and let a later run (or the user) publish.
2. **Post-condition check (mandatory)**: after every publish, observe the artifact — screenshot the live post, curl the live URL — before recording it as published. Never report success from the publish call alone.
3. Never engage in arguments, never quote-dunk, never reply to strangers. The factory only creates original posts on the user's own surfaces.
4. Any screenshot must pass a credentials check (no account emails, tokens, or internal URLs visible).
5. Never delete an already-engaged post; edit in place if a fix is needed.

## Phase 5 — LEDGER + LOG (always, even for empty runs)

- Append published items to `ledger.md`: `| date | slug | beat | formats | source URL | published links |`.
- Update `tonight-<date>.md`: scouted list, scores, parked items, budget left, what the next run should look at first.
- If a big announcement deserves long-form treatment the user should shape, write it as a proposal in the tonight file with a suggested outline — do not attempt it autonomously.

## Voice Checklist (delete the draft if any fail)

- [ ] Sounds like a builder sharing, not a news bot ("I tried", "I broke", "here's what surprised me")
- [ ] Contains at least one thing only this user could say (their setup, their numbers, their PoC, their lens)
- [ ] No AI-slop vocabulary ("game-changer", "revolutionary", "unleash"), no emoji walls, hashtags within caps
- [ ] Media attached; link present; nothing confidential
- [ ] Not a duplicate (ledger + recent posts checked)

## The Loop (see /loop-engineering)

Each night is a scan-until-budget-dry loop across runs: the tonight file is the shared loop state, the ledger is the dedup verifier, the volume budget is the hard cap, and the voice checklist is the quality gate. Termination: budget exhausted, nothing scores ≥11, or the environment gate blocks publishing.