Remix.run Logo
Show HN: Mu – Tools for Agents(github.com)
48 points by asim 8 hours ago | 16 comments
apsurd 3 hours ago | parent | next [-]

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.

sparkling an hour ago | parent [-]

Amen. If i see a 5000 line README i am closing the tab.

fnord77 39 minutes ago | parent [-]

I have in my CLAUDE/AGENTS.md to be concise with both chat output and documentation.

Yet still I get walls of text often. It's so fatiguing.

4b11b4 a few seconds ago | parent [-]

Root agents.md should be human authored. Even if you copy and paste into it. That's your only lasting thread into having any intuition on the behavior that will result

nostrebored 5 hours ago | parent | prev | next [-]

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?

rgbrgb 5 hours ago | parent | next [-]

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.

tulio_ribeiro 5 hours ago | parent | prev | next [-]

I’d go even further and add that these distinct tools don’t belong in the same toolbox.

serf 3 hours ago | parent | prev [-]

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..

ovciokko 5 hours ago | parent | prev | next [-]

contributors are one human and four agents, what an all star team

samrj12 5 hours ago | parent | prev | next [-]

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?

srameshc 5 hours ago | parent | prev | next [-]

I admire your grit Asim, you never stop :) This looks great !! but what are we using for searching news here, I mean the sources ?

obilgic 6 hours ago | parent | prev | next [-]

Faith area is interesting.

sroerick 2 hours ago | parent | prev | next [-]

I honestly don't really get MCPs. They're like all the bad design choices of LSP multiplied by 5

xyzzy9563 3 hours ago | parent | prev | next [-]

Funny how you made the name Micro / MU while there is a major company called Micron with the stock ticker MU. Intentional I guess?

bcanzanella 5 hours ago | parent | prev [-]

Not to be confused with Mü, the card game!

gregjw an hour ago | parent [-]

or Mu, the lost continent.