Skip to content
Development
Skill

/orbit-os

知识库 OrbitOS Obsidian Vault 共享配置。Vault 结构、格式规则、排版规范。被 orbit-* 系列 skill 自动引用;也可在知识库相关操作中直接调用以获取上下文。

From plugin
all-my-ai-needs
1223 skills9 MCP
Install
$ npx -y skills add codingSamss/all-my-ai-needs --skill orbit-os --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/orbit-os

Context preview

The summary Claude sees to decide when to auto-load this skill.

知识库 OrbitOS Obsidian Vault 共享配置。Vault 结构、格式规则、排版规范。被 orbit-* 系列 skill 自动引用;也可在知识库相关操作中直接调用以获取上下文。

SKILL.md

orbit-os.SKILL.md
name: orbit-os
description: "知识库 OrbitOS Obsidian Vault 共享配置。Vault 结构、格式规则、排版规范。被 orbit-* 系列 skill 自动引用;也可在知识库相关操作中直接调用以获取上下文。"
metadata:
  version: "1.7.1"
  updated: "2026-08-22"

OrbitOS 共享配置,供 orbit-* 系列 skill 自动引用;也可在知识库相关操作中直接调用以获取 Vault 上下文。

Vault 结构

库路径: 由环境变量 `$OBSIDIAN_VAULT_ROOT` 指定(本地配置注入;典型形如 `$HOME/Library/Mobile Documents/iCloud~md~obsidian/Documents/<你的 Vault 名>`)

| 目录 | 用途 | |------|------| | `01_日记` | 每日日志(按月归档:`YYYY-MM/YYYY-MM-DD.md`) | | `02_项目` | 活跃项目(每个项目一个文件夹,单文件小项目直接放根下) | | `03_研究` | 主动研究的领域(每个领域一个文件夹) | | `04_知识沉淀` | 原子概念笔记、官方文章与推特精选 | | `05_计划` | 执行计划(完成后归档) | | `06_资产` | 工具资产与可复用配置沉淀 | | `07_交接台` | 多机器、多 agent 的任务 handoff 与接力索引 |

没有 `05_资讯` 目录;策展内容归入 `04_知识沉淀`。目录编号即为实际结构,不要另建编号。

根目录的 `00_Home.md` 是全库入口,汇总七个域的导航页与当前在推进的事项;新增顶级栏目或调整导航时同步更新它。

每个目录及其子领域用 **folder note**(文件名 = 目录名,如 `03_rag-flow/03_rag-flow.md`)作为入口,`folder-notes` 插件据此让目录可点击。新建子领域目录时一并建 folder note,并加 `folder-note` 标签。例外:目录自带 `AGENTS.md`/`CLAUDE.md` 且声明了唯一入口的(如 `03_研究/美股投资`),遵从该目录的约定,不要新增第二个入口文件。

部分领域在自己的目录内定义更细的归位、检索或元数据规则;与本文件冲突时,域内规则优先。

Agent 交接台规范

`07_交接台` 只保存可读的 Markdown 交接信息、索引和外部资产链接;大型产物、视频、压缩包、下载物、中间处理文件统一放到 iCloud Drive 顶级目录 `AgentArtifacts/`,不要放进 Obsidian Vault。

推荐结构:

07_交接台/
  00_Index.md
  01_Inbox/
  02_Active/
    project/
    research/
    knowledge/
    ops/
    media/
  03_Blocked/
    project/
    research/
    knowledge/
    ops/
    media/
  04_Archive/
    YYYY-MM/
  90_Templates/
    task.md
    handoff.md
    assets.md

外部资产结构与任务 `task_id` 对齐:

iCloud Drive/AgentArtifacts/
  00_Inbox/
  01_Active/
    project/
    research/
    knowledge/
    ops/
    media/
  02_Archive/

任务目录规则:

  • `task_id` 使用 `<YYYY-MM-DD>-<english-slug>`,例如 `2026-06-29-openmontage-douyin-tutorial`
  • 每个正式任务必须有父目录: `07_交接台/<lifecycle>/<category>/<task_id>/`
  • 分类固定为 `project`、`research`、`knowledge`、`ops`、`media`
  • `00_Task.md` 是当前真相,记录目标、状态、下一步、owner machine、最新 handoff 和外部资产根
  • `01_Assets.md` 只记录 `AgentArtifacts/<lifecycle>/<category>/<task_id>/` 下的大文件索引,不内嵌大文件
  • 单次交接文件命名为 `<YYYY-MM-DD-HHMM>__<topic-slug>.md`(`topic-slug` 为本次交接重点的英文短 slug),例如 `2026-06-29-1451__douyin-tutorial-research.md`;机器与 agent 写进 frontmatter 的 `machine` / `agent`,不放进文件名
  • handoff 文件按 append-only 处理;要更新当前状态时改 `00_Task.md`,不要回写旧 handoff
  • 生命周期为 `01_Inbox -> 02_Active -> 03_Blocked -> 04_Archive/YYYY-MM`
  • 外部写入 `07_交接台` 内 `.md` 后必须执行 `touch "<file>"`

