Birbla

Join the discussion

Write your take first — we'll ask for email only when you're ready to publish.

Sign in
  • Hacker News
  • Genuine question rather than a criticism: what do the tools actually execute in?

    I spent last week asking people running local agents what their generated code runs inside, and the answer was consistently "nothing" - same filesystem, same network, same credentials as the agent itself. One person reviews everything with a second model and then reads it himself, which is the most careful answer I got and still isn't a boundary.

    That's fine while a tool is reading a file. It stops being fine the moment the tool is "run this". Does Mu draw a line there, or is it left to the host?

    by realexweb
  • By the way, it seems that your comments are getting automatically "killed" by the HN system. I don't see a clear problem with them, but I can see why people might think they've been AI generated, which is not acceptable here (this is somewhat buried in https://news.ycombinator.com/newsguidelines.html , which you should familiarize yourself with).

    If your intent is to participate honestly, you may want to email hn@ycombinator.com to figure things out.

    by zahlman
  • Not to be confused with Mü, the card game!
    by bcanzanella
  • or Mu, the lost continent.
    by gregjw
  • I honestly don't really get MCPs. They're like all the bad design choices of LSP multiplied by 5
    by sroerick
  • Funny how you made the name Micro / MU while there is a major company called Micron with the stock ticker MU. Intentional I guess?
    by xyzzy9563
  • Thank you for the interest and discussion all!
    by asim
  • Faith area is interesting.
    by obilgic
  • Hey, I liked this tool. Do you plan to develop more on the app creation tool? Is that shareable artifacts or what is the value prop?
    by samrj12
  • Thanks. We can do. The idea was that it as more like WeChat or Telegram mini apps. So they are things you'd build in the system that have access to the system. I'd be curious to know your use case or what you want out of it.
    by asim
  • I admire your grit Asim, you never stop :) This looks great !! but what are we using for searching news here, I mean the sources ?
    by srameshc
  • Thank you! The news is an RSS reader/aggregator, so picking select sources to pull from. I opted not to use anything else as this works quite well and we don't need more news than we have. Plus we have Brave for web search. The sources are like the BBC, the guardian, techcrunch, hackernews, etc.
    by asim
  • contributors are one human and four agents, what an all star team
    by ovciokko
  • :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

    by asim
  • but... why?

    you almost never want these tools in any given session, and creating any of them can be done simply with Claude. looking at the PRs, it seems like that is exactly what's happening. i guess this is my generic problem with MCP releases, who are they for and why?

    by nostrebored
  • for high effort MCPs I see the reason. Big MCPs take major tokens to produce and test (if you're just telling an LLM to handle it) , it's nice if there is a high quality well tested thing out there to just plug into.

    for things that are essentially a skill compendium, I see less reason..

    by serf
  • I’d go even further and add that these distinct tools don’t belong in the same toolbox.
    by tulio_ribeiro
  • Im not OP but as someone who did one of these recently, I think about it kind of like sharing an essay. I had an idea, I clauded a working thing, used and refined until it was useful for my team then wanted to share the kernel that developed. OP is not claiming it’s like a panacea or a masterpiece and idk I appreciate the thoughts it’s making me think.

    My other more general thought here is that the nature of LLMs is so generic and context specific that just learning about a workflow can unlock a ton of potential. This is evident in how the null state of every chat UI has a bunch of examples to teach you to use it. MCP’s are a portable way to share a workflow. To get concrete: I was pulling a lot of business data sources into my Claude code sessions to great effect but it was a force multiplier for my team to figure out an MCP version that would tell their Claude’s how to do the same. None of it was deeply technical engineering but it was immediately useful and most of the team using it are not engineers.

    by rgbrgb
  • I think if nothing else the technical facing value proposition should be human written.

    Communicating is hard but that’s the point, takes a lot of effort to close the gap between a new and skeptical user and your vision.

    Devs will not be able to bypass the PTSD of reading Claude prose.

    by apsurd
  • Amen. If i see a 5000 line README i am closing the tab.
    by sparkling
  • You're right about that and I totally hate it as well. I had originally written it myself and then it got revamped along the way as I tried to change the positioning of the system from a personal home server to tools for agents.

    Good observation thank you.

    by asim