一个发现你的想法、用你的声音起草、发布它们、并从有效的内容中学习的系统。它在 2 周内将我的账户带到 500 万次曝光，2 个月内达到 10 万次收藏。
内容只与背后的人和系统一样好。投入策划想法和写作的低努力意味着另一端产出的低质量内容。
核心原则
系统优化一件事：
可收藏的内容
一种对读者尖叫足够价值，让他们点击收藏按钮并添加到第二大脑供参考的帖子。
不可协商的规则： 永远不要发布未经编辑的内容，手工完成每个草稿。系统是加速器，不是自动驾驶仪。用作自动化时，它会衰减。
目标不是从提示词中伪造声音。而是从你的真实写作中构建可复用的运营资产。做一次工作，保持更新，模型产生的每个草稿都会更接近你，所以你的时间进入锐化想法。
什么是"可收藏"
收藏是读者对未来自己做出的小承诺。它说"我会再次需要这个。"这是一个比点赞高得多的门槛，在算法中的行为也不同。
在发布任何内容之前，我问帖子是否看起来像以下之一：
- 清单
- 蓝图
- 文件夹结构
- 模板
- 框架
- 逐步工作流
- 带要点的证明截图
- 前后对比
- 可复用的心智模型
如果草稿不像其中任何一个，它通常不应该被发布。
系统架构
系统围绕一个理念构建：每段内容都是一个携带自己状态从想法到发布的对象。
┌──────────────────────────┐ ┌──────────────────────────┐
│ 外部：信号层 │ │ 内部：知识图谱 │
│ │ │ │
│ X 收藏、文章、转录 │ │ 个人 OS、笔记、 │
│ 本、DM、回复、 │ │ 日记、语音备忘录、 │
│ 竞争对手帖子 │ │ 已发布内容存档 │
│ │ │ │
│ 输入：改写、研究+构思 │ │ 输入：原创、再利用 │
└─────────────┬────────────┘ └─────────────┬────────────┘
│ │
└──────────────┬───────────────┘
▼
┌────────────────────────────────────┐
│ 策略 + 声音 + 存储 │
│ 定位、声音配置文件、 │
│ 主防烂文档、想法、钩子、 │
│ 证明库、反馈日志 │
└────────────────┬───────────────────┘
│ 输入
▼
┌────────────────────────────────────┐
│ 生产负责人 │
│ 打开运行文件夹，通过 │
│ 想法门路由，强制执行门 │
└────────────────┬───────────────────┘
│ 创建
▼
┌────────────────────────────────────┐
│ 运行文件夹（每个内容对象一个） │
│ │
│ 想法 → 简报 → 草稿 → 验证 │
│ → Shann 审查 → 调度器 │
│ → 反馈 │
└────────────────┬───────────────────┘
│ 离开时更新
▼
┌────────────────────────────────────┐
│ 存储 │
│ 赢家、输家、声音规则、 │
│ 禁止模式、钩子、证明 │
└────────────────────────────────────┘
上下文存在于两个地方：
- 信号层：你带入的所有外部内容——本周收藏的内容、监控列表上创作者的内容、你喜欢的文章
- 知识图谱：你已经拥有的所有内部内容——你的个人 OS、笔记、日记、语音备忘录和已发布内容的存档
路由决定哪个源喂养简报，策略 + 声音 + 存储 坐在两者和写作者之间，以便上下文被策划。
每个帖子、文章、线程或活动都作为新的运行文件夹打开。该文件夹是内容对象。它从系统的共享部分拉取，通过门生命周期移动，并在发布时写回学习。
内容对象的生命周期
captured
→ idea_review (路由: 原创 / 再利用 / 改写 / 研究+构思)
→ brief_ready
→ drafting
→ verification
→ shann_draft_review
→ approved
→ scheduler_ready
→ scheduled
→ published
→ feedback_24h
→ feedback_72h
→ learned
围绕运行文件夹的部分：
- 策略：定位、受众、支柱、源监控列表。唯一手工编辑的层
- 声音：声音配置文件和主防烂文档。每个智能体在起草一行之前阅读
- 存储：原始输入收件箱、需要关注的工作板、想法积压、钩子库、证明库、反馈日志。运行文件夹读取和写回的共享记忆
- 模块：写作者技能（SKILL.md、参考、模板）。生产代码。你给系统的每个角色一个模块
- 工作流：移动内容对象通过其状态的剧本：想法到发布、验证器清单、调度器交接、反馈循环
四条路由
在内容对象进入起草之前，想法门做一个决定：这是什么类型的内容？
四条路由，每条有自己的简报、自己的参考和自己的门：
原创：直接从你或你的第二大脑（个人 OS、笔记、日记、语音备忘录、你已经坐了数周的想法）创建的东西。简报依赖你的基础：定位、证明库、支柱。无外部源。高品味投资。
再利用：获取拥有的内容并扩展它。内容系列衍生、从你的文章之一旋转出的线程、命中帖子的自我 QRT，或从你已发布的作品中提取单行的推文。脊柱是你的。格式改变。
改写：从信号层获取外部源材料（值得回应的推文、值得拆解的文章、带有用框架的转录本），并通过你的观点和声音翻译它。简报明确说明保留什么、归功于什么、以及哪些声音规则适用。
研究 + 构思：探索话题、研究模式、在任何起草开始之前生成候选角度。输出不是帖子。它是锐化的想法或喂养回存储/想法/供以后生产的角度列表。
每条路由仍然产生一个运行文件夹，路由声明在 content-object.md 中。
文件夹结构
/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/ 是心脏。那里的每个文件夹都是一个内容对象。一段内容等于一个运行文件夹，该文件夹携带自己的状态直到发布并被归档。
写作者上下文包
这是大多数人做错的部分。他们把整个品牌文档、整个知识库和整个 feed 倾倒到一个提示词中。模型写安全 mush，因为上下文中没有什么是承重的。紧密的包几乎每次都击败巨大的上下文窗口。
包存在于运行文件夹中作为 brief.md。每个内容对象一个包，起草开始前编写。
模板：
writer context packet
─────────────────────
thesis: 帖子必须证明的一句话
reader: 应该保存它的具体人
proof: 我可以使用的数字、截图、故事
angle: 意外的框架
constraints: 格式、长度、语气、禁止短语
voice anchors: 2-3 行听起来像我的
risks: 什么会让这读起来像烂或尴尬
open loops: 我还不知道的，写作者应该标记的
可收藏性评分标准
草稿进入调度器之前，给它评分。每条零、一或两分：
- 为读者节省未来任务
- 包括证明（数字、截图、命名示例）
- 给出可复用的要点（模板、清单、框架）
- 有特定受众和待完成工作
- 可以在我不在场的情况下应用
- 有强截图或视觉
满分 12 分。我的个人门槛是 8 分。低于 8 分返回包，不是垃圾桶。大多数"坏"草稿是跳过了评分标准中一行的好的草稿。修复该行，重新评分，发布。
主防烂文档
评分标准告诉你帖子是否值得保存。防烂文档告诉你帖子是否听起来像人写的。
作者在发布前通过 54 个模式运行每个草稿，分为三个严重级别，每个都有具体重写。它捕获诸如：
- 促销语言（"突破性"、"改变游戏"）
- 重要性膨胀（"关键时刻"、"证明"）
- 模糊归因（"专家认为"、"研究表明"）
- 虚假代理（"系统复利"、"数据告诉我们"）
- 修辞设置（"问题是你是否 X"）
- 断奏碎片化（"没有 X。没有 Y。没有 Z。"）
- 破折号过度使用（零是目标）
- 填充副词（"实际上"、"字面上"、"安静地"）
这是"AI 写了这个"和"一个碰巧使用 AI 的人写了这个"之间的区别。
两个模型，两个角色
以量运行系统时，作者发现：
写作的工作和运行系统的工作是不同的工作，它们奖励不同的模型。所以停止为一切使用一个模型。
写作者（Opus 4.7）处理：
- 品味
- 节奏
- 压缩
- 声音
- 实际草稿
编排器（GPT-5.5）处理：
- 层之间的路由
- 为写作者打包正确的上下文
- 决定传递什么
- 运行验证器
- 交接给发布层
反馈循环是护城河
大多数人在发布时停止。那是系统开始赚钱的地方。
每周查看：
- 浏览量
- 收藏数
- 收藏率
- 回复
- DM 跟进
收藏率是作者关注最多的。它告诉哪些帖子赢得了保存，不仅仅是滚动。
赢家作为示例复制到输入中，旁边是它们的数字。输家更新声音规则、禁止模式或想法过滤器。下一个包因为本周学到的而变得更锐利。
关键洞察
作者最初构建了 4 智能体系统：研究员、想法制造者、写作者和编排器。每个智能体有自己的记忆，跨会话持久化。
它有效。但过度构建了。四个智能体用于结构上三个生产步骤和一个反馈循环的工作。运行它教会了作者大多数关于智能体群的博客文章遗漏的东西：
智能体数量不是杠杆。喂养写作者的知识层才是。
当前设置是更精简的版本。更少的智能体，更多的工作流，相同的循环，更锐利的输出。