frappe-project-triage

Detect Frappe project type, installed apps, version, and tooling. Use as the first step when working on any Frappe/ERPNext codebase to understand the project structure before making changes.

14 stars

Best use case

frappe-project-triage is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Detect Frappe project type, installed apps, version, and tooling. Use as the first step when working on any Frappe/ERPNext codebase to understand the project structure before making changes.

Teams using frappe-project-triage should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/frappe-project-triage/SKILL.md --create-dirs "https://raw.githubusercontent.com/lubusIN/agent-skills/main/skills/frappe/frappe-project-triage/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/frappe-project-triage/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How frappe-project-triage Compares

Feature / Agentfrappe-project-triageStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Detect Frappe project type, installed apps, version, and tooling. Use as the first step when working on any Frappe/ERPNext codebase to understand the project structure before making changes.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# Frappe Project Triage

Quickly analyze a Frappe project to determine its type, installed apps, version, and available tooling.

## When to use

- First step when opening a new Frappe project
- Before making any code changes to understand the codebase
- When debugging to determine which apps/versions are involved
- To identify the development environment (Bench vs Frappe Manager)

## Inputs required

- Project root path (where `apps/`, `sites/`, or app code lives)
- Access to run shell commands (for version checks)

## Procedure

### 0) Identify project structure

Check for these patterns:

| Pattern | Project Type |
|---------|--------------|
| `apps/` + `sites/` directories | Bench installation |
| `docker-compose.yml` with frappe | Frappe Manager site |
| `pyproject.toml` or `setup.py` with frappe | Standalone app |
| `doctype/` directory | Inside an app module |

### 1) Detect installed apps

```bash
# Inside Bench/FM shell
bench --site <site> list-apps

# Or check apps directory
ls apps/
```

### 2) Check Frappe version

```bash
# Inside Bench/FM shell
bench version

# Or check from Python
bench --site <site> console
>>> frappe.__version__
```

### 3) Identify tooling

| File/Directory | Tooling |
|----------------|---------|
| `Procfile` | Standard bench |
| `docker-compose.yml` | Docker/FM |
| `cypress/` | UI testing available |
| `.github/workflows/` | CI configured |
| `package.json` with `@frappe/*` | JS build tooling |

### 4) Check development mode

```bash
# Check site config
bench --site <site> console
>>> frappe.conf.developer_mode
```

## Verification

- [ ] Project type identified (bench/FM/standalone app)
- [ ] Installed apps listed
- [ ] Frappe version known
- [ ] Development mode status confirmed
- [ ] Available tooling documented

## Failure modes / debugging

- **No site found**: May be inside an app directory, navigate to bench root
- **bench command not found**: Not in bench environment, use `fm shell` or activate venv
- **Permission errors**: Check if running as correct user

## Escalation

If project structure is unclear:
1. Look for `hooks.py` to identify app root
2. Look for `sites/common_site_config.json` for bench root
3. Check git remote for app repository identification

## Output format

After triage, document:
```
Project Type: [bench|frappe-manager|standalone-app]
Frappe Version: X.Y.Z
Installed Apps: [list]
Developer Mode: [yes|no]
Tooling: [list]
Site Name: <site>
```

Use this output to route to the appropriate skill:
- DocType work → `frappe-doctype-development`
- API work → `frappe-api-development`
- Testing → `frappe-testing`
- Enterprise patterns → `frappe-enterprise-patterns`

## Guardrails

- **Never modify code** before completing triage - understand the project first
- **Check for custom apps** that may override standard behavior
- **Verify site exists** before running site-specific commands
- **Check developer_mode** before making schema changes (required for DocType modifications)
- **Note Node.js version** - frontend builds require compatible Node (typically 18+ for v15)

## Common Mistakes

| Mistake | Why It Fails | Fix |
|---------|--------------|-----|
| Running `bench migrate` without site | Affects wrong/default site | Always use `--site sitename` |
| Assuming ERPNext is installed | Import errors, missing DocTypes | Check `list-apps` output first |
| Missing FM shell context | bench commands not found | Use `fm shell sitename` first |
| Wrong directory level | Commands fail silently | Navigate to bench root (where `apps/` exists) |
| Ignoring custom app overrides | Unexpected behavior | Check hooks.py for overrides |
| Not checking Python version | Syntax/compatibility errors | Verify Python >= 3.10 for v15+ |

Related Skills

We are still matching the closest adjacent skills for this page. In the meantime, continue through the full directory.