Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Kiro: A new agentic IDE

kiro.dev

Post reply on HN
Print view View original

271–280 of 498 posts

Re: Kiro: A new agentic IDE

#271

Post by crinkly »

ryandvm wrote: post #247
crinkly wrote: post #125

Earlier quoted context omitted.

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

> I get paid a fuck load of money to write C. Your point is? My point is there aren't many of you, are there? All things considered, keeping up with the industry trends is generally a more reliable career path.

Correct but we are never fungible. That’s the trick for a reliable career.

I’ve survived every single layoff season since 1995.

Re: Kiro: A new agentic IDE

#273

Post by sandeepkd »

hu3 wrote: post #267
sandeepkd wrote: post #264

Tried with one of my older projects to test it out. The problem statement was to upgrade the Java spring boot version from 2.7 to latest. I have done it in the past so exactly knew what had to be done there. All the requirement docs, design specs, and tasks look verbose and ok on high level. Interestingly I had some idea where the language in those docs was coming from. 1. It created about 40+ tasks (I have my own cu…

Interesting. How large is the project?

It was relatively pretty small project, about 5ish controllers and same number of service classes. The experiment lasted for about 2.5 hours where I was active for the first 45 minutes and then just pressing the buttons to move next in passive mode.

Re: Kiro: A new agentic IDE

#274

Post by softsales »

NathanKP wrote: 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…

[flagged]

Re: Kiro: A new agentic IDE

#275

Post by lukev »

consumer451 wrote: post #209

Important details from the FAQ, emphasis mine: > 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, y…

This brings up a tangential question for me.

Clearly, companies view the context fed to these tools as valuable. And it certainly has value in the abstract, as information about how they're being used or could be improved.

But is it really useful as training data? Sure, some new codebases might be fed in... but after that, the way context works and the way people are "vibe coding", 95% of the novelty being input is just the output of previous LLMs.

While the utility of synthetic data proves that context collapse is not inevitable, it does seem to be a real concern... and I can say definitively based on my own experience that the _median_ quality of LLM-generated code is much worse than the _median_ quality of human-generated code. Especially since this would include all the code that was rejected during the development process.

Without substantial post-processing to filter out the bad input code, I question how valuable the context from coding agents is for training data. Again, it's probably quite useful for other things.

Re: Kiro: A new agentic IDE

#276

Post by honorable_coder »

Is model choice a core design consideration. Or will Kiro not let developers chose the underlying model?

What if I want to set preferences for the underlying LLM for different usage scenarios? For example, for a quick and snappy understanding of a single file id want to use a fast model that doesn't cost me an arm and a leg. Recent research on preference-aligned LLM routing here: https://arxiv.org/abs/2506.16655

Re: Kiro: A new agentic IDE

#277

Post by ghuntley »

Source code analysis [and dump] of Kiro at https://ghuntley.com/amazon-kiro-source-code/

- Uses ripgrep under the hood

- VSCode fork (thus suffers from the https://ghuntley.com/fracture problem)

- There are 14 different ways defined to edit a file due to its multi-modal design. Tuning this is going to be a constant source of headaches for the team.

- Kiro utilises a https://ghuntley.com/specs based workflow.

Re: Kiro: A new agentic IDE

#278

Post by tln »

newman314 wrote: post #244
postalcoder wrote: post #41

Earlier quoted context omitted.

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…

It would sure be nice to have some standardized conventions around this. AGENTS.md etc. It seems insane to have to have multiple files/rules for essentially the same goals just for different tools.

Thats the convention I am using.

My CLAUDE.md and GEMINI.md both just say "See AGENTS.md".

Re: Kiro: A new agentic IDE

#279

Post by akdev1l »

Imustaskforhelp wrote: post #224
cowsandmilk wrote: post #222

Earlier quoted context omitted.

It does use AWS infrastructure, ie Bedrock which supports many different models.

Ohh I forgot that anthropic uses AWS Bedrock (I think?, right?) That checks out. This is really cool project!

From my understanding Anthropic is independent but they offer Claude as an offering through Bedrock

Re: Kiro: A new agentic IDE

#280

Post by mkw5053 »

tln wrote: post #278
newman314 wrote: post #244

Earlier quoted context omitted.

It would sure be nice to have some standardized conventions around this. AGENTS.md etc. It seems insane to have to have multiple files/rules for essentially the same goals just for different tools.

Thats the convention I am using. My CLAUDE.md and GEMINI.md both just say "See AGENTS.md".

Same
Post reply on HN