onboard

onboard skill 概览

onboard 做什么

onboard 是面向 c-level-agents 系统的 Knowledge Capture skill。它会通过 /cs:onboard 运行一套结构化的创始人访谈，并把回答整理成 ~/.claude/company-context.md，也就是虚拟 C-suite 顾问在给出建议前会读取的共享公司上下文文件。

这不是一份通用的入职或启动清单。onboard skill 的目标是捕捉长期有效的业务事实：公司阶段、团队规模、地域分布、商业模式、ICP、ACV、增长、融资、runway、战略目标、约束条件和运营背景。它真正要解决的问题，是避免 advisor agents 凭空猜测。

onboard skill 最适合什么场景

当你为一家公司设置 c-level-agents、在重大变化后刷新公司上下文，或准备使用 /cs:boardroom、/cs:brief、按角色提供的高管顾问流程时，适合使用 onboard。

它尤其适合创始人、chiefs of staff、创业公司运营负责人，以及需要让 AI agents 基于同一个事实来源进行推理的顾问。如果你的公司信息分散在 pitch deck、CRM 备注、投资人更新和个人记忆里，onboard 可以帮你先完成一次实用的上下文采集。

它和普通 prompt 有什么不同

普通 prompt 也可以问“了解一下我的公司”，但通常会漏掉关键类别，或者记录方式不一致。onboard skill 使用标准的 7 维公司上下文 schema 和 12 个问题的访谈流程，然后把结果写入一个可预期的文件路径，供其他 cs-* 顾问生态读取。

这种基于文件的交接是核心区别：onboard 的价值在于创建可复用的上下文，而不只是生成一次性的聊天记录。

如何使用 onboard skill

onboard 安装方式和首先应检查的文件

使用 skills CLI 安装：

npx skills add alirezarezvani/claude-skills --skill onboard

源代码位于 c-level-advisor/c-level-agents/skills/onboard。建议先阅读 SKILL.md；这个 skill 的仓库结构很精简，不依赖额外脚本、references 或 resource 文件夹。最重要的实现细节是预期输出文件：~/.claude/company-context.md。

安装后，在可使用 Claude skills 的环境中通过 /cs:onboard 调用命令。建议在运行其他 C-suite 顾问命令之前先运行它，这样它们可以读取公司上下文，而不是依赖泛泛的默认假设。

onboard skill 需要哪些输入

开始前先准备好事实性输入。访谈会覆盖公司基础信息、商业模式、客户画像、增长情况和运营约束；如果回答含糊或不可靠，后续所有 advisor 的质量都会受到影响。

建议提前准备：

• 公司名称和一句话介绍
• 阶段、总人数，以及按职能划分的人数
• 总部、远程办公比例，以及重要运营国家或地区
• 收入模式：SaaS、usage、transaction、marketplace、hardware、services 或 hybrid
• ICP，包括一个真实客户，以及它为什么能代表该细分市场
• ACV 区间、median ACV，以及近期成交量
• ARR 增长；如果公司尚未产生收入，则提供最有代表性的 leading metric
• 融资状态、runway、董事会/投资人预期，以及当前战略优先级

如果你不知道某个数字，请直接说明。明确标注 unknown 比自信地猜一个数字更好，因为后续 advisor 工作可以继续追问缺失数据。

把粗略目标改写成更有效的 onboard prompt

较弱的 prompt 是：“Help onboard my startup.”

更有效的 onboard 使用 prompt 是：

“Run /cs:onboard for a seed-stage B2B SaaS company. Ask me the founder interview questions one at a time. If my answer is vague, ask a follow-up before writing ~/.claude/company-context.md. Preserve unknowns instead of inventing numbers. Make the final context useful for /cs:boardroom and role-specific cs advisors.”

这样能提升输出质量，因为它明确了公司阶段、期望的访谈方式、对不确定性的处理方式、目标文件，以及后续使用场景。

