Kiro: A new agentic IDE
211 comments
·July 14, 2025NathanKP
Hello folks! I've been working on Kiro for nearly a year now. Happy to chat about some of the things that make it unique in the IDE space. We've added a few powerful things that I think make it a bit different from other similar AI editors.
In specific, I'm really proud of "spec driven development", which is based on the internal processes that software development teams at Amazon use to build very large technical projects. Kiro can take your basic "vibe coding" prompt, and expand it into deep technical requirements, a design document (with diagrams), and a task list to break down large projects into smaller, more realistic chunks of work.
I've had a ton of fun not just working on Kiro, but also coding with Kiro. I've also published a sample project I built while working on Kiro. It's a fairly extensive codebase for an infinite crafting game, almost 95% AI coded, thanks to the power of Kiro: https://github.com/kirodotdev/spirit-of-kiro
epiccoleman
> It's a fairly extensive codebase for an infinite crafting game, almost 95% AI coded, thanks to the power of Kiro: https://github.com/kirodotdev/spirit-of-kiro
This, along with the "CHALLENGE.md" and "ROADMAP.md" document, is an incredibly cool way to show off your project and to give people a playground to use to try it out. The game idea itself is pretty interesting too.
It would be awesome if I ... didn't have to deal with AWS to use it. I guess maybe that might be a good use case for agentic coding: "Hey, Kiro - can you make this thing just use a local database and my Anthropic API key?"
Complaining aside though, I think that's just such a cool framework for a demo. Nice idea.
NathanKP
Thanks a lot! I plan to fork the project and make a generic version that runs entirely locally using your GPU to do everything. My early tests ran pretty well on NVIDIA 5070. So that's next on my project list to open source in my free time. The only thing more fun that building an AI agent, is using it to build your own ideas!
postalcoder
I don't know if this is feedback for Kiro per se or more feedback for this category of applications as a whole, but I've personally noticed that the biggest barrier holding me back from giving an earnest look at new coding agents are the custom rules I've set up w/ my existing agents. I have extensively used Copilot, Continue, Cursor, Cline, Aider, Roo Code, and Claude Code. I've just finished porting my rules over to Claude Code and this is something I do not want to do again [even if it's as simple as dragging and dropping files].
Companies would benefit a lot by creating better onboarding flows that migrate users from other applications. It should either bring in the rules 1:1 or have an llm agent transform them into a format that works better for the agent.
NathanKP
You will be happy to find out that Kiro is quite good at this! One of my favorite features is "Steering Rules". Kiro can help you write steering rules for your projects, and the steering rules that it auto generates are actually super great for large projects. You can see some examples of auto generated steering files here in one of my open source projects: https://github.com/kirodotdev/spirit-of-kiro/tree/main/.kiro...
Also these steering rules are just markdown files, so you can just drop your other rules files from other tools into the `.kiro/steering` directory, and they work as is.
adastra22
“I really don’t want to do X”
“Kirk is actually quite good at this: you just have to do X”
“…”
theshrike79
I just have a “neutral” guidance markdown setup written in a repo.
Then I add it as a git submodule to my projects and tell whatever agents to look at @llm-shared/ and update its own rule file(s) accordingly
sys13
Agents.md is at least used by both codex and GitHub copilot. VSCode has its own thing for instruction files and Claude.md is also its own thing :(
re5i5tor
Not Kiro related, but do your Claude Code version of rules end up as CLAUDE.md files in various locations?
ffsm8
Or a proper standard like MCP was for agentic tool use, this time for context setup...
chrisweekly
Problems w auth / security in MCP skeeve me out. For that reason, I really don't want to invest in workflows that depend on MCP and have steered clear. But I'd be grateful for well-informed comments / advice on that front.
As for a hypothetical new "context setup" protocol like you posit, I suspect it'd benefit from the "cognitive tools" ideas in this awesome paper / project: <https://github.com/davidkimai/Context-Engineering>
^ inspiring stuff
namanyayg
in the early days of building something like that, would love to talk for 10 minutes and get your advice if you have the time? I couldn't find your email but mine is in my profile.
sinatra
Have you documented how you built this project using Kiro? Your learnings may help us get the best out of Kiro as we experiment with it for our medium+ size projects.
NathanKP
I've got a longer personal blogpost coming soon!
But in the meantime I'm also the author of the "Learn by Playing" guide in the Kiro docs. It goes step by step through using Kiro on this codebase, in the `challenge` branch. You can see how Kiro performs on a series of tasks starting with light things like basic vibe coding to update an HTML page, then slightly deeper things like fixing some bugs that I deliberately left in the code, then even deeper to a full fledged project to add email verification and password reset across client, server, and infrastructure as code. There is also an intro to using hooks, MCP, and steering files to completely customize the behavior of Kiro.
Guide link here: https://kiro.dev/docs/guides/learn-by-playing/
charlysl
Is it something similar to Harper Reed's "My LLM codegen workflow atm"?
NathanKP
Actually yes! I saw this post some months ago, and thought to myself: "Wow this is really close to what we've been building". Kiro uses three files though: requirements, design, and then tasks. The requirements doc is a bunch of statements that define all the edge cases you might not have originally thought of. Design looks at what is currently in the code, how the code implementation differs from the requirements, and what technical changes need to happen to resolve the difference. Then tasks breaks the very large end to end development flow up into smaller pieces that an LLM can realistically tackle. The agent then keeps track of it's work in the tasks file.
Realistically, I don't think that Harper's statement of "I get to play cookie clicker" is achievable, at least not for nontrivial tasks. Current LLM's still need a skilled human SDE in the loop. But Kiro does help that loop run a lot smoother and on much larger tasks than a traditional AI agent can tackle.
charlysl
Thank you, I will certainly check this out because this is something I've been sort of doing, manually, but I am still struggling to get the right workflow.
This recent OpenAI presentation might resonate too then:
Prompt Engineering is dead (everything is a spec)
In an era where AI transforms software development, the most valuable skill isn't writing code - it's communicating intent with precision. This talk reveals how specifications, not prompts or code, are becoming the fundamental unit of programming, and why spec-writing is the new superpower.
Drawing from production experience, we demonstrate how rigorous, versioned specifications serve as the source of truth that compiles to documentation, evaluations, model behaviors, and maybe even code.
Just as the US Constitution acts as a versioned spec with judicial review as its grader, AI systems need executable specifications that align both human teams and machine intelligence. We'll look at OpenAI's Model Spec as a real-world example.
null
asib
FYI: I'm trying Kiro out now, and the IDE keeps popping open the integrated terminal window of its own accord. Has done it multiple times, including when I don't even have the IDE window focussed on my desktop. Every 5-10 minutes it seems.
Neither VSCode nor Cursor do this, so even if it's an extension triggering it somehow, the behaviour in Kiro is different to those other two.
theusus
Why build an editor and not a CLI. VS code is really slow for me and I would have preferred a CLI.
didibus
They already have a CLI that is similar to Claude Code: Amazon Q CLI, you can download it here: https://github.com/aws/amazon-q-developer-cli
It actually has a pretty decent free tier, and maybe the subscription is better value than Claude Code, but hard to tell.
esafak
"They" built Amazon Q? I assume you mean there are CLI agent tools, unrelated to this project, such as Amazon Q.
NathanKP
Stay tuned! I think there is definitely room for a CLI version as well. That said, IDE's have a significant advantage over CLI because of the features available to them. For example, the reason why IDE's feel "slow" is often because they just come with more features: automatic linters and code formatters, type checkers, LSP servers.
An agent running in the IDE can make use of all this context to provide better results. So, for example, you will see Kiro automatically notice and attempt to resolve problems from the "Problems" tab in the IDE. Kiro will look at what files you have open and attempt to use that info to jump to the right context faster.
The way I describe it is that the ceiling for an IDE agent is a lot higher than a CLI agent, just because the IDE agent has more context info to work with. CLI agents are great too, but I think the IDE can go a lot further because it has more tools available, and more info about what you are doing, where you are working, etc
blibble
> For example, the reason why IDE's feel "slow" is often because they just come with more features:
IDEs don't feel slow, they ARE slow
because written in HTML and Javascript
go and try Delphi from 2005, it's blazing fast (and more functional...)
didibus
That's all old news. Claude Code and even Amazon Q CLI can leverage all this context through MCP as well, with connecting to LSP servers, computing repo-maps or code indexes, integrating with linters, etc.
In my opinion, CLIs have a higher ceiling, and then they are easy to integrate into CI/CD, run them in parallel, etc.
Imustaskforhelp
There are still people not even using an editor, but rather using vibe-coding apps like lovable.
Also,I don't mean to be rude to cursor but the fact that they are literally just a vscode wrapper still, to this day makes me really crazy thinking that the value of an AI editor could be so high..
I think it was the lack of competition really, Cursor (IMO) always felt like the biggest player, I think there was continue.dev before that, but that's all I know before Cursor.
After Cursor became a hit, there are lot more things now like (Void editor?) etc.
Also, if you Find Vscode editor slow, try zed. But like my brother said to me when I was shilling zed, Vscode is just for manipulating texts and using LSP. He personally didn't feel like it was there any meaningful slowness to Vscode even though he had tried zed. Zed has Ai stuff too iirc
Now Sure, they could've created CLI, but there are a lot of really decent CLI like SST/opencode and even gemini cli. Though I have heard good things about claude code too.
Honestly, I just think that any efforts in anything is cool. I just like it when there are a lot of options and so things stay a little competitive I guess.
personjerry
Why not deploy the game? I'd love to try it
steve_adams_86
I love the emphasis on specs here; this is something I do with Claude Code (maintain a set of specs in text as we work).
I always keep the readme and some basic architecture docs (using markdown/mermaid) updated as I go, and I often just work on those rather than on code with Claude, because I find the value it offers is less in code generation and more in helping me document the rubber ducking process into useful schematics and architecture.
What can Kiro offer that's meaningfully better than what I'm already doing? I can take my system anywhere Claude Code and my repos can go, using whatever editor I like. Does Kiro have some special sauce for making this approach work better? Maybe some DSL it uses for more succinct and actionable diagrams and plans?
As much as I like the idea, I find it so hard to abandon a process I've been working on for months, using tools I'm already productive with.
Also, will pricing essentially be bedrock pricing, or will there be a value-add margin tacked on?
NathanKP
> Does Kiro have some special sauce for making this approach work better?
I'd like to think so, but you'd have to compare the results to what you are currently doing to see how you feel about it. I personally love the format that it uses to define requirements, and the details of the software design docs that it writes (including mermaid diagrams)
> will pricing essentially be bedrock pricing, or will there be a value-add margin tacked on?
The pricing is a flat rate, with a cap on number of interactions per month. Each human driven "push" for Kiro to do something is an interaction toward your limit, but Kiro may work autonomously for many turns based on an interaction, and will produce significant amounts of code from a single interaction.
More details here: https://kiro.dev/pricing/
steve_adams_86
Ah, thanks for the pricing link. I saw 'Kiro is free to use during preview' or similar and assumed pricing is hidden.
At $39/month, is 3000 interactions a high limit? I use Claude Code on the $30 plan (I think), and routinely hit limits. I'm not ready to jump to the next tier, though. I think it's $200/month, and the NGO I work for isn't prepared to throw that kind of cash at developers (I'm second-rate here; the science comes first)
NathanKP
It's hard to directly compare, but 3000 interactions should be very, very high. Think of each of these 3000 interactions as you supplying a prompt that potentially runs for 3-5 minutes of Kiro iterating away on writing code. With appropriately sized prompts (most likely aided by spec mode), you could write a ridiculous amount of code.
For reference 3000 interactions * assumed 3 mins of AI work per interaction / 60 mins per hour / 8 working hours per day equals 18.75 working days of nonstop back to back AI coding. Typical month has 20-23 working days. But realistically you likely won't be using Kiro nonstop all day back to back, so 3000 interactions per month should more than cover your work month.
SamDc73
CC have $20 and $100 and a $200 tiers
suralind
Here my problem with this: I don't want to be jumping an editor/IDE every 6 months, learning new key bindings and even more importantly, getting used to a completely new look.
In a space that moves as quickly as "AI" does, it is inevitable that a better and cheaper solution will pop up at some point. We kinda already see it with Cursor and Windsurf. I guess Claude Code is all the rage now and I personally think CLI/TUI is the way to go for anyone that has a similar view.
That said, I'm sure there's a very big user base (probably bigger than terminal group) that will enjoy using this and other GUI apps.
bryanlarsen
They're all based vscode, so the switching costs are fairly minimal? It'll get worse over time as they diverge, but at the moment they're all fairly similar AFAICT. It's starting to become noticeable that Cursor isn't picking up VSCode enhancements and fixes, but it's still quite minor.
guluarte
only if you use vscode, I think TUIs are a better option since a lot of us use other ides than vscode
theturtletalks
Seems like Amazon started making this when Cursor was hot in the market, but now that CLI agents like Claude Code are taking over, Kiro will have an uphill battle.
It’s also not free or unlimited (though throttled) like Cursor and Claude Code using max plan.
suralind
Not really, even at work I got to test couple different AI solutions and the experience is always slightly different, even if the editor is the same, for the most part. It's the tiny things like using the prompt template, or opening the panel. (I could, of course, make an attempt to customize the keybindings, but why bother when it changes so quickly.)
scarface_74
The entire idea that “I’m too cool to use an IDE” I find kind of dumb. I was using a Turbo C IDE in college in 1994, Visual Studio until 2019 and since then VSCode.
eulers_secret
YUP! This is why I've settled on Aider and it's "IDE integration" (watches all files for comments that end in "AI!", which then invokes the AI). I can then use it with whatever editor I prefer. I view the vscode mono-culture as a bad thing. I also like I can use any AI backend I like, which is really how it should be: Vendor lock-in tools are bad, remember?
I guess you lose tab-completion suggestions, but I am not a fan of those compared to 'normal' tab-complete (if backed by an lang server). If I want AI, I'll write a short comment and invoke the tool explicitly.
EDIT: Of course, it really depends an your usecase. I maintain/upgrade C code libs and utils; I really cannot speak to what works best for your env! Webdev is truly a different world.
EDIT2: Can't leave this alone for some reason, the backend thing is a big deal. Switching between Claude/Gemini/Deekseek and even rando models like Qwen or Kimi is awesome, they can fill in each other's holes or unblock a model which is 'stuck'.
crinkly
This is why you will have to pry vim and my own brain out of my cold dead hands.
It’s not just the IDE but the ML model you are selling yourself to. I see my colleagues atrophy before me. I see their tools melt in their hands. I am rapidly becoming the only person functionally capable of reason on my own. It’s very very weird.
When the model money dries up what’s going to happen?
ryandvm
I dunno. There's also a good chance that you just end up being left behind like graybeards that only wanted to code in C and assembler.
I too am old enough to have seen a lot of unnecessary tech change cycles, and one thing I've noticed about this industry is no matter how foolish a trend was, we almost never unwind it.
crinkly
I get paid a fuck load of money to write C. Your point is?
As for trends, I've been around long enough to have seen this cycle a couple of times...
TimMeade
Every 6 months? It's turning into every two weeks. Sticking with claude code. Its working beautifully for us.
NathanKP
I love Claude Code too, and it definitely has it's place. I think that IDE's have a few advantages over CLI tools though. In specific the IDE has a lot more contextual information such as what files you have open, warnings from linters or type checkers, information from LSP, etc.
I think it is entirely possible to build a fantastic CLI tool for coding, and the CLI tools for coding already work well enough, but there is just more context info available inside of an IDE, therefore the ceiling is higher when working with an agent that runs inside of the IDE. Context is king for LLM results, and IDE's just have more context.
Over time I'm sure we'll see tools like Claude Code support everything that an IDE can do, but for now if you want to reach the same ceiling you still have to glue together a very custom setup with MCP tool use, and that has the downside of introducing additional tool use latency, compared to an IDE that is able to source context directly from the IDE's internal API, and provide that to the LLM nearly instantly.
TimMeade
I use claude code in vscode. Cmd-Esc opens a claude code tab. Then /ide conects to the vscode and it's all like cursor at that point.
MuffinFlavored
I have a question. I do not like the concept of "agent mode" for AI. I'm a control freak and I want to control every line that gets committed because I am responsible for it and need to understand/visualize/memorize every part of codebases I work on.
Is Claude Code good for the "ask" flow? No, right?
The old flow before agent mode got added. Select some code, ask questions about it or give an instruction on editing it and then choose to accept the change.
As I understand (I could be wrong), with agent mode, it edits the file for you, no way for you to accept before it does, so you have to manually check the diff, roll back parts you don't want, etc.
Am I right?
qsort
Claude Code is definitely more agentic, but you can use it in a variety of ways. In Plan Mode it won't touch the code, and by default it asks you to accept every single diff. With IDE integration you can definitely just highlight some code and ask questions, I don't see why that workflow wouldn't work.
memco
> As I understand (I could be wrong), with agent mode, it edits the file for you, no way for you to accept before it does, so you have to manually check the diff, roll back parts you don't want, etc.
> Am I right?
With cursor you get reasonably flexible control at many levels. You can have it only suggest changes that you have to apply manually or you can have it make automatic changes with various ways to review, change, reject or accept. I usually have the changes made automatically but don’t accept the changes automatically. Cursor has a UI that lets you review each edit individually, for the whole file or all files. Depending on the situation I will use whichever level is appropriate. The UI also allows you to revert changes or you can ask the AI to undo or rework a change that you just approved so there’s plenty of ways to do large changes without giving up control. There’s also a stop button you can use to interrupt mid-stream if the work it’s doing isn’t what you want. It isn’t flawless but I haven’t found myself in a corner where I couldn’t get back to a happy path.
TimMeade
We tend to allow this. But you can review the diff before you allow it. It seems easier to say "roll that back" or hit esc if you see it doing things you dont like and then correcting it. I have to say the velocity is insane of coding this way. We also commit a LOT and explicitly dont allow claude to push code ever. That way we can roll back if needed, but honestly it's pretty rare to need to. The MAX plan is a must to work this way though.
bryanlarsen
I like aider's solution of encapsulating each edit in a git commit; I hope that gets widely adopted.
cmrdporcupine
It could be better. I think the PMs and investors and decision makers at these companies are running with a "we want to replace / automate developers" philosophy, while these tools are actually best at augmenting developers. And so they're sorta builing with this "I'll do everything and ask you for confirmation" (and basically encourage you to give me blanket permission).
In reality these tools would be best if they took a more socratic method, a more interactive pair programming approach. So instead of giving you a blanket diff to accept or refuse or "No, and here's some changes" -- it should be more dialog oriented.
Of all of them so far though, I think Claude Code is closest to this. IF you prompt it right you can have a much more interactive workflow, and I find that most productive.
dangus
> As I understand (I could be wrong), with agent mode, it edits the file for you, no way for you to accept before it does, so you have to manually check the diff, roll back parts you don't want, etc.
You’re sort of technically correct but I wouldn’t really describe it this way exactly. You have to proactively accept or reject all changes to your files in some way.
It is almost impossible to accidentally commit code you don’t want.
It’s not really an edit in the same sense as an unstated change. It doesn’t even really do that until you accept the result.
It’s basically saving you a UI step compared to ask mode with basically no downside.
yakattak
All of these agentic IDEs could just be visual studio code plugins. They’re likely not because how do you secure VC funding for a plugin?
didibus
They have a CLI similar to Claude Code already: https://github.com/aws/amazon-q-developer-cli
ativzzz
Totally agreed, which is why I'm sticking with my editor (neovim) regardless of whatever AI thing is hot and using tools outside/analogous to it, currently claude code
joelthelion
The nice thing about CLI/TUI is that you can keep using your editor or IDE of choice and chat with the AI on the side.
stillpointlab
I love all of this experimentation in how to effectively use AIs to co-create output with human steering. This pattern, of the human human focusing on the high-level and the AI focusing on the low level feels like a big win.
In some sense, we are starting with a very high-level and gradually refining the idea to a lower and lower levels of detail. It is structured hierarchical thinking. Right now we are at 3 levels: requirement -> spec -> code. Exposing each of these layers as structured text documents (mostly Markdown right now it seems) is powerful since each level can be independently reviewed. You can review the spec before the code is written, then review the code before it gets checked in.
My intuition is that this pattern will be highly effective for coding. And if we prove that out at scale, we should start asking: how does this pattern translate to other activities? How will this affect law, medicine, insurance, etc. Software is the tip of the iceberg and if this works then there are many possible avenues to expand this approach, and many potential startups to serve a growing market.
The key will be managing all of the documents, the levels of abstraction and the review processes. This is a totally tractable problem.
ManWith2Plans
I got early access to Kiro. Wrote about my experiences here if you're interested: https://yehudacohen.substack.com/p/developing-with-kiro-amaz...
It is my new daily driver.
ranman
Caylent has been testing this for quite some time and I have to say it's an interesting take. With claude code you can shift between planning and coding modes and this offers a similar approach. The speed is quite good and the results are solid. The spec approach is solid but it takes a learning curve. Some of the tooling and autojumps take a bit to get used to because they differ from the other IDE approaches.
Overall I do believe this has accelerated our development and I'm interested to see where it goes. I don't think it's a direct comparison to claude code or cursor - its a different approach with some overlap.
angelmm
Many companies are considering IDEs the way to reach developers. Atom started the trend of next generation IDEs and VSCode consolidated most of the market. With the AI raising, people are looking to get usage, gathering data, and positioning models. An IDE provides you all of that.
AI seems to be a way to engage happy users to try new things. Kiro joins a growing list of projects:
- Kiro (AWS)
- VSCode + Copilot (Microsoft)
- Windsurf (OpenAI tried to get it)
- Cursor
- Trae (Alibaba)
- Zed
- etc.
I put Zed in a separate category in the past. Now with assistants / agents, it's playing on the same space.
The market is a bit saturated and tools like Claude Code gave some flexibility and an alternative for users. I tried Cursor in the past, and now I'm back to Helix / VSCode + Claude Code.
suralind
I love Zed as an editor/IDE without ANY AI/LLM features. I think the AI support in Zed is actually pretty decent and I'm still using it out of habit (actively trying to use more TUI for AI).
But at the same time, it's my biggest worry that they will continue on the AI and pollute the project with too much junk. I gotta trust the smart minds behind it will find a way to balance this trend.
angelmm
Totally. I think Zed has its own value proposition. That's why I never put them close to other editors like Cursor at the beginning.
Lately, I started putting it together due to all the AI excitement. People try it because of the AI capabilities to find an IDE that works for them.
I hope Zed continues providing new amazing features in all the areas.
TiredOfLife
> Windsurf (OpenAI tried to get it)
And Google killed it.
QuinnyPig
I got to play with this for the past week, and it's surprisingly good from an angle of "does a lot of the context engineering work for you." It enforces a rigor that I don't usually bring to vibe coding...
NathanKP
Thanks so much for your feedback Corey! That's one of the big goals of Kiro: to add a bit more of the rigor required to keep your code projects sane as they grow over time. I think Kiro hits the best of both worlds: the easy fun of "vibe coding" at first but then when its time to do some software engineering, Kiro is there to help dig deep into the technical requirements, write the architectural design, and break the big project up into reasonable tasks.
mh-
Can it sort out AWS bills yet?
(I initially started writing this as a joke upon recognizing your name, but now I think I'm serious..)
didibus
For anyone wondering, Amazon already offers an Agentic coding CLI similar to Claude Code: https://github.com/aws/amazon-q-developer-cli
It has a pretty decent free tier, and maybe the subscription is better value than Claude Code, but hard to tell.
It supports MCP as well.
Amazon Q also has a VC Code and IntelliJ Idea plugin too, Kiro goes beyond what you can do as a plugin in VS Code though, similar to why Cursor had to fork VS Code.
artdigital
Q CLI is great. It’s basically Claude models but pretty much unlimited and only for $20
Not as polished as Claude Code but also a bit price difference
SyrupThinker
That sounds too good to be true, and it seems like they are indeed introducing a usage system similar to their competitors next month?
> Starting August 1, 2025, we’re introducing a new pricing plan for Amazon Q Developer designed to make things simpler and more valuable for developers.
> Pro Tier: Expanded limits $19/mo. per user
> 1,000 agentic requests per month included (starting 8/1/2025)
- https://aws.amazon.com/q/developer/pricing/
Previously agentic use was apparently "free", but with a set deadline in June, so it seems like this was just for a testing phase?
Imustaskforhelp
So I am pretty sure that there is some aws/amazon service which can provide gpu's / model inference too.
I read it (I think) in one of the comment that There is a model picker that currently allows you to switch between Claude Sonnet 4.0 and Claude Sonnet 3.7
So is this just using Claude?
I really thought that the advantages of using Kiro might really be that of the leverage that Amazon Gpu's infrastructure could provide, maybe even some discounts to lure people to Kiro.
I am pretty sure that a lot of people will ask you the same question, But I would really appreciate it if you could answer me this question in preferably simple terms: "Why Kiro? Why not all the other stuff that has come before it and the stuff that will come after it"
Also I am really having some dejavu but while writing this comment, has the title of this post changed, I swear I saw something written in the header with Amazon and now I don't see it. honestly, I am really being so off-topic but after seeing this name change of the post, I really wish if that there was some website that could track all the name changes of posts that happen in HN, because I was completely baffled by this name change or I am being totally paranoid.
pqdbr
The previous title stated Kiro as being "Amazon's Cursor clone", which I agree was not adequate.
Imustaskforhelp
My suspicions were right that the name had something to do with amazon because I went into this thread thinking about Amazon's unique position in this market.
lvl155
Unless it offers me something substantially better than VSCode, I am not gonna switch and it has a lot to do with unsupported extensions. For now, I think UX preference has to be CLI with web gui wrapper where you can pick models, agents, requirements, etc and let that run anywhere, even headless. I don’t like how these guys (as in all the VSCode wrappers) are trying to sucker people onto their platform to lock you in.
Edit: I know there’s manual VSIX route.
ActorNightly
Kiro is Vscode (forked from the open source version). I imported all the settings and extensions into it from VSCode, worked fine.
Tokumei-no-hito
what are the unsupported extensions? i thought the support had to do with marketplace access (search / download / update) but if you already have the vsix it can be installed in any vscode fork
SyrupThinker
Some of Microsoft's extensions are licensed such that they may only be used with their own products (i.e. the official VS Code they offer for download, etc.). This already affects Cursor for example:
Important note from the FAQ:
> For users who access Kiro with Pro or Pro+ tiers once they are available, your content is not used to train any underlying foundation models (FMs). AWS might collect and use client-side telemetry and usage metrics for service improvement purposes. You can opt out of this data collection by adjusting your settings in the IDE. For the Kiro Free tier and during preview, your content, including code snippets, conversations, and file contents open in the IDE, unless explicitly opted out, may be used to enhance and improve the quality of FMs. Your content will not be used if you use the opt-out mechanism described in the documentation. If you have an Amazon Q Developer Pro subscription and access Kiro through your AWS account with the Amazon Q Developer Pro subscription, then Kiro will not use your content for service improvement. For more information, see Service Improvement.
https://kiro.dev/faq/