Bar assistant is a all-in-one solution for managing your home bar
1.1k
Stars
45
Forks
29
Open issues
9
Contributors
AI Analysis
Bar Assistant is a self-hosted API server and platform specifically designed for managing home bar cocktail recipes and inventory. It serves bartenders, cocktail enthusiasts, and home bar owners who need structured recipe management with cocktail-specific features like ABV calculations, ingredient substitutes, and shopping list generation. This is not a general recipe manager—it's built exclusively for cocktails and is not suitable for broader culinary use cases.
Inferred from signals mentioned in the README (tests, CI, type safety) — not a review of the actual code.
AI's overall editorial judgment — not an average of the bars above, can weigh other factors too.
Self-hosted cocktail recipe manager with multi-bar support and ingredient inventory tracking
Bar Assistant is a purpose-built API server for managing home bar operations, including cocktail recipes, ingredient inventories, shopping lists, and pricing. Built in PHP with a companion Vue frontend (Salt Rim), it targets home bartenders and small bar operators who want centralized recipe and inventory management. The project includes 500+ pre-loaded cocktail recipes and supports features like ABV calculations, ingredient substitutes, and user role-based access control.
Created in October 2022, Bar Assistant emerged as a specialist solution after observing that general recipe management tools lacked cocktail-specific features like ABV tracking, ingredient substitution, and glass/utensil taxonomy. The project is maintained by a single author (karlomikus) with a small contributor base.
The project has grown modestly and steadily from launch to mid-2026, reaching ~1,000 stars over 3.75 years. Recent activity shows 3 stars gained in the last 7 days (as of 2026-06-23), suggesting slow but consistent organic adoption. Docker pull metrics appear publicly but specific numbers are not disclosed in the README. The project maintains a managed cloud offering alongside the open-source version, indicating a sustainable revenue model.
Adoption not verified with concrete numbers, but several signals suggest real-world use: (1) maintained Docker images on Docker Hub and GHCR with semantic versioning strategy, (2) official managed SaaS offering at barassistant.app, (3) community extension (Raycast) created by independent user, (4) documentation site maintained, (5) pre-populated dataset of 500+ recipes and 250+ ingredients suggests users expect out-of-box functionality. Docker pull counts exist but are not disclosed in README excerpt, preventing quantitative adoption assessment.
Appears to be a Laravel-based PHP API server with Redis for caching and sessions, optional Meilisearch for full-text indexing, and Docker deployment as a first-class concern. The README documents extensive environment variable configuration for email, authentication, AI provider integration, and metrics. Likely uses a relational database backend (not explicitly named in excerpt). Architecture supports multi-tenancy (multiple bars, user roles, SSO).
README includes a GitHub Actions badge showing test status on the master branch, indicating continuous integration is active. Specific coverage percentages or test framework details are not documented in the truncated README.
Last push was 2026-06-23 (9 days before evaluation date), indicating active ongoing maintenance. The project has been continuously developed for 3.75 years without abandonment. Presence of recent environment variable documentation for LLM integration and Prometheus metrics suggests active feature development. Small fork count (45) and modest star velocity do not indicate stagnation but rather narrow, stable user base.
ADOPT IF: you self-host, manage a home bar or small cocktail venue, want feature-rich inventory and recipe management, and prefer open-source tooling. AVOID IF: you need enterprise multi-location support, require extensive third-party integrations beyond SSO/email, or demand a proven large-scale user base. MONITOR IF: you are evaluating whether the managed cloud offering represents sustainable long-term maintenance, or if community adoption will expand the ecosystem of integrations and extensions.
Independent dimensions
Mainstream potential
3/10
Technical importance
5/10
Adoption evidence
4/10
- Single-author maintenance creates bus factor risk; no evidence of established succession plan or large maintainer team.
- Adoption limited to niche vertical (home bartenders + small bar operators); mainstream expansion into general recipe management is unlikely given explicit design choices against it.
- Docker dependency and Redis/Meilisearch optional components add deployment complexity compared to simpler self-hosted tools.
- No evidence of large-scale production deployments at bars/venues; primary users appear to be hobbyists. Unknown whether feature set meets professional POS/inventory needs.
- LLM integration and AI features (referenced in environment variables) are recent additions; stability and utility of these features not yet established.
Bar Assistant will likely remain a stable, well-maintained niche tool for home bartenders and small operators over the next 2–3 years. The project has found sustainable fit via a freemium SaaS model, reducing risk of abandonment. Growth will probably remain slow (single-digit percentage annually) unless the project actively markets to bars/venues or expands into adjacent verticals (e.g., general beverage management). Community extensions (like Raycast) may slowly accumulate but are unlikely to drive mainstream visibility.
Newsletter
Get analyses like this every Monday
Free weekly digest of the most interesting open-source discoveries.
Languages
Information
- Website
- https://barassistant.app
- Language
- PHP
- License
- MIT
- Last updated
- 17h ago
- Created
- 46mo ago
- Analyzed with
- anthropic/claude-haiku-4-5
Stars over time
Contributors over time
Top 100 contributors only — repos with more will plateau at 100.
Open issues
Optionally show cocktail ingredient measurements and link to cocktail page from Menu
More complex inventory management
POST /api/cocktails returns 500 for ingredients without materialized_path
Add generic OIDC SSO provider
Trying to set up bar assistant with nginx proxy manager on proxmox, like in #505
Open pull requests
No open pull requests.
Top contributors
Similar repos
matryer/xbar-plugins
xbar-plugins is a community-maintained plugin repository for xbar, a macOS menu...
Part-DB/Part-DB-server
Part-DB is a self-hosted, web-based inventory management system for electronic...
| Repository | Stars | Week Δ | Language | Score | Updated |
|---|---|---|---|---|---|
|
|
1.1k | +5 | PHP | 8/10 | 17h ago |
|
|
2.4k | — | PHP | 8/10 | 4mo ago |
|
|
6.8k | — | Swift | 8/10 | 2w ago |
|
|
2.6k | — | Shell | 7/10 | 22h ago |
|
|
1.7k | — | PHP | 8/10 | 2d ago |
|
|
1.3k | — | TypeScript | 7/10 | 2w ago |
Saloon is a PHP HTTP client library for APIs; fundamentally different problem domain. Not a competitor.
Applite is a macOS app wrapper for package managers. Not a competitor in the cocktail/recipe management space.
Part-DB is an inventory management system for electronic components. Shares similar multi-tenancy and inventory concepts but serves a different vertical (electronics vs. bartending). Bar Assistant is purpose-built for cocktails; Part-DB is generic inventory.
Music Assistant is a home music management platform. Serves parallel niche (home automation/media) with similar self-hosted and community-driven positioning, but entirely different domain.
Bar Assistant explicitly positions itself as cocktail-specific, not general-purpose. Lacks direct open-source competitor of similar maturity in the README-provided similar projects list. Likely serves a narrower user base than general recipe managers, which is by design.

