构建
技能与提示词库
两个小型的可复用文本库：技能是聚焦的操作手册，运行时会被组装进智能体的系统提示词；提示词则是完整的系统提示词起点。两者存在的意义都是：好的指令只写一次，处处复用。
技能库
位于 /skills 的技能遵循 Anthropic 风格的 skill.md 模式：技能是一份聚焦、可复用的操作手册——比如“如何写一份结构化的代码评审”“如何引用知识库中的来源”——可以附加到任意智能体或集群节点上。运行时，每个选中的技能都会被组装进该智能体最终生效的系统提示词，因此只要更换技能，同一个智能体就能胜任不同的工作。
- 我的技能 ——你在编辑器中自己编写的技能，或者先用一段大白话描述让 AI 生成、再自行修改的技能。
- 示例技能 ——一组精选技能，可一键复制到你自己的资源库中再做调整。
- 附加技能 ——在 智能体构建器 （或集群节点检视面板）中打开一个智能体，从选择器里挑选技能即可。删除技能是安全的：引用过它的智能体只会不再使用它。
提示词库
位于 /prompts 的提示词库是一个可搜索的完整系统提示词集合，可按类别筛选：客服、销售、工程、调研、数据、写作、创意、运营、效率和教育。每条都带预览，你可以先读完整提示词再决定是否使用；也可以把自己的提示词存入库中，供多个智能体复用。
提示词对比
/prompt-compare 回答提示词工程中最实用的一个问题：同样一条提示词，不同模型的表现有何差异？它会把同一条提示词同时发给两到三个模型，并排流式输出结果，每个面板各自显示延迟、令牌数和真实成本。内置了若干预设实验——约束遵循、仅输出 JSON 等具有区分度的任务——每个都附有观察要点。
判断准则：如果要复用的是一个完整身份（“你是……的客服智能体”），它属于提示词库；如果是智能体在其身份之上应当运用的一种方法（“评审代码时，务必……”），那它是技能。
技能包含的字段
| 字段 | 必填 | 说明 |
|---|---|---|
| 名称 | 是 | 决定你在选择器中如何找到它 |
| 描述 | 否 | 它的用途说明 |
body | 是 | 指令正文本身。这部分会被前置到智能体的提示词中。 |
| 标签 | 否 | 用于在庞大的资源库中做筛选 |
已附加的技能会在运行时解析，并作为一个 “你可使用的技能” 区块，置于该智能体自身系统提示词之前。已保存的智能体和单个 集群节点 都可以附加技能。
为什么这样设计
技能是指令，不是代码——这正是它添加成本极低的原因。如果某项能力只需要模型知道一套流程（“我们的变更申请怎么写”），那它是技能；如果需要触达模型之外的东西，那它是工具，而工具需要处理函数和权限关卡。
怎样写出真正管用的技能
技能正文 — 变更请求格式
When asked to write a change request, always produce exactly these sections:
TITLE one line, imperative
RISK low | medium | high, with one sentence of justification
ROLLBACK the exact steps to undo this, or "none — irreversible"
BLAST what breaks if this goes wrong
Never omit ROLLBACK. If a change genuinely cannot be undone, say so
explicitly rather than leaving the section out.- 写成流程。 技能最擅长描述可重复的格式或步骤顺序，而不是泛泛的建议。
- 写得简短。 每附加一个技能，每一轮对话都要为它消耗提示词令牌。
- 一个技能只做一件事。 两个关联不紧密的技能，好过一个把两件事都包进去的技能，因为前者可以各自独立附加。