Live data from Hacker News

Microsoft Amplifier

github.com

101–110 of 171 posts

Re: Microsoft Amplifier

#101

Earlier quoted context omitted.

Exactly. I don’t understand the cynicism in the comments and they literally are just trying to make the technology more accessible

That's a very altruistic outlook on Microsoft's intent with getting everyone to use and depend on AI.

Isn’t that what every company that sells technology does—build demos and showcase uses in order to provoke the imagination and motivate sales? No company is perfect, but what Microsoft is doing here is hardly unusual.

Re: Microsoft Amplifier

#102
post #23

I'll always be skeptical about using AI to amplify AI. I think humans are needed to amplify AI since humans are so far documented to be significantly more creative and proactive in pushing the frontier than AI. I know, it's maybe a radical concept to digest.

I think I'm more optimistic about this than brute-forcing model training with ever larger datasets, myself. Here's why.

Most models I've benchmarked, even the expensive proprietary models, tend to lose coherence when the context grows beyond a certain size. The thing is, they typically do not need the entire context to perform whatever step of the process is currently going on.

And there appears to be a lot of experimentation going on along the line of having subagents in charge of curating the long term view of the context to feed more focused work items to other subagents, and I find that genuinely intriguing.

My hope is that this approach will eventually become refined enough that we'll get dependable capability out of cheap open weight models. That might come in darn handy, depending on the blast radius of the bubble burst.

Re: Microsoft Amplifier

#103
post #67

Earlier quoted context omitted.

The Readme clearly states: Caution This project is a research demonstrator. It is in early development and may change significantly. Using permissive AI tools in your repository requires careful attention to security considerations and careful human supervision, and even then things can still go wrong. Use it with caution, and at your own risk.

Claude Code will not ask for your approval before running potentially dangerous commands. and requires careful attention to security considerations and careful human supervision is a bit orthogonal no?

It’s not orthogonal at all. On the contrary, it’s directly related:

“Using permissive AI tools [that is, ones that do not ask for your approval] in your repository requires careful attention to security considerations and careful human supervision”. Supervision isn’t necessarily approving every action: it might be as simple as inspecting the work after it’s done. And security considerations might mean to perform the work in a sandbox where it can’t impact anything of value.

Re: Microsoft Amplifier

#104

Earlier quoted context omitted.

Nothing to do with ego, but you may want to check your own projections, you know how when you speak of the others, you mainly speak of yourself (Jung or Freud, not sure). No need to be bitter about not having the grind and focus to become an engineer yourself, it is after all much harder than say, earning an MBA and you should be OK with whatever you turned out to be. Not to mention that the tools themselves, were in…

For some reason youre assuming Im not an engineer which is funny and revealing. I am an engineer and my vibe coded prototype is now in production, one of the best applications of its type in the industry, and doing really well. So well, I have a pretty large team working on it now. This project was and still is 95% written by AI. No complaints, never going back. That's my experience. Clearly the eng community is spli…

phd in medical engineering doesn't scream "computer science expert" to me.

Re: Microsoft Amplifier

#105

Earlier quoted context omitted.

Nothing to do with ego, but you may want to check your own projections, you know how when you speak of the others, you mainly speak of yourself (Jung or Freud, not sure). No need to be bitter about not having the grind and focus to become an engineer yourself, it is after all much harder than say, earning an MBA and you should be OK with whatever you turned out to be. Not to mention that the tools themselves, were in…

For some reason youre assuming Im not an engineer which is funny and revealing. I am an engineer and my vibe coded prototype is now in production, one of the best applications of its type in the industry, and doing really well. So well, I have a pretty large team working on it now. This project was and still is 95% written by AI. No complaints, never going back. That's my experience. Clearly the eng community is spli…

[deleted]

Re: Microsoft Amplifier

#106
A lot of the ideas in this aren't bad, but in general it's hacky. Context export? Just use industry standard observability! This is so bad it makes me cringe. Parallel worktrees? These are prone to putting your repo in bad states when you run a lot of agents, and you have to deal with security, just put your agent in a container and have it clone the repo. Everything this project does it's doing the wrong way.

I have a repo that shows you how to do this stuff the correct way that's very easy to adapt, along with a detailed explanation, just do yourself a favor, skip the amateur hour re-implementations and instrument/silo your agents properly: https://sibylline.dev/articles/2025-10-04-hacking-claude-cod...

Re: Microsoft Amplifier

#107

Earlier quoted context omitted.

ah I just realize actually u are rover dev I wonder why do you think we need rover? what is the use case? I got confused before that we ask ai with a chat feature the next we need a multiple swarm of ai why though?

The main use case why we developed Rover internally (and still is) was the ability to run agents in parallel. It allows us to go much faster but requires tooling around it. Secondarily it makes it easier for everyone to share those best practices and tooling among us, but is less of an issue because we are a small team

Fwiw in my company there’s a lot of interest in sharing best practices but it seems the learning is not as portable as hoped. My view is that it’s a personal learning journey and smoothing that journey beyond a certain point turns into spoonfeeding and reduces learning effectiveness significantly. Give a man a fish, and so on.

Re: Microsoft Amplifier

#108
post #67

Earlier quoted context omitted.

The Readme clearly states: Caution This project is a research demonstrator. It is in early development and may change significantly. Using permissive AI tools in your repository requires careful attention to security considerations and careful human supervision, and even then things can still go wrong. Use it with caution, and at your own risk.

Claude Code will not ask for your approval before running potentially dangerous commands. and requires careful attention to security considerations and careful human supervision is a bit orthogonal no?

As a token of careful attention, run this in a clean VM, properly firewalled not to access the host, your internal network, GitHub or wherever your valuable code lives, and ideally anything but the relevant Anthropic and Microsoft API endpoints.

Re: Microsoft Amplifier

#110
I've actually written my own a homebrew framework like this which is a.) cli-coder agnostic and b.) leans heavily on git worktrees [0].

The secret weapon to this approach is asking for 2-4 solutions to your prompt running in parallel. This helps avoid the most time consuming aspect of ai-coding: reviewing a large commit, and ultimately finding the approach to the ai took is hopeless or requires major revision.

By generating multiple solutions, you can cutdown investing fully into the first solution and use clever ways to select from all the 2-4 candidate solutions and usually apply a small tweak at the end. Anyone else doing something like this?

[0]: https://github.com/sutt/agro

Post reply on HN