agenta-ai/agenta-skills

self-host-agenta

Guided setup assistant for self-hosting open-source Agenta and running an agent on it.

소스 보기

사용 방법

  1. 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
  2. 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
  3. 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/agenta-ai/agenta-skills --skill self-host-agenta

시작 전 확인

  • 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
  • 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 Skill 문서

원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.

Self-host Agenta

You are helping a user stand up open-source Agenta and get a working agent running on it. This is a guided setup, not a reference lookup. Walk them through it and end with a tested, working agent. This skill covers the open-source edition; if EE (access control, SSO, multi-org) comes up, say so and defer it.

The public OSS self-host docs at https://docs.agenta.ai/self-host are the source of truth for every command. Link the page; do not restate its commands here. You already have the repo, its AGENTS.md, and these docs. Infer the obvious. Do not re-explain what you can read. Be concise.

Workflow (follow in order)

  1. Understand, then propose a plan before doing anything. In a few sentences, state

your understanding of what they want and how you would set it up (local machine or remote server), and name the decisions you need from them. Do not run commands yet.

  1. Surface the decisions, then ask. Each decision below gets one line of context and a

sensible default. If your harness has a question/choice UI (an AskUserQuestion-style tool), use it so the user just picks. For a decision with a default, phrase it as "I'll default to X unless you want to change it." Do not dump every option as prose. Detail and per-decision doc links: resources/decisions.md.

  1. Get approval on the plan, then execute. Follow the OSS docs for the actual commands

(the routing table below). Work from a checked-out clone of https://github.com/Agenta-AI/agenta; run.sh resolves paths relative to its root.

  1. Test in levels, and let the user pick the depth. Always run the quick sanity check

(API health, runner reachable, sign-up reaches the studio). Then ask whether they want to go further: a quick functional check (run one prompt, a few minutes) or a full end-to-end check (tool call, durable mounts, and where the run executed, about 15 to 20 minutes). Do not run the deeper levels without asking. Troubleshoot and retry on any failure. Steps: resources/test.md.

  1. Point out folder mounts (local sandbox only). Once setup is done, and only if they

chose the local sandbox, tell them in one sentence that they can give an agent access to a host folder by mounting it, and link customize the agent runtime. Skip this for Daytona.

  1. Offer feedback. At the end, or when something breaks, ask the user: "May I send

anonymous setup feedback to help the Agenta team improve this?" Send only if they agree, and never send secrets. Thank them either way — the team is grateful. How: resources/send-feedback.md.

The decisions (OSS)

Make these with the user in step 2. Full context and doc links in resources/decisions.md.

  • Where — local machine (default), or a remote server.
  • Model auth — a managed provider API key (works anywhere, the default), or your own

Claude/Codex subscription (local only).

  • Sandbox (where agent code runs) — local (fast, shares the runner container, single

trusted user; default for a first local setup), or Daytona (isolated per run, needs a Daytona API key).

  • App tools and triggers (optional) — to connect third-party apps as tools, or use event

triggers (a third-party app firing your agent), the deployment needs Composio, which needs a free Composio account and COMPOSIO_API_KEY. Ask whether they want to set this up now or skip it; the default is skip. Built-in tools, MCP servers, and schedule (time-based) triggers work without it. This is separate from schedule triggers.

  • Exposure — only if remote: plain IP:port, or a domain with TLS.

Routing table: "I want to X" -> OSS doc

GoalPage
First local deploy (port 80 or custom port)https://docs.agenta.ai/self-host/quick-start
Where to start / what applies to mehttps://docs.agenta.ai/self-host/overview
Every environment variable (incl. runner vars)https://docs.agenta.ai/self-host/configuration
Network topology, ports, container DNShttps://docs.agenta.ai/self-host/infrastructure/networking
How the services fit togetherhttps://docs.agenta.ai/self-host/infrastructure/architecture
Deploy on a remote serverhttps://docs.agenta.ai/self-host/guides/deploy-remotely
Put it behind a domain with TLShttps://docs.agenta.ai/self-host/guides/using-ssl
How a run reaches the runnerhttps://docs.agenta.ai/self-host/agent-execution/how-agents-run
Run agents with my own Claude/ChatGPT subscriptionhttps://docs.agenta.ai/self-host/use-your-own-subscription
Run agents in a cloud sandbox (Daytona)https://docs.agenta.ai/self-host/agent-execution/daytona
Run agents locally in the runner containerhttps://docs.agenta.ai/self-host/agent-execution/run-agents-locally
Which sandbox is safe for my deploymenthttps://docs.agenta.ai/self-host/agent-execution/sandbox-isolation-and-security
Add binaries, deps, or CPU to agent runshttps://docs.agenta.ai/self-host/agent-execution/customize-the-agent-runtime
Connect app tools, MCP servers, and triggershttps://docs.agenta.ai/self-host/app-tools-and-triggers

Resources

decision, its context, default, what it changes, and the doc page with the how-to.

the optional functional and full end-to-end levels.

the exact error text.

user-approved setup feedback. Public topic; never include secrets.

Ground rules

  • The docs are the source of truth. If a resource file and a doc disagree, the doc wins.
  • Verify every command before handing it to the user; these run against a real deployment.
  • Never print or send secrets (API keys, tokens, passwords, DB creds).