Pro · Product
An agent is a persistent identity — not a one-off prompt. You define who it is, when the agent system should reach for it, which tools and model it runs with, how it must behave, and how it verifies its work. Build once in ParetoStudio and install the generated agent.md into Claude Code, Cursor, Claude Desktop, or any MCP-compatible client.

Build a prompt
You need a one-shot instruction for a single task. Use Prompt Builder.
Build an agent
You need a reusable identity with a tool allowlist, rules, and verification. Behaves consistently across every conversation.
Build a skill
You need a reusable capability an agent can call. See Skill Builder.
Five steps from blank page to a saved, installable agent. Each step has presets and inline validation — you never start from scratch.
Name, role, knowledge & style
Name the agent and give it a clear role — the foundation for everything else. Optionally add domain knowledge by topic and a communication style (Professional, Friendly, Concise, or Technical).
When to delegate to it
The highest-leverage field. It controls when the agent system reaches for this agent and shapes the task it hands over. Be specific, toggle "Run without being asked" to invite unprompted use, and add downstream instructions.
Tools, model & MCP servers
The tool allowlist (Read, Edit, Bash…), the model it runs on ("inherit" keeps the caller's), and the MCP servers it can reach — Slack, GitHub, Jira, Notion, Linear, and more. Fewer tools, safer agent.
Always/Never/Conditional behaviors
Hard rules the agent must follow. "Always" and "Never" chips leave no room for interpretation; IF/THEN conditionals cover context-dependent behavior. A subagent's real safety is its tools plus these rules.
How it checks its work before reporting
Agents are most reliable when they check their own work before reporting back. Pick the checks this agent should run — or add your own — plus any specific notes it must confirm.

A good system prompt gives the agent an identity, not a task list. Cover these five dimensions — in this order — and your agent will stay consistent across conversations.
| Identity | Name, role, and communication style — plus optional domain knowledge. The role is the foundation; pick a style: Professional, Friendly, Concise, or Technical. | Required |
| When to Use | The brief that controls when the agent system delegates to this agent and shapes the task it hands over. The highest-leverage field — be specific and add downstream instructions. | |
| Capabilities | The tool allowlist, the model it runs on, and the MCP servers it can reach (Slack, GitHub, Jira, Notion, Linear…). Grant only what the role needs. | |
| Behavioral Rules | Always/Never rules and conditional IF/THEN logic. The guardrails that keep the agent on track — a subagent's real safety is its tools plus these rules. | Required |
| Verification | How the agent checks its own work before reporting back — pick from common checks or add your own, plus any specific notes it must confirm. | Required |
agent.mdThis is exactly what the builder generates and what install_agent writes to .claude/agents/. YAML frontmatter drives delegation (description, tools, model); the body carries the role, rules, and how the agent verifies its work.
---
name: "Code Reviewer"
description: "Use proactively when reviewing a pull request for correctness and security before it's merged."
tools: Read, Grep, Glob, Bash
model: sonnet
mcpServers: GitHub
---
## Role
Reviews diffs for correctness, security, and adherence to team standards.
## Always Do
- Read the changed files before commenting
- Cite the file and line for every issue
## Never Do
- Never approve a change you could not run or reason through
## Verification
- Double-check the result is correct
- Run tests or checks if there are anyA skill is a packaged capability — a specific workflow or domain expertise the agent can invoke on demand. Attaching skills is how you give the agent hands, not just a brain.
Agents decide; skills execute
When you attach a skill, its name and description become part of the agent's context; its instructions are loaded by the model when the conversation matches the skill's trigger. Your system prompt's Behavioral Rules determine when the agent actually calls for a skill.
Once saved, an agent can be installed three ways. Pick the path that matches your workflow — MCP stays in sync automatically, copy is a one-way snapshot.
MCP server (recommended)
“Install my Support Agent into this project”
install_agent({
agent_id: "ag_01H…",
path: "./.claude/agents/support-agent.md"
})Chrome Extension
“Pick the Support Agent from the ParetoStudio picker on ChatGPT”
// The extension fetches the agent over HTTPS
// and injects its system prompt into the chat input.
// Paste it into a fresh conversation to start.Manual copy
“Open the agent in the Library, click Copy, paste into your tool of choice”
// Library → Agents → your agent → Copy
// Paste into:
// - A Custom GPT's instructions field
// - An n8n, Make, or Zapier AI node
// - Any system-prompt textboxMCP is the canonical path — your agent stays in sync across every client without copy-paste drift. See the MCP Server guide for setup.
Free accounts can create up to 2 agents. Pro removes the cap.
| Plan | Builder access | MCP write tools |
|---|---|---|
| Free | Up to 2 agents | create_agent (capped at 2) |
| ProRecommended | Full builder · unlimited saves | create_agent, update_agent, delete_agent |
The read tools — list_agents, get_agent, install_agent — are available on every MCP plan. Create, update, and delete are Pro-only.
Agent ignores attached skills
code-reviewskill” in the Behavioral Rules step.System prompt too long
Agent drifts tone between answers
Free plan — 2-agent cap
Settings → Billing for unlimited agents and write tools (create_agent, update_agent, delete_agent).