取得更好结果的实用流程

建议分三轮运行 onboard。第一轮，先完成访谈，不要过度编辑。第二轮，检查 ~/.claude/company-context.md，找出虚假的精确性、过期数字或缺失约束。第三轮，让 agent 找出“会导致错误高管建议的上下文缺口”。

在完成新一轮融资、重大 pivot、新 ICP、定价变化、收购、领导层变动，或增长率显著变化之后，重新运行 onboard。这些节点上，旧的公司上下文不仅可能失效，还可能主动误导后续判断。

onboard skill 常见问题

onboard 只适合创始人吗？

不是。onboard skill 的设计形式是创始人访谈，但只要足够了解公司、能够回答核心问题，chief of staff、运营负责人、顾问或创始团队成员也可以使用。为了获得最佳效果，运行它的人应同时理解关键数字和战略取舍。

什么时候不该使用 onboard？

不要把 onboard 当作完整 data room、CRM export、financial model 或 board memo 的替代品。它捕捉的是长期有效的运营上下文，而不是每一笔交易层级的细节。如果你只需要一次性的头脑风暴，并不打算使用更完整的 c-level-agents 工作流，它也不太适合。

如果你无法在 AI 环境中共享敏感业务数据，请在运行前对输入进行脱敏或泛化处理。

onboard 如何帮助 Knowledge Capture？

对于 Knowledge Capture，onboard 会创建一个稳定的公司上下文产物，而不是让重要事实散落在对话历史中。这样做很关键，因为 advisor agents 可以反复回到同一个文件，在战略、财务、产品、GTM 和运营讨论中保持一致性。

最佳用法不是“把所有东西都存起来”。最佳用法是“保存那些未来高管级推理不应该重新发现一遍的事实”。

onboard 对新手友好吗？

友好，前提是你能回答访谈问题。这个 skill 会提供结构，因此你不需要自己设计公司上下文 schema。新手应放慢速度；在没有精确数字时用区间回答；同时避免让模型用创业公司刻板印象来填补信息空白。

如何改进 onboard skill

在运行 advisors 前改进 onboard 输入

onboard 的质量会直接决定后续 C-suite 建议的质量。在使用 /cs:boardroom 或其他 advisors 之前，先用具体数字、具名客户案例、真实约束和当前战略优先级来增强上下文文件。

把“we sell to enterprises”替换成“we sell compliance workflow software to US healthcare providers; strongest fit is 500-5,000 employee systems with internal legal operations teams.” 具体程度会改变 agents 能给出的建议质量和方向。

留意常见失败模式

最常见的失败模式包括指标过期、编造精确数字、ICP 过宽，以及约束条件缺失。如果上下文只写了“enterprise SaaS”，却没有说明销售周期长度、buyer、ACV、实施负担和 churn risk，advisors 可能会推荐听起来合理但实际并不适配的策略。

另一个常见问题，是把愿景当成事实。要区分“current ICP”和“desired future ICP”，也要区分“ARR today”和“target ARR”。

在首次输出后继续迭代

生成第一版 ~/.claude/company-context.md 后，可以继续问：

• “What assumptions in this context are most likely to mislead a CFO, CMO, or COO advisor?”
• “Which answers are too vague to support board-level recommendations?”
• “What follow-up questions would improve the 7-dimension company context?”
• “Rewrite the context to distinguish facts, estimates, and unknowns.”

这样可以把 onboard 从一次性表单，变成一个实用的上下文质量循环。

让 onboard 保持最新

改进 onboard 的最好方式，是把上下文刷新纳入公司运营节奏。早期公司建议每月回顾一次该文件；后期公司可每季度回顾一次；一旦发生重大融资、重组、定价、市场或产品变化，则应立即更新。

当 company-context.md 反映的是管理层今天真正正在经营的公司，而不是上个季度 deck 里描述的公司时，这个 skill 的价值最大。