生命周期纪律:

  • 等待用户、外部结论或另一台机器时,把任务移到 `03_Blocked/<category>/`,不要继续留在 `02_Active`
  • `02_Active` 中超过两周未更新的任务,下次触碰时必须判断继续推进、转 Blocked 或归档
  • 归档时移动整个 `<task_id>/` 到 `04_Archive/YYYY-MM/`,并在 `00_Task.md` 记录结束说明与日期;不要删除历史 handoff
  • 每次增删或移动任务后同步维护 `00_Index.md`,并检查根 `00_Home.md` 的“当前在推进”是否需要更新

结构与元数据规范

  • Frontmatter 必须在文件第一行,`---` 开头和结尾
  • 多值字段用数组: `tags: [tag1, tag2]`
  • 不允许重复键
  • `---` 结束后不留空行
  • 使用 wikilinks `[[NoteName]]` 连接笔记
  • 项目通过 frontmatter 的 `area` 字段关联领域,不用文件夹层级
  • **新文不写 `## See Also` 段**:文末互链与索引、正文或文件树导航重复。存量仍有旧段落,触碰相关文档时逐步迁移到正文行文、索引页或 folder note,不为清理而批量改写无关内容
  • 外部脚本写入 `.md` 后必须执行 `touch "<file>"`(路径必须加引号/转义)以触发 Obsidian 感知
  • 禁止未加引号的 `touch <file>`:含空格文件名会被 shell 拆分,产生意外 0 字节文件

受控字段词表

`area` 与 `status` 用于跨目录聚合,必须从下列取值中选择;需要新值时先更新本表,不能在单篇文档中即兴创建同义值。

`area`:

| 取值 | 覆盖 | |---|---| | `rag-system` | RAG 体系项目与研究 | | `ai-video` | AI 视频制作 | | `ai-engineering` | Agent、Harness 与上下文工程 | | `investing` | 投资研究 | | `home-media` | 家庭媒体与自建服务 | | `travel` | 出行计划 | | `vault-ops` | 知识库配置、资产与工具沉淀 |

`status`:

| 取值 | 含义 | |---|---| | `active` | 正在维护,内容可信 | | `draft` | 尚未完成,结论不可直接引用 | | `reference` | 稳定参考资料 | | `deprecated` | 对象已弃用,仅供回溯 | | `archived` | 已归档,不再维护 |

  • 存量可能仍有旧值 `archive`;不要新建该值,触碰对应文档且语义确认无误时迁移为 `archived`
  • 标记 `deprecated` 或 `archived` 时,在正文顶部增加 `> [!warning]`,说明原因和基线日期,并确保 frontmatter 与正文一致
  • 版本信息使用独立 `version` 字段,不要写进 `status`
  • 目录自有 frontmatter schema 时遵循域内规则,`area` 可与域内 `type` 等字段并存

引用与路径规范

  • 默认使用短引用:`文件名:行号`(例如 `TrainRequestBO.java:46`)
  • 若存在同名文件冲突,再使用最短必要相对路径 + 行号
  • 默认不输出绝对路径和 markdown 可点击绝对路径链接
  • 仅当用户明确要求“可点击地址”时,才提供绝对路径链接
  • 同一段落中引用风格保持一致,避免混用

媒体资产规范(推特文章,简版)

  • canonical 原文放 `04_知识沉淀/推特精选/<NN_主题分类>/YYYYMMDD 中文短标题.md`;现有分类:`01_Agent 与 Harness 工程`、`02_Claude Code 与 Codex 实战`、`03_上下文与缓存工程`、`04_模型训练与评测`、`05_AI 战略与政策`、`06_学习与知识管理`。按主题归类,不按作者建目录
  • **文件名必须带 `YYYYMMDD ` 日期前缀**(与官方文章一致),同时写入 frontmatter 的 `date` 与 `updated`
  • 互链必须连日期前缀一起写:`[[Anthropic 官方文章/Claude Blog/20260123 构建多智能体系统:何时以及如何使用它们]]`,漏掉前缀即断链
  • 厂商官方文章走 `04_知识沉淀/<厂商> 官方文章/<栏目>/YYYYMMDD 标题.md`(栏目如 Claude Blog、Engineering、Talks),栏目目录各自带 folder note
  • 有图时默认本地化到同级目录:`.../assets/<slug>/`
  • 图片文件名使用顺序编号:`img-0.ext`、`img-1.ext`、`img-2.ext`(保留原扩展名)
  • 文内图片使用相对路径:`![图 1|说明](assets/<slug>/img-0.jpg)`,建议补一行图注
  • 仅当用户明确要求“只保留外链”时,才允许不落地图片

