smithery.ai

crewai-orchestrator

专门用于在 urgs 项目中添加、修改或优化 CrewAI Agent 和 Task 的技能。当用户要求“添加新系统专家”、“修改 Agent 行为”或“优化 CrewAI 工作流”时触发。它确保所有变更符合项目的中心化 PM 架构、SOTA 协议和工?

First seen Mar 14, 2026

Installation

$ npx skills add https://smithery.ai

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery.ai · top by installs.

npx skills add https://smithery.ai

Browse all from smithery.ai

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,156 B
  • docs SUMMARY.md 323 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 1 installs

SKILL.md

CrewAI Orchestrator

本技能旨在规范 urgs 项目中 CrewAI 组件的扩展流程。它包含了 Agent、Task 和 Crew 的纵向延伸逻辑。

核心工作流

1. 调研与定位

在添加新 Agent 之前,必须确定其归属系统及所需工具:

  • 查看 agent/tools/ 下是否有现成的工具集。
  • 确认该 Agent 在 agent/crews.pycreateunifiedcrew 中的整合位置。

2. 定义 Agent (agent/agents.py)

  • 角色定位:遵循 [agentpatterns.md](references/agentpatterns.md) 中的模板。
  • SOTA 协议:确保 Backstory 包含工具使用准则和事实核查要求。
  • LLM 选择:协调员使用 getprimaryllm(),专家使用 getsecondaryllm()

3. 定义 Task (agent/tasks.py)

  • 任务解析:遵循 [taskpatterns.md](references/taskpatterns.md) 中的 CoT (Think/Plan/Delegate) 模式。
  • 证据导向:明确 expected_output 必须基于查到的真实证据,禁止猜测。

4. 组装 Crew (agent/crews.py)

  • 工具注入:参考 [toolmapping.md](references/toolmapping.md) 注入正确的数据库、知识库和血缘工具。
  • Manager 配置:确保新 Agent 被正确列入 agents 列表,且由 pm (Manager) 进行统一调度。

参考资料

  • [Agent 编写模式 (Role/Goal/Backstory)](references/agent_patterns.md)
  • [Task 编写模式 (CoT/Evidence-based)](references/task_patterns.md)
  • [项目工具映射表 (Banking Systems)](references/tool_mapping.md)

准则

  • 禁止冗余:不建议在没有明确业务需求的情况下添加通用的 Agent。
  • 原子性:每个 Agent 应该是一个系统的“王牌专家”,功能应当垂直。
  • 防御性编程:所有 Agent 都应预设“SQL 修复”和“无结果汇报”逻辑。