菜单
把一段真实的实战经历(项目、事故、生意决策)装配成 build-in-public thread 骨架——素材考古、结构选型、逐条排布、hook 候选。只交付骨架和素材,观点血肉由作者本人填。触发:/ray-thread 「经历描述或素材路径」。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
把口播文稿、观点句或一个完整选题做成编辑隐喻拼贴风格的视频（黑白半调剪贴 + 平坦色场 + 从空场逐件组装的定格动画）。两种模式：单句 5 秒 B-roll（单条或批量），以及 beat map 驱动的 45–60 秒完整讲解片（含旁白 TTS、内容感知变速、字幕与拼装）。用户说“拼贴 b-roll”“纸拼贴视频”“vox 那种风格的视频”“半调拼贴动画”“给这句口播配画面”“把这个选题做成拼贴讲解视频”时使用；也承接 ray-writer / ray-cover 产出后的视频化下游需求。不用于：需要精确图层与时间线控制（转 HyperFrames）、只要提示词不要成片、真人口播或产品实拍广告。
把已经定稿的中文长文排成适合手机浏览的微信公众号富文本，生成可复制预览，在用户确认后创建或更新公众号草稿，并回读核对标题、封面、正文、空段落、署名和中文编码。用于“给公众号重新排版”“把这篇推到微信公众号草稿箱”“更新已有微信草稿”“公众号排版太单调或有多余空行”“恢复失败的草稿更新”时。优先更新文章 frontmatter 记录的原草稿，不制造同题重复草稿；未经明确授权只做到预览，不发布文章。
rayskills 工具箱的主入口与路由。当用户不确定该用哪个 ray-* skill、只是丢来一个真实任务/处境，或明确要求把一篇内容从 idea、调研、写作、封面一路送到公众号或 X Articles 草稿箱时，用本 skill 读取上下文，判断最该做的一步或执行已确认的内容生产链。也用于一轮工作完成后决定下一步。触发：/ray 或 /ray 后接任何真实任务描述。用户无需记住具体 skill 名。
把灵感、剪藏审核卡、调研包、长期知识或已有草稿装配成有事实、有情绪、有网感和传播力的中文长文，并接入用户本地 Obsidian 知识库的成稿包、调研、草稿、发布与复盘流程。用于用户说“把这个 idea 写成文章”“从这条资料发展成长文”“写一篇公众号或 X 长文”“检查或重写这篇文章”“把内容生产流水化”时；找不到兼容知识库时先转交 ray-obsidian 建立或适配。不得虚构用户经历、数据、现场或情绪，不自动发布，也不使用 WeWrite。
把已经确定核心判断的文章、成稿包或长文转成公众号、普通 X 分享图与 X Articles 后台封面。提炼一个可一眼读懂的视觉隐喻，在 Ray 的编辑视觉体系中选择复古现代主义、极简隐喻、安静油墨、编辑隐喻拼贴或工具桥接方向，先生成无字底图，再用确定性排版写入准确中文标题，并输出各平台文件、提示词和清单。用于“给这篇文章做封面”“公众号和 X 都要封面”“做 5:2 Article 封面”“用 Adrian 或 Vox 那类风格”“把内容生产接上封面管线”时；不用于正文写作、自动发布或完整解说视频。
在用户本地新建、检查或渐进适配一个面向长期知识与内容生产的 Obsidian 知识库，复用 Ray 的资料、知识、灵感、成稿包、调研、草稿、发布与回流分层。用于“帮我搭一个 Obsidian 知识库”“给 ray-writer 准备本地知识库”“把现有 vault 接入内容生产管线”“检查知识库结构是否完整”时；也在 ray-writer 找不到兼容知识库时使用。只补缺失结构，不覆盖、移动或删除用户已有笔记，不强制安装插件、同步服务或 Git。
| name | ray-thread |
| description | 把一段真实的实战经历(项目、事故、生意决策)装配成 build-in-public thread 骨架——素材考古、结构选型、逐条排布、hook 候选。只交付骨架和素材,观点血肉由作者本人填。触发:/ray-thread 「经历描述或素材路径」。 |
一条好的 build-in-public thread 不是写出来的,是从真实经历里挖出来的。这个 skill 干挖掘和装配的粗活;定调的话、观点的锋芒,作者自己上。
输出永远是骨架 + 素材,不是成品:
【你的话:____】 空位,并附一行"这里读者在等什么"的提示违反这条,整个输出作废。
三种都接:
/ray-thread 上周排查并清掉了几台服务器上的挖矿木马,想发条 thread
/ray-thread ~/projects/xxx/RETRO.md # 复盘文档
/ray-thread (无参数) # 追问最近有什么值得讲的实战
信息不足时追问,一次问齐:这事的起点是什么?最坏的时刻?最后的数字结果?有没有反直觉的发现?
从原始材料里挖五类矿,列成素材清单:
| 矿 | 找什么 | 为什么值钱 |
|---|---|---|
| 硬数字 | 金额、耗时、数量、百分比、前后对比 | thread 的可信度锚点,一条没有数字的 thread 是散文 |
| 转折点 | "本来以为…结果…"的时刻 | 叙事的引擎 |
| 失败与代价 | 走错的路、白花的钱、丢掉的东西 | build-in-public 的信任货币——只晒赢的是广告 |
| 反直觉结论 | 和常识/教程/多数人做法相反的发现 | 转发的理由 |
| 可复用动作 | 读者今天就能抄的具体步骤/命令/清单 | 收藏的理由 |
每类至少挖 1 条;挖不出的类,标注"缺",并提示作者补(缺失本身可能意味着这段经历还不到发 thread 的时候)。
按素材形态选骨架,只选一个:
判断依据写一行:"选 X 型,因为素材里最强的是____"。
输出 tweet-by-tweet 骨架,每条包含:
T3 ─────────────────────
[事实] 那天发现 /tmp 下有挖矿进程,htop 一看 CPU 拉满,多台机器全中
[你的话:____] ← 这里读者在等:你发现那一刻的第一反应
[配图位] htop 截图(如有)
装配纪律:
给 T1 出 3-5 个候选,分不同杠杆:
每个候选标注它赌的是什么心理。不替作者选,排序交给作者。