Microsoft Amplifier
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?
A lot of snark in these comments. Has anyone actually tried it yet?
There are hundreds of these on github. Why should we care? Why not release any benchmarks or examples?
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...
Starting in Claude bypass mode does not give me confidence:
WARNING: Claude Code running in Bypass Permissions mode │ │ │ │ In Bypass Permissions mode, Claude Code will not ask for your approval before running potentially dangerous commands. │ │ This mode should only be used in a sandboxed container/VM that has restricted internet access and can easily be restored if damaged.
Project looks interesting, but no demos. As much I want to try it because of all cool concepts mentioned, but I am not sure I want to invest my time if I don't see any demos
I do a lot of work with claude code and codex cli but frankly as soon as I see all the LLM-tells in the readme, and then all the commit messages written by claude, I immediately don't want to read the readme or try the project until someone else recommends it to me.
This is gaining stars and forks but I don't know if that's just because it's under the github.com/microsoft, and I don't really know how much that means.
Contributors
claude Claude
Interesting given Microsoft’s history with OpenAI
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.
> Never lose context again. Amplifier automatically exports your entire conversation before compaction, preserving all the details that would otherwise be lost. When Claude Code compacts your conversation to stay within token limits, you can instantly restore the full history.
If this is restoring the entire context (and looking at the source code, it seems like it is just reloading the entire context) how does this not result in an infinite compaction loop?
Didn’t GitHub create something similar called Spec.
Is this is a Claude Code wrapper?
> "I have more ideas than time to try them out" — The problem we're solving
I see a possible paradox here.
For exploration, my goal is _to learn_. Trying out multiple things is not wasting time, it's an intensive learning experience. It's not about finding what works fast, but understanding why the thing that works best works best. I want to go through it. Maybe that's just me though, and most people just want to get it done quickly.
I was hoping this was going to be an awesome new music player, but no, everything new thing is AI now. Welcome to the future
The very first line in the readme is a quote, attributed to "the problem we're solving".
That's cute
>"Amplifier is a complete development environment that takes AI coding assistants and supercharges them with discovered patterns, specialized expertise, and powerful automation — turning a helpful assistant into a force multiplier that can deliver complex solutions with minimal hand-holding."
Again this "supercharging" nonsense? Maybe in Satiyas confabulated AI-powered universe, but not in the real world I am afraid...
Billions in investment into OpenAI and this is a wrapper for Claude API usage. This is very much a microsoft product.
README files in the "ai_context" directory provide the ultimate AI Slop reading experience..
> This project is a research demonstrator.
I went through the whole README but couldn't find any hint about this actually making existing agents more effective/accurate or make fewer mistakes.
The whole thing, at the very least, throws the simplicity of existing tools out of the window, and make everything 20x complicated.
I seriously doubt if Microsoft has any objective metrics (benchmarks) -- even cherry-picked ones -- to show this project is not a complete waste of time.
btw the whole repo looks like it's AI generated slop.
[To cowards who downvoted me without leaving a comment: show me some numbers and prove me wrong.]
[dead]
[flagged]
[flagged]
[flagged]
[flagged]
[flagged]
[flagged]
aka Winamp
Is this going to be another HN dropbox moment?
Can we get Windows 7 back instead? Nadella rode the cloud wave in an easy upmarket, his "AI" obsession will fail. No one wants this.
The Austrian army already switched to LibreOffice for security reasons, we don't need another spyware and code stealing tool.
[flagged]
I think that letting an LLM run unsupervised on a task is a good way to waste time and tokens. You need to catch them before they stray too far off-path. I stopped using subagents in Claude because I wasn't able to see what they were doing and intervene. Indirectly asking an LLM to prompt another LLM to work on a long, multi-step task doesn't seem like a good idea to me. I think community efforts should go toward making LLMs more deterministic with the help of good old-fashioned software tooling instead of role-playing and writing prayers to the LLM god.