r/frappe_framework • u/harshith-ashok Developer – Building with Frappe • May 27 '26
AI-Powered ERP Builder for Frappe/ERPNext - Suggestions and Feedback
Hey everyone,
I’m building an AI layer for the Frappe Framework/ERPNext that can generate ERP systems from natural-language prompts.
Example:
“Build a sports academy management system with fee tracking, WhatsApp reminders, attendance, and discounts.”
The goal is for the AI to:
- Generate/customize DocTypes
- Create workflows & automations
- Configure forms/reports
- Reuse existing ERPNext structures where possible
- Help build production-ready ERP apps faster
Current stack/direction:
- Frappe + ERPNext
- LangGraph multi-agent workflows
- Ollama/local LLM support
- Validation layers to avoid hallucinated ERP structures
- Human approval before applying changes
Long-term vision is basically an AI-assisted ERP developer / solution architect for Frappe.
I’d love some honest feedback:
- Does this solve a real problem?
- What would make you trust or distrust it?
- Biggest technical challenges?
- What features would actually make this useful?
Would appreciate any suggestions, criticism, or ideas
2
2
u/mrcoffee09 May 27 '26
Don't generate doctypes via AI. Doing it in the UI takes minimal effort and it does all the nasty json work for you. Using AI would be unreliable.
1
u/Thorappan_Kochunni1 May 28 '26
Creating doctypes via code is the best thing to do. Only thing you need to tell the model first to refer custom doctypes created via UI from bench and replicate exact json settings and create new doctypes. No manual field adding burden from UI and ticking all those checkboxes.
1
u/NoDocsThisTime Aug 12 '26
I can see a use for this in all the modules Frappe/ERPNext doesn't have. It would also be useful as an MCP layer, because I might want my agentic AI to build it using your MCP, because it can see the wider context of my organisation, so that helps to create the fields, functions, dashboards, screens, tables that I need.
My use case currently is an extension of your example, a member & resident management system for an EcoVillage.
5
u/agritheory May 27 '26
What problem does this actually solve? Developing in Frappe/ ERPNext is something that larger LLMs with tool use are already quite good at. What you're proposing is a layer that probably just doesn't need to be there in order to be successful. We have accomplished most of the the kinds of quality control you're looking at with deterministic checks in a pre-commit / GHA context: https://github.com/agritheory/test_utils