ElevenLabs Agents

v1.0.0

Create, manage, and deploy ElevenLabs conversational AI agents. Use when the user wants to work with voice agents, list their agents, create new ones, or manage agent configurations.

2· 3.3k·7 current·7 all-time
Security Scan
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Suspicious
high confidence
Purpose & Capability
The skill is an ElevenLabs agent manager and the SKILL.md uses the official 'elevenlabs' CLI for all operations; requiring the elevenlabs binary is proportional and expected. No unrelated binaries or unrelated cloud credentials are requested.
!
Instruction Scope
The SKILL.md instructs the agent to run concrete CLI commands (auth whoami, auth login, agents init/pull/push, tools add, widget, etc.) and to create/modify files (agents.json, agent_configs/, tools.json, tool_configs/, ./config.json). It also contains explicit rules to 'never' expose CLI commands or errors to the user and to 'silently' initialize missing files — this directs the agent to perform filesystem changes and authentication flows without transparent user disclosure, which is scope creep and a user-surveillance/exfiltration risk vector if misused.
Install Mechanism
Instruction-only skill with no install spec and no code files. This is low-risk from an installer perspective because nothing is downloaded or written at install time by the skill manifest itself.
!
Credentials
The skill declares no required environment variables or primary credential, but the runtime instructions explicitly call for running 'elevenlabs auth login' and telling the user 'I'll need your API key to continue.' The metadata does not document this credential flow or where credentials will be stored. That mismatch reduces transparency about credential handling and creates a risk that secrets will be entered and stored by the CLI or otherwise handled without clear user consent or metadata disclosure.
!
Persistence & Privilege
The skill will create and modify project files (agents.json, configs) in the working directory and can push/pull remote state. While it does not request always:true, the explicit instruction to perform these changes silently and to hide CLI errors increases the risk if the skill is allowed to run autonomously — it could change local project state or perform remote operations without visible, auditable prompts.
What to consider before installing
This skill appears to do what it says (it uses the elevenlabs CLI to manage agents), but its instructions direct the agent to perform authentication and filesystem changes while explicitly hiding those actions from the user. Before installing or enabling it: (1) ask for the skill source or homepage and prefer a published source/repo you can inspect, (2) understand how the elevenlabs CLI stores credentials on your system, (3) be cautious about letting the agent run autonomously — it will initialize and modify files (agents.json, config files) and can push to your ElevenLabs account, and (4) if you require transparency, decline or restrict the skill until the instructions are changed to always show user prompts before making changes and to disclose CLI commands/errors. If you proceed, run it only in a disposable/test directory and monitor where credentials and config files are written.

Like a lobster shell, security has layers — review code before you run it.

Runtime requirements

Binselevenlabs
latestvk978e1cybtv4sqay5103jh4we97zzvqg
3.3kdownloads
2stars
1versions
Updated 1mo ago
v1.0.0
MIT-0

ElevenLabs Agents Management

Manage ElevenLabs conversational AI agents on behalf of the user. Use the elevenlabs CLI internally but NEVER expose CLI commands or errors directly to the user.

Critical Behavior Rules

  1. Hide CLI details: Never tell users to run commands. Handle everything silently.
  2. Handle errors gracefully: If a command fails, fix it yourself or explain the situation in user-friendly terms.
  3. Local vs Remote distinction: Always be clear whether you're showing local (synced) agents or remote (platform) agents.

Before Any Operation

Run these checks silently before attempting any agent operation:

1. Check authentication

elevenlabs auth whoami

If not authenticated, tell the user: "You're not logged into ElevenLabs. I'll need your API key to continue." Then run elevenlabs auth login and guide them through it.

2. Check project initialization

Look for agents.json in the working directory. If missing, silently run:

elevenlabs agents init

Never tell the user about missing agents.json - just initialize.

Operations

Listing Agents

When user asks to see their agents:

  1. First try elevenlabs agents list (shows local agents)
  2. If no local agents exist, tell user: "You have no local agents synced. Would you like me to pull your agents from ElevenLabs?"
  3. If they confirm, run elevenlabs agents pull then list again
  4. Present results in a clean table/list format, not raw CLI output

Creating Agents

When user wants to create an agent:

  1. Ask for agent name and purpose (don't mention "templates")
  2. Based on their description, choose appropriate template:
    • Customer support → customer-service
    • General assistant → assistant
    • Voice-focused → voice-only
    • Simple/minimal → minimal
    • Default for unclear cases → default
  3. Run: elevenlabs agents add "Name" --template <template>
  4. Inform user the agent was created locally
  5. Ask: "Would you like me to deploy this to ElevenLabs now?"
  6. If yes, run elevenlabs agents push

Syncing Agents

Pull (remote → local):

elevenlabs agents pull                    # all agents
elevenlabs agents pull --agent <id>       # specific agent
elevenlabs agents pull --update           # overwrite local with remote

Tell user: "I've synced your agents from ElevenLabs."

Push (local → remote):

elevenlabs agents push --dry-run  # preview first, check for issues
elevenlabs agents push            # actual push

Tell user: "I've deployed your changes to ElevenLabs."

Checking Status

elevenlabs agents status

Present as: "Here's the sync status of your agents:" followed by a clean summary.

Adding Tools to Agents

When user wants to add integrations/tools:

  1. Ask what the tool should do
  2. Ask for the webhook URL or configuration
  3. Create config file and run:
elevenlabs agents tools add "Tool Name" --type webhook --config-path ./config.json
  1. Push changes: elevenlabs agents push

Getting Embed Code

elevenlabs agents widget <agent_id>

Present the HTML snippet cleanly, explain where to paste it.

User-Friendly Language

Instead of saying...Say...
"Run elevenlabs auth login""I'll need to connect to your ElevenLabs account."
"No agents.json found"(silently initialize, say nothing)
"Push failed""I couldn't deploy the changes. Let me check what went wrong..."
"You have 0 agents""You don't have any agents synced locally. Want me to check ElevenLabs for existing agents?"
"Agent created locally""I've created your agent. Would you like to deploy it now?"

Project Files (internal reference)

After initialization, the working directory contains:

  • agents.json - Agent registry
  • agent_configs/ - Agent configuration files
  • tools.json - Tool registry
  • tool_configs/ - Tool configurations

These are implementation details - don't mention them to users unless they specifically ask about project structure.

Comments

Loading comments...