There's always the chicken/egg problem of which dependency manager to install first, though. AFAIK there's no "trusted" installed for Homebrew on macOS though I might be wrong.
You might be confusing license with access. The product itself has a proprietary license. Even then, a majority of the libraries they produce are also available under the MIT license.
This aligns pretty closely to the concept of a "flipped classroom" except for it's "flipped standup". Spend more time talking about getting unblocked instead the repetitive ceremony of "here's my update".
Hey! I'm an the Tambo team so I'll chip in. There isn't really any reason we couldn't support A2UI. It's a great way to allow models to describe generative UIs. We could add an A2UI renderer.
The way we elevator-pitch Tambo is "an agent that understands your UI" (which, admittedly, is not very descriptive on the implementation details). We've spent the time on allowing components (be that pre-existing or purpose-built) to be registered as tools that can be controlled and rendered either in-chat, or out within your larger application. The chat box shouldn't be the boundary.
Personally, my take on standards like A2UI is that they could prove useful but the models have to easily understand them or else you have to take up additional context explaining the protocol. Models already understand tool-calling so we're making use of that for now.
This would be really cool if I knew how to read tabs lol
I can think of a few improvements that could be fun to see;
- visual indicator for chord progression
- timing/tempo/click track for practice
- play the chord via audio output
- verify the chord via audio input
On a higher level, this is the sort of app/experience that really opens up learning to a whole new audience, particularly if there's no easy or affordable access to instructors. Nicely done!