Token导航 LogoToken导航

Agent Skill · 研究检索

crew-creator(船员创造者)

crew-creator 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

crew-creator 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 68,654。

总安装 225周安装 9GitHub Stars 4,792下载 73核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:crew-creator(船员创造者)
来源仓库:https://github.com/dtyq/magic
仓库路径:skills/crew-creator
安装命令:
npx skills add https://github.com/dtyq/magic --skill crew-creator
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/dtyq/magic --skill crew-creator

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

crew-creator 管理 AI 代理的核心定义文件,包括身份、指令、个性和工具配置。适合在 Codex、Claude、Cursor、Gemini CLI 中初始化或优化多 Agent 系统的角色设定。首次使用时将引导用户完成员工(Agent)初始化流程,生成 .magic/ 下的配置文件。

涉及文件读写,请确认目标路径权限,避免覆盖重要配置,并注意潜在的文件系统操作。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/crew-creator

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/dtyq/magic --skill crew-creator;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

crew-creator 怎么安装?

在终端执行 npx skills add https://github.com/dtyq/magic --skill crew-creator。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

crew-creator 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

crew-creator 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

crew-creator 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

crew-creator 用的人多吗?

公开数据是累计安装 225 次,近一周安装 9 次,下载 73 次,GitHub 4,792 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

crew-creator 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 来源仓库有 4,792 星,维护活跃度相对可查。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
crew-creator

船员创造者 · 本页

2254,792只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Agent Prompt Manager

Manages the 4 core employee definition files under .magic/, helping users view, edit, and optimize their employee's identity, instructions, personality, and tool configuration. Also handles first-time employee initialization when the workspace has no definition files.

Employee Initialization Flow

When .magic/IDENTITY.md does not exist, the workspace has no employee yet and you should guide the user through initialization.

Detection

Use list_dir to check .magic/. If IDENTITY.md is missing, enter the initialization flow.

Information Gathering (ask the user conversationally)

Collect information in rounds; you may combine questions but don't overwhelm the user:

Round 1 (required):

  1. Employee name: Chinese and English (e.g. 研究助手 / Research Assistant)
  2. Employee role: Chinese and English (e.g. 学术研究员 / Academic Researcher)
  3. One-line description: What does this employee mainly do? (bilingual)

Round 2 (recommended but optional): 4. Role definition: A richer description of capabilities, expertise, and working style (goes into IDENTITY.md body) 5. Workflow / rules: What workflow should this employee follow? Any special rules? (goes into AGENTS.md)

Round 3 (optional, user may skip): 6. Personality and communication style: What personality should the employee have? (e.g. rigorous, lively, concise) (goes into SOUL.md)

If the user signals intent to skip ("先这样", "later", etc.), proceed immediately with whatever has been collected.

Generating Files

After collecting info, write a JSON config and call the init script:

# 1. Write collected info as JSON config
write_file(
    path=".crew_init_config.json",
    content='{"name": "Research Assistant", "name_cn": "研究助手", "role": "Academic Researcher", "role_cn": "学术研究员", "description": "...", "description_cn": "...", "role_body": "...", "role_body_cn": "...", "instructions": "...", "instructions_cn": "...", "personality": "...", "personality_cn": "..."}'
)

# 2. Call the init script
shell_exec(
    command="python scripts/init_crew.py --config .workspace/.crew_init_config.json"
)

The script generates files based on the config (TOOLS.md and SKILLS.md are intentionally not created — the system uses defaults):

  • IDENTITY.md — always generated (YAML header + role definition body)
  • AGENTS.md — generated if workflow instructions were provided
  • SOUL.md — generated if personality was provided

After Initialization

  1. Show the generated files to the user via read_files
  2. Ask if they want any adjustments
  3. Clean up the temp config: delete_files(path=".crew_init_config.json")
  4. Inform the user: TOOLS.md and SKILLS.md were not generated (system defaults apply); they can be added later through employee management

文件职责映射

文件维度职责是否必填
IDENTITY.mdWHO — 身份名称、角色、描述 + 角色定义正文必填
AGENTS.mdWHAT — 指令工作流程、规则、特殊指令推荐
SOUL.mdHOW — 性格核心性格、沟通风格、行为准则可选
TOOLS.mdWITH WHAT — 工具工具白名单(YAML)+ 使用偏好可选

