메뉴
rayskills 工具箱的主入口与路由。当用户不确定该用哪个 ray-* skill、只是丢来一个真实任务/处境，或明确要求把一篇内容从 idea、调研、写作、封面一路送到公众号或 X Articles 草稿箱时，用本 skill 读取上下文，判断最该做的一步或执行已确认的内容生产链。也用于一轮工作完成后决定下一步。触发：/ray 或 /ray 后接任何真实任务描述。用户无需记住具体 skill 名。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
把口播文稿、观点句或一个完整选题做成编辑隐喻拼贴风格的视频（黑白半调剪贴 + 平坦色场 + 从空场逐件组装的定格动画）。两种模式：单句 5 秒 B-roll（单条或批量），以及 beat map 驱动的 45–60 秒完整讲解片（含旁白 TTS、内容感知变速、字幕与拼装）。用户说“拼贴 b-roll”“纸拼贴视频”“vox 那种风格的视频”“半调拼贴动画”“给这句口播配画面”“把这个选题做成拼贴讲解视频”时使用；也承接 ray-writer / ray-cover 产出后的视频化下游需求。不用于：需要精确图层与时间线控制（转 HyperFrames）、只要提示词不要成片、真人口播或产品实拍广告。
把已经定稿的中文长文排成适合手机浏览的微信公众号富文本，生成可复制预览，在用户确认后创建或更新公众号草稿，并回读核对标题、封面、正文、空段落、署名和中文编码。用于“给公众号重新排版”“把这篇推到微信公众号草稿箱”“更新已有微信草稿”“公众号排版太单调或有多余空行”“恢复失败的草稿更新”时。优先更新文章 frontmatter 记录的原草稿，不制造同题重复草稿；未经明确授权只做到预览，不发布文章。
把灵感、剪藏审核卡、调研包、长期知识或已有草稿装配成有事实、有情绪、有网感和传播力的中文长文，并接入用户本地 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。
生成长文 / 深度报告 / 数据型内容,三格式协同产出——交互式 HTML(magazine 杂志排版,含 Tab/Quiz/Chart.js/Timeline 组件)、A4 PDF(headless Chrome 渲染)、公众号 markdown(长句叙事)。采用精修的编辑设计语言(衬线中文标题、锈红点缀、纸张颗粒、drop cap、装饰分隔、等宽数字),读起来像真正的杂志文章而非 SaaS dashboard。当用户要做长篇分析、白皮书、深度报告、多段数据型长文,或说「做一个报告」「深度分析」「长文章」「报告版」「PDF 报告」「html version」「pdf report」,或丢来一份提纲期待成品时使用;格式没点名也默认走 HTML,再 offer PDF+公众号。不用于短文、dashboard、UI 组件、或公众号自动发布流程(那用 wewrite)。触发 /ray-report
| name | ray |
| description | rayskills 工具箱的主入口与路由。当用户不确定该用哪个 ray-* skill、只是丢来一个真实任务/处境，或明确要求把一篇内容从 idea、调研、写作、封面一路送到公众号或 X Articles 草稿箱时，用本 skill 读取上下文，判断最该做的一步或执行已确认的内容生产链。也用于一轮工作完成后决定下一步。触发：/ray 或 /ray 后接任何真实任务描述。用户无需记住具体 skill 名。 |
rayskills 是一套在真实业务里锤炼出来的 builder 工具箱。用户不需要记住十几个 skill 名——把真实处境交给 /ray,由它判断此刻最该做的一步,分发到对的成员 skill。
路由哲学（默认单步，明确终点时连续执行）：需求只有处境或下一步不稳定时，只决定当前一步。用户已经明确终点、且中间阶段存在稳定交接协议时，可以连续执行已验证的管线，不要求用户逐段确认。内容从 idea 到 X 草稿属于后一种情况，但发布始终单独确认。
ray-writer、ray-cover，再按目标平台调用 ray-wechat 和／或 ray-x-article。| 用户想做的 | 分发到 |
|---|---|
| 新服务器开荒、加固、装代理栈 | ray-vpsinit |
| 巡检代理节点/中转链健康、核订阅 | ray-nodecheck |
| 用户想做的 | 分发到 |
|---|---|
| 把一段实战经历做成 build-in-public thread | ray-thread |
| 出当日社会观察/哲理推文候选 | ray-tweet |
| 做 X 账号数据周报、找传播规律 | ray-metrics |
| 拆对标(账号/产品/公司),提取可迁移的东西 | ray-benchmark |
| 写 magazine 风格长文/深度报告/PDF | ray-report |
| 新建、检查或适配本地 Obsidian 内容知识库 | ray-obsidian |
| 把 idea、资料或草稿写成有事实和传播力的中文长文 | ray-writer |
| 给定稿文章生成公众号、X 与 X Article 封面 | ray-cover |
| 把定稿文章排版并保存到微信公众号草稿箱 | ray-wechat |
| 把定稿文章和 5:2 封面保存到 X Articles 草稿箱 | ray-x-article |
| 从 idea/草稿一路做到文章、封面与 X Article 草稿 | 内容生产管线 |
| 公众号文章全流程(热点→选题→写作→发布) | 配套的公众号内容工具(/ray-post) |
| 用户想做的 | 分发到 |
|---|---|
| 评估企业能不能上知识库/AI(就绪度诊断) | ray-diagnose |
| 有了诊断结论,出方案蓝图/分期/报价 | ray-proposal |
| 用户想做的 | 分发到 |
|---|---|
| 从消费社会批判框架锻造一个产品概念 | ray-idea |
| 把落地页/B2B 站上线(部署+SEO+交接) | ray-launch |
| 用户想做的 | 分发到 |
|---|---|
| 每周复盘:项目动态+内容数据+业务线进展 | ray-weekly |
| 归档沉睡项目、清理磁盘瘦身 | ray-cleanup |
| 用户想做的 | 分发到 |
|---|---|
| 让 Grok / Claude / Codex 分工、独立复核、竞赛或查 X | ray-multimodel |
这些不是固定流水线,是"上一个结果出来后,通常接哪个"的经验参考:
ray-diagnose 出了诊断结论 → 通常接 ray-proposal 出方案;若结论是红灯,方案的 Phase 0 就是补齐前提。ray-launch 上线了一个站 → 可接 ray-thread 把上线过程做成 build-in-public。ray-thread 或 ray-tweet 把它变成内容。ray-benchmark 拆完对标 → 可接 ray-idea(锻造差异化产品)或 ray-thread(把洞察写出来)。ray-metrics 出了数据规律 → 喂给 ray-weekly 的内容数据节,或指导 ray-tweet 下一批方向。ray-obsidian 安全初始化，再把根目录和材料交给 ray-writer。ray-writer 完成并通过事实、语气与移动端可浏览性检查 → 接 ray-cover 生成平台封面；需要进入公众号草稿箱时接 ray-wechat，需要进入 X 后台时接 ray-x-article，两者默认只保存草稿。用户明确要求“走完整条管线”时按 content-pipeline.md 连续执行。ray-multimodel,由当前主控选择最小充分的外部通道并验收。ray-thread、ray-tweet 和 ray-writer 都不得编造作者经历、数据或情绪；ray-x-article 默认不得发布。