AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Frappe Manager

skill-lubusin-frappe-skills-frappe-manager · by lubusIN

Use Frappe Manager (FM) for Docker-based development and testing environments. Use when setting up local dev, running isolated tests, or managing agent-driven Frappe development workflows.

No reviews yet
0 installs
2 views
0.0% view→install

Install

$ agentstack add skill-lubusin-frappe-skills-frappe-manager

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-lubusin-frappe-skills-frappe-manager)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
2mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Frappe Manager? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Frappe Manager

Manage Docker-based Frappe development environments using Frappe Manager (FM).

When to use

  • Setting up a local Frappe development environment
  • Creating isolated test environments
  • Agent-driven development (vibe coding) workflows
  • Quick prototyping without full bench setup
  • Reproducible environments across machines

Inputs required

  • Docker installed and running
  • Python 3.11+ with pipx
  • Site/bench name
  • Apps to install (frappe, erpnext, hrms, custom)
  • Environment type (dev/prod)

Procedure

0) Install Frappe Manager

# Install via pipx
pipx install frappe-manager

# Enable shell completion
fm --install-completion

1) Create a site

# Basic site (frappe only)
fm create mysite

# Site with ERPNext
fm create mysite --apps erpnext:version-15

# Site with multiple apps
fm create mysite --apps erpnext --apps hrms --environment dev

# Production site with SSL
fm create example.com --apps erpnext --env prod --ssl letsencrypt

2) Manage sites

# List all sites
fm list

# Start/stop site
fm start mysite
fm stop mysite

# View site info
fm info mysite

# View logs (follow)
fm logs mysite -f

# Delete site
fm delete mysite

3) Development workflow

# Access shell inside container
fm shell mysite

# Inside container - common commands:
bench new-app my_custom_app
bench --site mysite install-app my_custom_app
bench --site mysite migrate
bench build --app my_custom_app
bench --site mysite run-tests --app my_custom_app

# Exit shell
exit

# Open in VSCode
fm code mysite

# Open with debugger
fm code mysite --debugger

4) Agent-driven development

Perfect for AI agents developing Frappe apps:

# 1. Setup: Create fresh environment
fm create testsite --apps erpnext:version-15 --environment dev
fm start testsite

# 2. Develop: Enter shell, create app
fm shell testsite
bench new-app my_app
bench --site testsite install-app my_app
# ... make code changes ...
exit

# 3. Test: Run tests
fm shell testsite
bench --site testsite run-tests --app my_app
exit

# 4. Verify: Check logs
fm logs testsite -f

# 5. Reset if needed: Start fresh
fm stop testsite
fm delete testsite
fm create testsite --apps erpnext:version-15 --environment dev

5) Internal service management (fmx)

Inside the container, use fmx for service control:

fm shell mysite

fmx status      # Check service status
fmx restart     # Restart Frappe services
fmx start       # Start services
fmx stop        # Stop services

Verification

  • [ ] Site accessible at http://mysite.localhost
  • [ ] Can login with admin credentials (default: admin/admin)
  • [ ] Custom app installed and visible
  • [ ] Tests run successfully inside container
  • [ ] Logs show no critical errors

Failure modes / debugging

  • Docker not running: Start Docker daemon
  • Port conflict: Use different site name or check port 80/443
  • Site not accessible: Check fm list for status, try fm start
  • App not installing: Check fm logs for errors
  • Slow startup: First run downloads images—be patient

Escalation

  • For advanced Docker config, see [references/docker-config.md](references/docker-config.md)
  • For SSL issues, see [references/ssl-setup.md](references/ssl-setup.md)
  • For bench commands, see [references/bench-commands.md](references/bench-commands.md)

References

  • [references/fm-commands.md](references/fm-commands.md) - Full FM command reference
  • [references/agent-workflow.md](references/agent-workflow.md) - Agent development patterns
  • [references/bench-commands.md](references/bench-commands.md) - Bench CLI inside container
  • https://github.com/rtCamp/Frappe-Manager

Guardrails

  • Always backup before operations: Run fm backup before major changes or updates
  • Use named sites: Avoid generic names; use descriptive site names for project identification
  • Check SSH access: Ensure SSH keys are configured for private repos before app installation
  • Verify Docker status: Run fm doctor to check Docker and FM health before operations
  • Use fm shell for commands: Always enter container shell before running bench commands

Common Mistakes

| Mistake | Why It Fails | Fix | |---------|--------------|-----| | Running bench commands outside fm shell | "Command not found" or wrong site | Always fm shell first | | Wrong site context | Operations affect wrong site | Check prompt shows correct site; use bench --site | | Missing volumes on recreate | Data loss | Use fm recreate --keep-volumes or backup first | | Not checking fm doctor | Silent configuration issues | Run fm doctor to diagnose problems | | Using localhost in site URL | DNS resolution issues | Use .localhost format for local access | | Forgetting to fm start after reboot | Site not accessible | Run fm start or fm start --all |

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.