编辑工作流

通用流程(适用于所有文件)

  1. 读取当前内容:使用 read_files 读取目标文件的现有内容
  2. 加载质量指南:读取 reference 文件 references/prompt-engineering-guide.md
  3. 加载格式规范:读取 reference 文件 references/crew-file-format.md
  4. 编写/修改内容:遵循格式规范和质量指南进行编辑
  5. 展示质量评估:向用户展示修改后的内容和质量评估摘要
  6. 用户确认后写入:用户确认无误后,使用 write_file 或 edit_file 写入文件

质量评估摘要格式

每次完成编辑后,展示以下格式的摘要:

## 质量评估

| 检查项 | 状态 | 备注 |
|--------|------|------|
| 角色明确性 | ✅ | ... |
| 指令具体性 | ✅ | ... |
| 双语完整性 | ✅ | ... |
| 格式规范性 | ✅ | ... |
| ... | ... | ... |

各文件编辑指南

IDENTITY.md — 身份定义

IDENTITY.md 包含 YAML header(元数据)和正文(角色定义)两部分。

YAML header 字段:

  • name / name_cn — 员工名称(英文/中文)
  • role / role_cn — 员工角色(英文/中文)
  • description / description_cn — 员工描述(英文/中文)

正文部分:使用 <!--zh... --> 块级注释格式编写中英双语角色定义。

编辑要点:

  • 角色定义要具体,避免空泛描述(如"你是一个 AI 助手")
  • 明确专长领域、目标用户和使用场景
  • 中英文内容必须语义对等,不可简化或遗漏

AGENTS.md — 工作流指令

纯 Markdown 文件,无 YAML header。定义此员工特有的工作方式和规则。

编辑要点:

  • 按优先级排列指令
  • 使用编号列表,每条指令独立、可操作
  • 包含决策逻辑(if/then/else)
  • 定义输出格式和质量要求

SOUL.md — 性格与行为准则

纯 Markdown 文件,无 YAML header。定义员工的灵魂和行为准则。

编辑要点:

  • 核心性格特征(3-5 个关键词 + 具体行为说明)
  • 沟通风格(语气、详略、主动性)
  • 行为准则(边界和禁区)

TOOLS.md — 工具管理

TOOLS.md 包含 YAML header(工具白名单)和可选正文(工具使用偏好)。

YAML header 格式:

---
tools:
  - web_search
  - read_files
  - write_file
  - ...
---

编辑要点:

  • 工具只能从项目可用工具列表中选取,使用 scripts/tools.py 脚本动态查询
  • 根据员工职能推荐合适的工具组合
  • 如有特殊的工具使用偏好,写入正文部分

工具管理专项流程

当用户要添加或移除工具时:

  1. 查询可用工具:使用脚本动态扫描(见下方"工具查询脚本"章节)
  2. 读取当前 TOOLS.md 的已配置工具列表
  3. 根据员工职能评估工具需求:

- 需要联网搜索?→ 加 web_search, read_webpages_as_markdown - 需要文件处理?→ 加 read_files, write_file, edit_file 等 - 需要代码执行?→ 加 run_python_snippet, shell_exec - 需要视觉理解?→ 加 visual_understanding - 需要图片生成?→ 加 generate_image

  1. 向用户展示工具变更对比
  2. 用户确认后写入 TOOLS.md

工具查询脚本

使用 scripts/tools.py 动态扫描项目中所有已注册的工具(数据来源:config/tool_definitions.json)。

列出所有可用工具

shell_exec(
    command="python scripts/tools.py list"
)

查看某个工具的详细信息(参数、描述)

shell_exec(
    command="python scripts/tools.py detail web_search"
)

按关键词搜索工具

shell_exec(
    command="python scripts/tools.py search image"
)

双语规范

所有编辑内容必须遵循中英双语规范:

<!--zh
中文内容
可以多行
-->
English content
Can be multiple lines
  • 中文在上(HTML 注释内),英文在下
  • 按逻辑段落分块,不逐行对照
  • 中文有的信息,英文必须有,不可简化或遗漏

参考文档

