Haohao-end/openagent
Live in productionAn end-to-end AI agent platform for building, orchestrating, publishing, and operating AI applications.
AI Agent Development Platform - Supports multiple models (OpenAI/DeepSeek/Wenxin/Tongyi), knowledge base management, workflow automation, and enterprise-grade security. Built with Flask + Vue3 + LangChain, featuring one-click Docker deployment.
- Python61.0%
- Vue24.7%
- TypeScript12.3%
- Shell0.8%
- HTML0.5%
- JavaScript0.3%
- CSS0.3%
- Jupyter Notebook0.1%
1 Review
OpenAgent is an ambitious and useful full-stack agent platform, and the repo does a good job showing that it is more than a chat demo. The README is the strongest part: it explains the Flask + LangChain/LangGraph backend, Vue 3 workspace, visual workflow builder, dataset/RAG support, public app publishing, and REST/SSE delivery clearly enough that a new evaluator can understand the product shape before reading code. The Docker-first setup is also a practical choice for a project with PostgreSQL, Redis, Weaviate, Celery, Nginx, and multiple model providers; that lowers the adoption barrier for a fairly large system.
What stood out most is the breadth of real product surfaces: app workspaces, workflow nodes, datasets, public stores, OpenAPI chat delivery, and provider support across OpenAI-compatible and Chinese model ecosystems. The project also has encouraging maintenance signals: hundreds of stars, recent releases, active issues, open PRs around A2A/error handling/security hardening, and documented backend/frontend verification commands.
The biggest improvement would be tightening the developer-facing polish around the edges. api/README.md appears empty, while ui/README.md still reads like the default Vue/Vite template, so the root README is carrying too much of the onboarding burden. Separate backend/frontend docs with architecture notes, auth/API examples, migration guidance, and common failure modes would make contribution much easier. I’d also make the license and contribution expectations more visible from the repo root, and turn some open roadmap issues into organized milestones. For a platform that emphasizes enterprise/security use cases, the open issues about API-key scopes, quotas, rate limits, usage stats, team governance, and quality evaluation are exactly the right priorities to keep pushing.
