Live data from Hacker News

Kiro: A new agentic IDE

kiro.dev

171–180 of 498 posts

Re: Kiro: A new agentic IDE

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

Re: Kiro: A new agentic IDE

#173

Earlier quoted context omitted.

I believe that the file indexing exclusion is based on .gitignore, not files.watcherExclude, but let me check on that and confirm.

I tried with a small project, it worked fine, no high CPU usage. However with a large project, it seems that it indexed, then dropped CPU, then I started opening up files and working with them, then the CPU spiked again.

I'll look into this. Kiro is supposed to be doing progressive reindexing. When you make a change it should only have to reindex the files that changed. If you have any logs or other data you are willing to share, to help the team investigate you can use the "report a bug / suggest an idea" link at the bottom, or open an issue at: https://github.com/kirodotdev/Kiro/issues

Re: Kiro: A new agentic IDE

#174
post #149

Earlier quoted context omitted.

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

I’ve yet to see a GenAI system that comes even slightly close. They’re dangerously inaccurate in this space.

That's been my experience as well. Makes sense, there's little training data available and the (public) docs and (first-party) tooling remain dreadful.

Re: Kiro: A new agentic IDE

#175

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 ha…

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

Re: Kiro: A new agentic IDE

#176
What is the difference between kiro and having a rule file in claude code / cursor / cline saying « always start designing before coding. Create a .md file for specs, ask the user for it if it is not there? ». You can just prompt the specs or whatever feature is in this IDE.

Claude 4 can do it all already.

Re: Kiro: A new agentic IDE

#177

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 pro…

The previous title stated Kiro as being "Amazon's Cursor clone", which I agree was not adequate.

Re: Kiro: A new agentic IDE

#178
post #5

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 pr…

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 t…

Not Kiro related, but do your Claude Code version of rules end up as CLAUDE.md files in various locations?

Re: Kiro: A new agentic IDE

#179

Earlier quoted context omitted.

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 result…

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.

MCP is great, but it adds a lot of extra latency. The MCP servers themselves will stuff your context full of tool details, taking up valuable tokens that could be spent on code context. Then at runtime the LLM has to decide to call a tool, the tool call has to come back to your machine, the data is gathered and sent back to the LLM, then the LLM can act on that data. Multiply this by however many rounds of tool use the LLM decides it needs prior to taking action. If you are lucky the LLM will do a single round of parallel tool use, but not always.

The advantage of something more purpose built for gathering context from the IDE is that you can skip a lot of roundtrips. Knowing the user's intent upfront, the IDE can gather all the necessary context data preemptively, filter it down to a token efficient representation of just the relevant stuff, add it in the context preemptively along with the user's prompt, and there is a single trip to the LLM before the LLM gets to work.

But yeah I agree with your point about CLI capabilities for running in parallel, integrating in other places. There is totally room for both, I just think that when it comes to authoring code in the flow, the IDE approach feels a bit smoother to me.

Re: Kiro: A new agentic IDE

#180
post #5

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 pr…

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 t…

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 :(
Post reply on HN