可阅读以下 reference 文档获取详细指南:

  • crew-file-format — 各定义文件的完整格式规范和示例
  • prompt-engineering-guide — 提示词工程最佳实践(结构模板、质量检查清单、反模式检测)
  • available-tools — 按职能分类的工具组合推荐(备用参考,优先使用 scripts/tools.py 动态查询) -->

Agent Prompt Manager

Manages the 4 core employee definition files under .workspace/, helping users view, edit, and optimize their employee's identity, instructions, personality, and tool configuration.

File Responsibility Mapping

FileDimensionResponsibilityRequired
IDENTITY.mdWHO — IdentityName, role, description + role definition bodyRequired
AGENTS.mdWHAT — InstructionsWorkflow, rules, special directivesRecommended
SOUL.mdHOW — PersonalityCore personality, communication style, behavior guidelinesOptional
TOOLS.mdWITH WHAT — ToolsTool whitelist (YAML) + usage preferencesOptional

Editing Workflow

General Flow (applies to all files)

  1. Read current content: Use read_files to read the target file's existing content
  2. Load quality guide: Read reference file references/prompt-engineering-guide.md
  3. Load format spec: Read reference file references/crew-file-format.md
  4. Write/modify content: Edit following the format spec and quality guide
  5. Show quality assessment: Present the modified content with a quality assessment summary
  6. Write after confirmation: After user confirms, use write_file or edit_file to save

Quality Assessment Summary Format

After each edit, present:

## Quality Assessment

| Check Item | Status | Notes |
|------------|--------|-------|
| Role clarity | pass | ... |
| Instruction specificity | pass | ... |
| Bilingual completeness | pass | ... |
| Format compliance | pass | ... |
| ... | ... | ... |

File-Specific Editing Guides

IDENTITY.md — Identity Definition

Contains YAML header (metadata) and body (role definition).

YAML header fields: name/name_cn, role/role_cn, description/description_cn

Body: Use <!--zh... --> block comment format for bilingual role definition.

Key points:

  • Role definition must be specific; avoid vague descriptions like "you are an AI assistant"
  • Define expertise domains, target users, and usage scenarios
  • Chinese and English content must be semantically equivalent

AGENTS.md — Workflow Instructions

Pure Markdown, no YAML header. Defines this employee's specific workflow and rules.

Key points: Prioritized instructions, numbered lists, decision logic (if/then/else), output format specs.

SOUL.md — Personality and Behavior

Pure Markdown, no YAML header. Defines the employee's personality and behavior guidelines.

Key points: Core traits (3-5 keywords + behavioral descriptions), communication style, behavior boundaries.

TOOLS.md — Tool Management

Contains YAML header (tool whitelist) and optional body (tool usage preferences).

Key points:

  • Tools can only be selected from the project's available tool list — use scripts/tools.py to query dynamically
  • Recommend tool combinations based on employee function
  • Special tool usage preferences go in the body section

Tool Management Workflow

When users want to add or remove tools:

  1. Query available tools: Use the script to dynamically scan (see "Tool Query Script" section)
  2. Read current TOOLS.md tool list
  3. Evaluate tool needs based on employee function
  4. Present tool change comparison to user
  5. Write to TOOLS.md after user confirmation

Tool Query Script

Use scripts/tools.py to dynamically scan all registered tools in the project (data source: config/tool_definitions.json).

List all available tools

shell_exec(
    command="python scripts/tools.py list"
)

View details of a specific tool (parameters, description)

shell_exec(
    command="python scripts/tools.py detail web_search"
)

Search tools by keyword

shell_exec(
    command="python scripts/tools.py search image"
)

Bilingual Standard

All edited content must follow the bilingual convention:

<!--zh
Chinese content
Multiple lines allowed
-->
English content
Multiple lines allowed

Reference Documents

Reference documents with detailed guides:

  • crew-file-format — Complete format specs and examples for each definition file
  • prompt-engineering-guide — Prompt engineering best practices (structure templates, quality checklists, anti-pattern detection)
  • available-tools — Tool combination recommendations by function (fallback reference; prefer scripts/tools.py for dynamic queries)

平台分布

Codex

35.78%
按下载量换算26

Claude

30.64%
按下载量换算22

Cursor

17.45%
按下载量换算13

Gemini CLI

9.34%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills