Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add ‘agent type’ to YAML so Hive can instantiate Bee or smolagent agents #99

Open
matiasmolinas opened this issue Jan 10, 2025 · 0 comments

Comments

@matiasmolinas
Copy link

Description
We want to expand Hive’s agent definition so that each agent can declare which framework it uses (Bee Framework or smolagents) in a single YAML config. This would allow developers to choose their preferred agent framework without maintaining separate definitions or code paths.

Proposed Approach

  1. Agent Type Field

    • In the YAML file, add a field like type: "bee" or type: "smolagent".
    • If type: "bee", instantiate a BeeAgent from the Bee Framework.
    • If type: "smolagent", instantiate a smolagent-based agent.
  2. Single LLM Per Agent

    • Each agent remains tied to just one LLM (e.g., “IBM Granite,” “Llama 3.x,” etc.). If multiple LLMs/backends are needed, we deploy multiple agents.
  3. Unified Instantiation Logic

    • Hive’s internal code checks the YAML and branches accordingly.
    • The rest of the agent’s config (name, instructions, tools, etc.) stays consistent regardless of the type.
  4. Future Extensions

    • Later on, we can add advanced collaboration or multi-LLM capabilities. For now, the focus is on a clean and simple approach to define either Bee or smolagents from one file.

Acceptance Criteria

  • A single YAML definition where the user can specify type: "bee" or type: "smolagent" for each agent.
  • A provisioning or creation script in Hive that reads the agent type and instantiates the correct agent class.
  • Basic validation/error handling if type is missing or unrecognized.

Reference

  • Relates to Issue agent: definition #47 (Agent Definition), where we discussed supporting multiple backends (one per agent).

If this approach looks good, I’ll start drafting a PR and share it for review!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant