go-micro

Mu - Tools for Agents. An MCP server and web app that provides real time access to news, markets, weather, video, places, search, etc. It's sort of extension of a previous idea I had to put all the key tools and services behind a single api and access token. I don't know that it's quite there yet. The idea might change. Still looking for feedback. https://micro.mu https://github.com/micro/mu Also have an agent harness and service framework in Go https://github.com/micro/go-micro

:D you know last time I built software go-micro was 4 years slogging it out on my own. Then raised funding and had 4-5 engineers working on it. Now you can honestly go very far with Claude, copilot, codex, etc. Still the person leading needs to understand what they're doing. Here's the last one. https://github.com/micro/go-micro

Hi all, I wanted to reshare this after some time. I've been working on evolving my service framework into an agent harness. As all of this AI tooling has evolved its become clear to me that agents, services and workflows are part of a core system of operations which would benefit from a single framework. Previously Go Micro only enabled service development. But now it includes Agents and Workflows. What does that mean? Well firstly services which are registered in a central registry automatically become tools for agents. The service endpoints individually become callable tools via MCP. Agents themselves are built on the same service primitive, they register themselves, they run like a service, the only difference is an orchestration loop and prompt with a fixed endpoint to call them. Then come workflows, which are effectively an event dri

After many years working on Micro it's now merged into Go Micro. Over the years there has been a lot of confusion around multiple repos in the micro org and what the difference was between go-micro and micro (not the editor). Both had a lot of stars and I had to spend a lot of time explaining the difference. So now the micro repo is gone. Go Micro is a standalone framework for Go microservices development and micro, a command line tool to access or query those services is now in the cmd folder. Open source is hard. It's now been 10+ years working on the same thing. Technology moves on, people move on, yet still people find things and we all still have emotional connection to stuff we built. Hard to let it die.

Two things. I have revived my work on Go Micro (https://github.com/micro/go-micro) and rewritten the v5 cli/api from scratch (https://github.com/micro/micro). As a VC funded company there was a lot of confusion around the tools we were building and we veered off in a direction that alienated the community. With the company dead, funding gone, etc there's an opportunity to rebuild value around the Go Micro framework. The second thing I'm working on is the Reminder (https://reminder.dev && https://github.com/asim/reminder). As a muslim I feel like it's my duty to spread the word of Islam and as an engineer I feel like an appropriate way to do that is build an app and API for the Quran, names of Allah and hadith. It's a slow patient building of something as opposed to expecting anything from it. In terms of new ideas, maybe not new but less

go-micro is a well known one (though I've never used it): https://github.com/go-micro/go-micro In my own experience coming from a Java background, I find Go much easier to build from scratch with since the control flow is so plain and the standard library API is simple and well designed - worth trying.

micro.dev is different from an actual go framework go-micro.dev ?? (https://github.com/go-micro/go-micro)

Note, this module is Micro in name only: https://github.com/go-micro/go-micro/blob/master/go.mod

@dang could you replace the link with https://github.com/go-micro/go-micro ?

This is my library, unfortunately the website is filled with horrible popup ads. See https://github.com/go-micro/go-micro instead.

Done the library thing https://github.com/go-micro/go-micro

I spent quite a few years working on a standalone framework called Go Micro which has now been donated to a community - https://github.com/go-micro/go-micro. Ultimately it never really achieved the potential standardisation I was hoping for e.g something like gRPC. Micro is more of an all encompassing platform that addresses not just writing code but running, consuming it, securing it. I've been using it in production for 3-4 years now after a lot of pure OSS development. Still as others are saying it may never reach its true potential without the backing of a big vendor.

Good luck Buf! I spent many years building an RPC framework around gRPC called Go Micro (https://github.com/asim/go-micro). I think one of the biggest issues was just resources to see it through but also my own desire to move beyond it towards a platform and services. I hope you're able to bring some sense to the gRPC world. It's mostly a networking library. The ecosystem around it is too low level. If anything abstractions and more developer friendly tooling would be a massive improvement. No one needs to see or touch the guts of gRPC. I wish I didn't have to peak into the internals but unfortunately that's what it takes to integrate it elsewhere. I hope you build something awesome for the community!