# 如何用 AI 构建你的内容系统(并做到 500 万曝光)

> 一套帮你寻找想法、用你的声音起草、发布并从有效内容中学习的内容系统。让作者账号两周做到 500 万曝光、两个月 10 万收藏。

- 原文链接: https://laojin.blog/repost/20260514_ai_content_system_5m_impressions
- 作者: @shannholmberg（老金转载）
- 原始出处: https://x.com/shannholmberg/status/2052780393326092407?s=46
- 发布日期: 2026-05-14
- 标签: 内容创作, AI 工作流, 增长营销, Twitter, 转载

---

> 原文:[@shannholmberg](https://x.com/shannholmberg/status/2052780393326092407?s=46)

一个能为你寻找想法、用你的声音起草、发布、并从有效的内容中学习的系统。它让我的账号在两周内做到 500 万曝光,两个月内 10 万收藏。内容的好坏,最终取决于背后的人和系统。在筛选想法和写作上投入低,从另一头出来就是低质量内容。这篇文章帮你开始构建你自己的内容护城河。我搭的系统只为一件事优化:

> **可被收藏的内容(bookmarkable content)**

那种价值大到让读者忍不住按下收藏按钮、把它放进自己第二大脑里随时翻阅的帖子。我那条破百万曝光的例子:

> 3 月 24 日
>
> Karpathy 的 AutoResearch 正在改变营销活动的优化方式,多数 marketer 还没听说过。Ole Lehmann 在落地页文案上测试了它,一夜之间通过率从 56% 升到 92%。下面是它在营销／skill 上怎么工作

## 你能从这篇文章拿到什么

这里每一节都是你可以复制、调整、本周就放进自己账号里跑的东西。

- **完整的 Content OS 框架,对应到你今天就能搭出来的真实文件夹**
- **四个生产级 prompt,可以直接粘进 Claude 或任何前沿模型,立刻开始交付**
- **V1 起步配置,1-2 小时的前期投入,从此每周都能省下这些时间**
- **写手上下文包(writer context packet)模板,把模糊的 brief 变成具体的草稿**

## 先成绩,后理论

我跑的是我个人的 X 账号。在这一轮之前,账号挂着我的名字、有几千粉丝,但我几乎不打理它。

并没有任何称得上"系统"的东西。只是零散的帖子带来零散的数据。

然后我坐下来,搭了这篇文章里的系统。

两周 500 万曝光,从一个曾经接近沉默的账号开始。之后每周迭代。到第二个月,同一个账号超过 1100 万观看、10 万收藏。

我和别人共同创办了 [@LunarStrategy](https://x.com/@LunarStrategy),我们在为客户部署类似的 Content OS。

## 不可妥协的一条

在任何机制之前,整个系统都按这一条规则运转:

永远不要发布未编辑的内容,每一份草稿都要亲手收尾。系统是加速器,不是自动驾驶。当作自动化使用时,它会衰退。

目标不是从 prompt 里伪造一种声音。目标是从你真实的写作中,构建一个可重复使用的运营资产。把功夫下一次,保持它常新,模型生成的每一份草稿就会从一个更接近你的地方起步——你的时间就花在打磨想法上。

## "可被收藏"到底意味着什么

收藏是读者向未来的自己许下的一个小承诺。它在说:"我以后还会需要这个。"那是比"点赞"高得多的标准,并且在算法里的行为也不一样。

我不会夸大排名机制,但作为一个每周都在跑这个系统的 marketer,模式是稳定的。收藏是一票投给"未来的实用性",能赢得它的帖子在发布日很久之后都还在被推到信息流里。

发出任何内容前,我会先问它是否长得像下面这些之一:

- 一份 checklist
- 一份蓝图
- 一份文件夹结构
- 一份模板
- 一个框架
- 一个分步工作流
- 一张带洞见的截图证据
- 一组 before / after
- 一个可重复使用的心智模型

如果一份草稿任何一种都不像,它通常不应该被发布。

## 一张图看懂这个系统

我不跑一个巨型 prompt,也不跑一堆通用文件夹。我跑的系统围绕一个想法构建:每一篇内容都是一个对象,从想法到发布都自带状态。

```text
┌──────────────────────────┐   ┌──────────────────────────┐
│ EXTERNAL: SIGNAL LAYER   │   │ INTERNAL: KNOWLEDGE GRAPH│
│                          │   │                          │
│ X bookmarks, articles,   │   │ personal OS, notes,      │
│ transcripts, DMs,        │   │ journals, voice memos,   │
│ replies, competitor      │   │ owned content archive    │
│ posts                    │   │                          │
│                          │   │                          │
│ feeds: rewrite,          │   │ feeds: original,         │
│ research + ideate        │   │ repurpose                │
└─────────────┬────────────┘   └─────────────┬────────────┘
              │                              │
              └──────────────┬───────────────┘
                             ▼
            ┌────────────────────────────────────┐
            │ STRATEGY + VOICE + STORES          │
            │ positioning, voice profile,        │
            │ master avoid-slop, ideas, hooks,   │
            │ proof bank, feedback log           │
            └────────────────┬───────────────────┘
                             │ feed into
                             ▼
            ┌────────────────────────────────────┐
            │ PRODUCTION LEADER                  │
            │ opens run folder, routes via       │
            │ idea gate, enforces gates          │
            └────────────────┬───────────────────┘
                             │ creates
                             ▼
            ┌────────────────────────────────────┐
            │ RUN FOLDER (one per content object)│
            │                                    │
            │  idea ─► brief ─► draft ─► verify  │
            │  ─► shann review ─► scheduler      │
            │  ─► feedback                       │
            └────────────────┬───────────────────┘
                             │ updates on the way out
                             ▼
            ┌────────────────────────────────────┐
            │ STORES                             │
            │ winners, losers, voice rules,      │
            │ banned patterns, hooks, proof      │
            └────────────────────────────────────┘
```

上下文存在两个地方。

**信号层(signal layer)** 是你引入的所有外部素材:你这周收藏的内容、监视名单上创作者发的东西、你喜欢的一篇文章。

**知识图谱(knowledge graph)** 是你已经拥有的所有内部素材:你的个人 OS、笔记、日记、语音备忘、以及你已经发布过的内容档案。

路由决定哪个来源喂给 brief,**strategy + voice + stores** 坐在两者和写手之间,让上下文被精挑细选。

每一条帖子、文章、thread 或 campaign 都作为一个新的 run folder 打开。那个文件夹就是内容对象。它从系统的共享部分中拉取所需,按生命周期一道一道闸过去,并在发布时把学到的东西写回去。

一个内容对象的生命周期:

```text
captured
  → idea_review (route: original / repurpose / rewrite / research+ideate)
  → brief_ready
  → drafting
  → verification
  → shann_draft_review
  → approved
  → scheduler_ready
  → scheduled
  → published
  → feedback_24h
  → feedback_72h
  → learned
```

围绕 run folder 的东西:

**strategy(策略)。** 定位、受众、内容支柱、来源监视清单。这是我唯一手工编辑的层。如果你让 AI 写你的定位,那你就没有定位,你只有平均值。

**voice(声音)。** 声音画像(voice profile)和主级 avoid-slop 文档。每个 agent 在写第一行之前都会读它。

**stores(仓库)。** 原始输入的 inbox、需要关注的 workboard、想法 backlog、hook bank、proof bank、feedback log。是 run folder 读取并写回的共享记忆。

**modules(模块)。** 写手 skill(SKILL.md、references、templates)。生产代码。每一个角色对应一个模块。

**workflows(工作流)。** 把内容对象在状态间推动的 playbook:idea-to-published、verifier checklist、scheduler 交接、反馈循环。

## 四种路由

在内容对象进入起草之前,idea gate 做一个决定:这是哪种类型的内容?

四种路由,每一种都有自己的 brief、自己的引用、自己的闸:

**ORIGINAL(原创)。** 直接从你或你的第二大脑里取材(个人 OS、笔记、日记、语音备忘、你拖了几周的想法)。brief 倚靠你的根基:定位、proof bank、内容支柱。无外部来源。高品味投入。

**REPURPOSE(再利用)。** 拿你已有的内容做延展。一个内容系列的衍生、从一篇文章里抽出来的 thread、对一条火过的帖子的自我 QRT、或从你已发布的作品里挑出一句话变成 tweet。骨架是你的,格式变了。

**REWRITE(改写)。** 拿信号层的外部素材(一条值得回应的 tweet、一篇值得拆解的文章、一份带有有用框架的转录稿),用你的视角和声音把它翻译过来。brief 会明确说什么保留、怎么署名、应用哪些声音规则(按主级 avoid-slop 文档执行)。

**RESEARCH + IDEATE(研究 + 构想)。** 在任何起草之前,先探索一个主题、研究规律、生成候选切入角度。输出不是一篇帖子,而是一个被打磨过的想法或一组角度,回流到 stores/ideas/ 等待之后生产。

每一种路由仍然产出一个 run folder,路由在 content-object.md 里声明:

```text
runs/active/2026-05-bookmark-flywheel/
  content-object.md   # route, current state, next action
  idea.md             # the idea gate decision
  brief.md            # writer handoff (for original, repurpose, rewrite)
  draft-package.md    # rendered draft, verifier output, review notes
  feedback.md         # 24h / 72h learnings
```

## 在这之前是什么

在当前的 Content OS 之前,我搭过一个 4-agent 系统跑同一个循环的某个版本:researcher、idea maker、writer、以及一个在它们之间路由的 orchestrator。每个 agent 都有跨 session 持久化的自有记忆。

我用 claude code 把整套东西搭出来,配上 markdown prompt、数据库和 CLI 工具。

> 3 月 2 日
>
> 我搭了一个 4-agent 系统来写 X 内容。我给它一个主题。它搜 X 上的相关 tweet,存调研,按不同 hook 角度产出想法,用我的声音写草稿,然后推到 Typefully。流水线:→ Research:拉 tweet 并存起来

它跑通了,但过度构建了。从结构上看,这本来就只是三个生产步骤加一个反馈循环、却用了四个 agent。跑完它教给我大多数关于 agent 群(agent swarm)的博客遗漏的东西:

> agent 数量不是杠杆。喂给写手的知识层才是。

当前的版本是更精简的版本。更少 agent,更多 workflow,同样的循环,更锋利的输出。

## 你今天就能搭出来的文件夹

你不需要花哨的基础设施。你需要的是一个目录,把共享部分放进去,并且每一个内容对象在发布前都有一个住处。

我的长这样:

```text
/content-os
  /strategy
      positioning.md
      audience.md
      pillars.md
      source-watchlist.md

  /voice
      voice-profile.md
      master-avoid-slop.md

  /stores
      inbox.md
      workboard.md
      ideas/
      hooks/
      proof/
      feedback/

  /runs
      /active
          /2026-05-bookmark-flywheel
              content-object.md
              idea.md
              brief.md
              draft-package.md
              feedback.md
      /archive

  /modules
      /writer
          SKILL.md
          references/
          templates/

  /workflows
      idea-to-published-post.md
      verifier-checklist.md
      scheduler-handoff.md
      feedback-loop.md
```

**runs/active/** 是心脏。里面每一个文件夹就是一个内容对象。一篇内容 = 一个 run folder,那个文件夹会一直带着自己的状态走,直到发布并被归档。

notion、obsidian、git repo、共享盘——你已经在用什么就用什么。形状比工具更重要。

## 你的 V1 配置

预留 1-2 小时的前期工作。你不会在那时就完工。你会"开始"——而那是唯一值得待着的状态。这里花的时间,会以"以后每周都省下的小时数"的形式回款,因为下一份草稿会从带上下文开始,而不是从零开始。

**第 1 步:搭起结构骨架。** 创建六个顶层目录:strategy、voice、stores、runs、modules、workflows。在 runs 内加 active/ 和 archive/。其余先大致留空。

**第 2 步:填 strategy。** 打开 strategy/positioning.md、strategy/audience.md、strategy/pillars.md。每份 3-5 行。pillars 是你已经赢得了发言权的 3-4 个话题。audience 是一个具体的人,而不是一个 segment。

**第 3 步:写下声音锚点。** 放上 voice/voice-profile.md(你永远遵守的 5 条规则、你永远不用的 5 种模式、2-3 条听起来像你"最锋利那天"的参考帖),并开始你自己的 voice/avoid-slop.md(用下文那 8 个模式作为初始过滤器,每次有草稿溜过你的法眼就再加一条)。把 10 条具体的证据放进 stores/proof/,比如数字、名字、你交付过的项目、亲历的例子。

**第 4 步:把 10 条想法扔进 stores/inbox.md。** 其中一半应该来自你这个月在 DM 或电话里已经说过的东西,而不是当场编的。

**第 5 步:为一个想法打开一个 run folder。** 创建 `runs/active/2026-05-{your-slug}/`。在它里面写 `content-object.md`(id、status、format、pillar)和 `brief.md`(下面的 writer context packet 模板)。把 brief 交给你的写作模型。

**第 6 步:读草稿并闭环。** 模型在同一个 run folder 里返回 draft-package.md。对照 verifier 和主级 avoid-slop 文档检查。批准并入队,或带着一条具体的修改备注退回去。发出去后,写 feedback.md 并归档。

## writer context packet(写手上下文包)

这是大多数人做错的部分。他们把整份品牌文档、整个知识库、整条信息流全部塞进一个 prompt。

模型于是写出"安全的糊状物",因为上下文里没有任何东西承重。一个紧凑的 packet 几乎在每次都击败一个巨大的上下文窗口。

packet 作为 brief.md 住在 run folder 里。每个内容对象一个 packet,在起草开始之前写好。

复制这个模板:

```text
writer context packet
─────────────────────
thesis:        one sentence the post must prove
reader:        the specific person who should save it
proof:         numbers, screenshots, stories I am allowed to use
angle:         the unexpected framing
constraints:   format, length, tone, banned phrases
voice anchors: 2-3 lines that sound like me
risks:         what would make this read as slop or as cringe
open loops:    what I do not yet know, that the writer should flag
```

## 可收藏度评分表

在草稿靠近排程之前,先给它打分。每行 0、1、或 2 分:

1. 替读者省下未来要做的某项任务
2. 包含证据(数字、截图、有名字的例子)
3. 给出一个可重复使用的 takeaway(模板、checklist、框架)
4. 有具体的受众和"待办之事(job-to-be-done)"
5. 不需要我在场就能被应用
6. 有一张强力的截图或视觉

满分 12。我个人的及格线是 8。低于 8 的退回 packet,而不是直接扔。大多数"坏"草稿其实是好草稿少打了一行的分。把那一行修了、重新打分、发出去。

这个评分表也是训练新合作者最便宜的方式。你不必抽象地教"品味"。你把评分表交给他们,指三条赢过的帖子,让分数自己说话。

## 主级 avoid-slop 文档

评分表告诉你一篇帖子是否值得被收藏。avoid-slop 文档告诉你一篇帖子是否听起来像人写的。

我每份草稿都过一遍这个文档再发。它有 54 个模式,分三档严重程度,每条都有具体的重写示例。它能抓出比如:

```text
- promotional language ("groundbreaking", "game-changing")
- significance inflation ("pivotal moment", "testament to")
- vague attribution ("experts believe", "studies show")
- false agency ("the system compounds", "the data tells us")
- rhetorical setups ("the question is whether you X")
- staccato fragmentation ("no X. no Y. no Z.")
- em dash overuse (zero is the target)
- filler adverbs ("actually", "literally", "quietly")
```

这是我的 writer agent 起草前会加载、verifier 在批准前会加载的文档。

**这就是「AI 写的」和「一个恰好在用 AI 的人写的」之间的差别。**

我现在还在打磨它在系统里的完整版,但上面这 8 个模式已经足以把你大多数草稿里的 slop 过滤掉。

## 你可以复制的四个 prompt

短、有边界、可被改写。把它们当作起步形状,而不是魔咒。

每一个对应系统的一层。把它们扔进 Claude、GPT 或你用的任何前沿模型。如果你只能留一个,留最后那个 postmortem。

```text
prompt 1: brand foundation extraction
maps to: strategy/ + voice/

ROLE
You are helping me build the foundation layer of a personal-brand
content system. You will turn raw, half-formed notes about my
work, audience, and voice into a tight set of operating documents
my writer agent can use to draft in my voice.

INPUT
I will paste raw notes covering: what I do, who I help, what I
have shipped or built, how I sound when I write, the kinds of
people I want as readers, and anything I refuse to sound like.

PROCESS
1. Read the notes. Note any contradictions or gaps.
2. Ask me up to 5 clarifying questions. Do not skip this step.
3. Once I answer, produce the six artifacts in OUTPUT FORMAT.
4. Flag anything you had to invent or guess. Mark it "assumed".

OUTPUT FORMAT
1. positioning. one sentence. the line a stranger should be able
   to repeat back after one of my posts.
2. audience. one specific person, by role, situation, and stake.
   not a segment.
3. pillars. 3 to 4 topics I have earned the right to talk about,
   each with a one-line reason I am credible on it.
4. voice rules. 5 things I always do.
5. banned patterns. 5 things I never do.
6. proof bank. 10 concrete things I can reference (numbers,
   names, shipped projects, lived examples).

RULES
- If a section is generic, mark it "missing" and tell me what
  you need from me.
- Do not invent numbers, customers, or projects.
- Use my own words wherever possible. Lift phrases from the notes.
- The output should fit on one page. Tight is the point.
```

---

```text
prompt 2: bookmarkability scoring
maps to: stores/ideas/ (idea gate)

ROLE
You are a critic who has read 10,000 high-bookmark posts and
1,000,000 forgettable ones. You can tell, line for line, what
makes a reader save a post versus scroll past.

INPUT
A post idea or a draft. Could be a one-line thesis, a rough
sketch, or a full draft.

PROCESS
1. Read it once for the surface read.
2. Score it 0, 1, or 2 on each row of the rubric below.
3. Total it out of 12.
4. If under 8, name the single row that would lift the score
   most, and how.

RUBRIC
- saves the reader a future task
- includes proof (numbers, screenshot, named example)
- gives a reusable takeaway (template, checklist, frame)
- has a specific audience and job-to-be-done
- can be applied without me being in the room
- has a strong screenshot or visual

OUTPUT FORMAT
- Total score: X / 12
- Strongest row: [row] (why)
- Weakest row: [row] (specific fix, in one line)
- Verdict: ship / fix and re-score / kill

RULES
- Do not pad the score to be encouraging.
- Do not suggest "make it more engaging." Tell me what to add or cut.
- If the idea is well below 8, say "kill" and tell me why directly.
```

---

```text
prompt 3: writer context packet
maps to: runs/active/{slug}/brief.md

ROLE
You are the production lead for my content system. Your job is
to turn one approved idea into a writer context packet, which
is a tight, shaped brief that gives the writer enough to draft
sharply without flooding the model with my entire knowledge base.

INPUT
- One approved idea (thesis, format, target reader)
- Pointers to my foundation files (positioning, audience, pillars,
  voice rules, banned patterns, proof bank)
- Any source material specific to this post (screenshots,
  transcripts, conversation notes)

PROCESS
1. Restate the idea in one sentence to confirm you understood it.
2. Pull only the slices of my foundation files this post needs.
3. Fill in the packet template below.
4. For any field you cant fill, write "missing" and list exactly
   what you need from me.

OUTPUT FORMAT
thesis:        one sentence the post must prove
reader:        the specific person who should save it
proof:         numbers, screenshots, stories I am allowed to use
angle:         the unexpected framing
constraints:   format, length, tone, banned phrases
voice anchors: 2-3 lines that sound like me
risks:         what would make this read as slop or cringe
open loops:    what I do not yet know, that the writer should flag

RULES
- Smaller is better. Aim for 400-900 tokens.
- Do not paste my full foundation files. Pull only the slices
  this post needs.
- Refusal is allowed. If you do not have enough to write a sharp
  packet, say "I do not have enough context" and ask for the one
  missing piece you need.
```

---

```text
prompt 4: viral postmortem (use this one)
maps to: runs/active/{slug}/draft-package.md, final pass before shann_draft_review

ROLE
You are reading a post that already crossed 1M views and 10K
bookmarks one week from now. You are not writing it. You are
explaining, after the fact, why it landed.

INPUT
A draft, ready for the final pass.

PROCESS
1. Read the draft.
2. Point at specific lines that did the work.
3. Name the hook move.
4. Name the proof that made it credible.
5. Name the line a reader would screenshot.
6. Name the line that made it save-worthy.
7. Name the line that would make someone reply or send it to a friend.

OUTPUT FORMAT
- hook move: [exact line] (why it works)
- credibility: [exact line] (why a reader believes it)
- screenshottable line: [exact line]
- save-worthy line: [exact line]
- reply or share trigger: [exact line]
- weakest part: [exact line] (what to fix before shipping)

RULES
- Do not say "great post". Do not say "strong hook". Point at
  specific lines or admit you cant.
- If you cannot point at a line for any of the categories above,
  say so plainly. That is the row I need to fix before it ships.
- The whole point is the model cannot hide behind generic praise.
  Force it to point at mechanics.
```

这条是系统里杠杆最高的 prompt。模型不能说"hook 强"或"insight 棒"。

它必须指出具体的行。大多数能过 verifier 的草稿,仍然过不了这个 prompt——而两者之间的差距,正是真正该编辑的地方。

**下面是它跑在这篇文章上的样子:**

```text
> /viral-postmortem on draft about content system with AI

hook move:
  "content is only as good as the person and the system behind it"
  names the cause directly, no setup, no preamble

credibility:
  "5M impressions in 2 weeks, from an account that had been near silent"
  specific timeline, honest starting state, anchors the proof

screenshottable line:
  "the unit of work is not 'another post.' it is something a
   reader wants to keep."

save-worthy line:
  "if you cannot fill the packet, you do not have a post yet.
   you have a vibe."

reply or share trigger:
  "the brain is the system."

weakest part:
  "two models, two roles" section
  the opus 4.7 + gpt-5.5 specificity will date fast
  generalize the principle, drop the model names
```

## 两个模型,两个角色

当我开始按量级跑这个系统时,事后看显而易见的一件事撞上来了:

写作的工作和"运行系统"的工作是不同的工作,奖励不同的模型。所以我不再用一个模型干所有事。

我现在的拆法是这样:

**writer(opus 4.7)负责:**

- 品味
- 节奏
- 压缩
- 声音
- 真正的草稿

**orchestrator(gpt-5.5)负责:**

- 在层与层之间路由
- 为写手打包合适的上下文
- 决定什么被传入
- 跑 verifier
- 把内容交接给发布层

## 在哪里运行这套系统

只有当 orchestrator 真的能干活时,这种系统才工作。它需要读写文件、调用工具、跑检查、按时把批准过的草稿交给发布层。所以真正的问题不是你用哪个 app,而是这套系统住在哪。

我见过两种能干净跑通的设置。

**1. 第一种是带 claude code 的 VPS。**

你租一台小服务器,把你的 /content-os 文件夹放进 git repo,让 claude code 在它上面跑工作流。你拥有完全控制、一台属于你的机器、给每周回顾用的定时任务、verifier 的脚本,以及一个能碰你那些文件的 AI coder。如果你喜欢自己掌控这个 stack、并且对服务器很自如,就走这条路。

**2. 第二种是 hermes agent,也是我现在跑的。**

它就是为这种形状的工作搭的:agent、skill、工具访问、文件与 git 操作、浏览器与搜索、定时任务,以及贯穿整个工作流的持久上下文。把它指向你的根基、输入和 packet 模板,编排层就会把步骤之间的负担挑起来,让我能把时间花在写作和编辑上。所有草稿在发布前仍然到我手上。

两种都不是必须的。原则才是关键:把系统托管在某个 orchestrator 能读写你文件、调用所需工具、跑 verifier、把批准的帖子交给 postiz 的地方。挑那个适合你工作方式的。

## Postiz 作为发布层

草稿一旦批准,就进入 Postiz 排队。

一个地方就能跨 X、LinkedIn、Instagram、Threads、TikTok、YouTube、Bluesky、Reddit 等等排程。

开源、可自托管,repo 是 gitroomhq/postiz-app,由 [@wickedguro](https://x.com/@wickedguro) 构建。

Postiz 是我让 agent 接触社交平台的地方,是让我的 agent 跨多渠道发布与排程的框架。

试试:[https://postiz.com/](https://postiz.com/)

## 反馈循环就是护城河

大多数人停在"发布"。而那才是系统开始挣钱的地方。

每周我看:

- 观看
- 收藏
- 收藏率
- 回复
- DM 跟进

> 收藏率是我看得最紧的。它告诉我哪些帖子赢得了"保存",而不只是"被划过"。

赢家被复制成"输入示例"放在它们的数字旁边。输者更新声音规则、被禁模式、或想法过滤器。

下一份 packet 因为本周学到的东西而更锋利。

## blueprint

我会把整套系统作为一份 blueprint,发布在我正在搭的新站点 bookmarkable 上。

包括真实的文件夹结构、我跑的 prompt、writer context packet 模板、verifier checklist、评分表、主级 avoid-slop 文档,以及我自己账号上用的文件。

第一时间获取这份系统 blueprint:[https://bookmarkable.io/](https://bookmarkable.io/)

如果你已经有满意的草稿、唯一缺的是发布层,别等我。

现在就去用 Postiz。它就是我接在这套系统后端的同一个工具,会把你批准过的帖子排到每一个重要渠道,你可以一边构建一边把这套 stack 的其他部分围着它接起来。

[https://postiz.com/](https://postiz.com/) — 感谢 Postiz 团队和我合作完成这篇文章。

-- shann