ray-cover
给定稿的文章或视频做带中文标题的封面:文章封面(公众号 2.33:1、X 16:9、X Article 5:2)用 Punk 风格库(MIT 版);视频封面(默认只出 3:4、默认小Lin风A;要时出 9:16 竖屏和 16:9 横屏)用 Ray 真人照片…
新建、检查或适配面向内容生产的 Obsidian 知识库结构(资料、知识、选题、写作、发布、回流)。用于“搭一个 Obsidian 知识库”“把 vault 接入内容管线”“检查知识库结构”,或 ray-writer 找不到知识库时。只补缺失结构,不动已有笔记。
$ npx -y skills add imraywang/rayskills --skill ray-obsidian --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/ray-obsidianContext preview
The summary Claude sees to decide when to auto-load this skill.
新建、检查或适配面向内容生产的 Obsidian 知识库结构(资料、知识、选题、写作、发布、回流)。用于“搭一个 Obsidian 知识库”“把 vault 接入内容管线”“检查知识库结构”,或 ray-writer 找不到知识库时。只补缺失结构,不动已有笔记。
name: ray-obsidian description: 新建、检查或适配面向内容生产的 Obsidian 知识库结构(资料、知识、选题、写作、发布、回流)。用于“搭一个 Obsidian 知识库”“把 vault 接入内容管线”“检查知识库结构”,或 ray-writer 找不到知识库时。只补缺失结构,不动已有笔记。
把内容生产的地基装进用户自己的本地目录。先确定知识库根目录,再审计、初始化和复核;已有库只做增量补齐。
1. 不默认使用 `rays-brain`,也不假设知识库位于 iCloud、用户主目录或当前项目。 2. 原始资料、长期知识、创作过程和发布成品分开保存;链接表达关系,目录表达职责。 3. 用户已有文件优先。不得覆盖同名文件,不得自动移动、改名、删除或批量改 frontmatter。 4. 不修改 `.obsidian/`,不强制插件、同步服务、Git 或特定云盘。Obsidian 只是编辑器,普通 Markdown 工具同样能使用这套结构。 5. 初始化只建立最小可用骨架。采集自动化、网页剪藏、X 数据和发布连接器在用户需要时另行配置。 6. 初始化后必须执行检查;目录存在不等于知识库可用。
按以下顺序定位:
1. 用户明确给出的目录。 2. 当前目录或父目录中的 `.ray-obsidian.json`。 3. 当前目录或父目录中同时存在 `10-创作/`、`20-知识/`、`30-资料/`、`50-系统/` 的兼容知识库。 4. 仍无法确定时,只问一个问题:知识库要建在哪个本地目录?
路径确定后先报告绝对路径。不要把一个普通项目目录误当知识库,也不要因为目录名含 `brain`、`notes` 或 `vault` 就直接写入。
使用 Skill 加载时报告的根目录运行:
python3 <skill-base>/scripts/vault_setup.py check --vault <知识库目录>
检查结果为 `ready` 时直接交付;为 `incomplete` 或 `missing` 时,阅读 [vault-schema.md](references/vault-schema.md),向用户简要说明将新增哪些目录和模板。已知的 `ray-content-v1` 会标记为可升级,按增量初始化补齐现行结构;未知版本仍然停止。
对已有 Obsidian 库,额外阅读 [migration.md](references/migration.md)。只做兼容层增量初始化,不整理旧笔记。
先预演:
python3 <skill-base>/scripts/vault_setup.py init --vault <知识库目录> --name <知识库名称> --dry-run
确认目标没有跑偏后执行:
python3 <skill-base>/scripts/vault_setup.py init --vault <知识库目录> --name <知识库名称>
脚本只会:
出现同名文件时以用户文件为准。已知的 `ray-content-v1` 只升级 manifest、补齐缺失结构并保留全部旧目录和文件;若现有 manifest 无法解析或声明了未知结构版本,停止并报告,不覆盖修复。
初始化后重新执行 `check`,并实际读取:
完成状态必须是 `ready`,且脚本报告没有覆盖文件。用户只要求检查时不得借机初始化。
向用户交付知识库绝对路径,并说明三个最小入口:
用户接着要求写文章时,把知识库根目录、材料路径和目标平台交给 `ray-writer`。不要复制整套知识库到 Skill 目录,也不要把用户笔记吸收成 Skill 样本。
8 个从真实业务中沉淀的 AI Skill:默认替你判断下一步,也能把稳定流程连续跑完。 rayskills 是一套给 Claude Code、Codex 等 AI Agent 使用的 builder 工具箱。它不是一堆“应该怎么想”的提示词,而是把真实工作中反复出现、容易犯错的流程,收敛成可以直接执行、可以验证、可以恢复的 Skill。 不用先记住 8 个名字。把处境交给 /ray: 下一步还不稳定时,它只选择此刻最该做的一步。 终点已经明确、阶段之间有正式交接时,它连续执行整条管线。
给定稿的文章或视频做带中文标题的封面:文章封面(公众号 2.33:1、X 16:9、X Article 5:2)用 Punk 风格库(MIT 版);视频封面(默认只出 3:4、默认小Lin风A;要时出 9:16 竖屏和 16:9 横屏)用 Ray 真人照片…
把文章或观点做成知识解说视频(默认竖屏,要求时出横屏;1.5–3 分钟,用 Ray 的复刻音色配音 + 字幕):真实画面优先(录屏、实拍、截图),近几期主要走 HyperFrames…
把灵感、观察或长文写成 Ray 能直接开机录的中文口播稿(Ray 口吻、观点说满,存疑处列进「待确认」);也审读口播稿,或对照录制稿学习 Ray…
把定稿长文排成手机友好的公众号富文本并生成预览;Ray 明确同意后写入或更新公众号草稿箱并回读核对。用于“公众号排版”“推到公众号草稿箱”“更新微信草稿”。含糊说法先只做预览;不发布、不群发。
把灵感、剪藏、调研或草稿写成有 Ray 态度的中文长文(公众号 / X 长文),接入知识库的成稿与发布流程;也做带授权署名的译介稿。用于“写成文章”“写一篇公众号或 X 长文”“重写这篇”“翻译转载”。改口播转 ray-kb;不发布。
把完成的长文和 5:2 封面写进已登录的 X Articles 后台存为草稿,核对预览并把草稿地址回写知识库。用于“放进 X 后台”“存为 X Article 草稿”“推送到 X”。只存草稿:不点 Publish,不重复建同题草稿。