媒体资产规范(链接完整保存,通用)

  • 触发:用户提供链接并要求“完整保存/完整还原/原文转录/含图保存/1:1 保留”
  • 范围:`03_研究/`、`04_知识沉淀/`
  • 落地:文档写入目标栏目;图片保存到同级 `assets/<slug>/`,命名 `img-0.ext`、`img-1.ext`(保留扩展名)
  • 引用:正文只用相对路径;仅在用户明确要求时保留外链
  • 统计口径:只算正文信息图,忽略 logo/头像/分享按钮等装饰图
  • 优先级:推特文章仍优先使用“推特文章规范”

完成条件(DoD)

  • 若源文正文有图,必须满足:`预期图片数 = 下载成功数 = 文内引用数`
  • 任一不相等即未完成;缺图必须阻塞交付并附缺失清单

最小流程

1. 识别正文图片并记录预期数量 2. 下载到 `assets/<slug>/`,正文按原位插图(相对路径) 3. 做三数一致校验(预期=下载=引用) 4. 外部写入 `.md` 后执行 `touch "<file>"`(必须加引号)

缺图模板

状态:未完成(缺图)
- img-<n> | <url> | <reason> | <attempts>
处理:阻塞交付,待补齐后再完成。

内容呈现规范

输出到 Obsidian 的文档必须遵循以下排版风格:

文档开头

  • 第一个内容块用 `> [!info]` callout 概括文档定位与读法
  • 措辞要直接,不套模板句式(避免千篇一律的「这是 X 的入口。它不替代 Y,而是 Z」);一两句话说清这篇文章回答什么问题、怎么读

标题层级

  • 不写 `# H1`(标题由 frontmatter `title` 或文件名承载);正文从 `## ` 开始
  • H2 带编号: `## 1. 标题名`
  • H3 带父级编号: `### 1.1 子节名`(同一 H2 下有多个 H3 时使用;仅一个 H3 可省略编号)
  • 最深不超过 H3,不使用 H4 及以下
  • 章节之间用 `---` 分隔

强调与标记

  • 关键术语首次出现时加粗
  • 技术名词、代码符号用行内代码包裹
  • 代码块必须标注语言(纯文本用 `text`,不留空)

Callout 使用(仅三种)

  • `> [!info]` — 文档定位、读法指引、设计说明、关键洞察
  • `> [!warning]` — 有时效性、有风险、容易踩坑的信息
  • `> [!example]` — 路线卡、决策条目、结构化示例
  • **不使用** `tip`、`summary`、`abstract`、`note`(存量逐步清理)
  • 普通引用块 `>` 用于类比、比喻等非结构化引述
  • 单篇 callout 总数控制在 5 个以内(语料库等特殊格式除外)

图片规范

  • alt-text 写一句话描述图片是什么(不超过 30 字),不留空,不塞长段落
  • 图注统一为图下一行斜体: `*图 N|一句话说明*`
  • 尺寸控制: 信息图/架构图建议 `![[path|720]]`;截图/示意图按需缩放
  • 标准 Markdown `![alt](path)` 和 Obsidian `![[p
Read more
Ships withall-my-ai-needs

跨 Claude Code 与 Codex 两套 agent 的 skill 能力真源与同步规则。写入由 agent 执行,人只审校与决策。 把 Claude Code 与 Codex 的可复用能力收敛到一个仓库,按 platform-first 维护:每个平台独立持有自己的 skills/ 与运行约定,同名 skill 允许在两端并存,不强行抽象去重。 仓库要解决的是多端 AI 配置的漂移——GitHub 仓库、本地工作区、本地 CLI

Get the whole plugin

Other skills on all-my-ai-needs.

aihot
Skill

aihot

查询 AIHOT 的中文 AI 资讯、精选、当前热点和日报。用户询问今天或最近的 AI 新闻、AI 圈动态、大模型或产品发布、OpenAI/Anthropic/Google 最新消息、AI 论文、AI 日报、AIHOT 精选、当前最热事件,或需要同步当前全部精选时使用。必须通过 aihot.news 的匿名只读…

apifox-cli
Skill

apifox-cli

通过 Apifox CLI 管理 Apifox 项目资源。触发场景:运行接口自动化测试/测试套件,查询/创建/更新/删除接口、环境、Schema、Mock、分支等项目资源,导入导出 API 文档,查看测试报告,管理 Runner、定时任务、通知等 CI/CD 配置。CLI 输出为结构化 JSON,常含…