This reminds me of the pocketFlow library, which takes a specification document and uses it to create subtasks and generate code, but can be used with local models.
Kiro: A new agentic IDE
361–370 of 498 posts
Re: Kiro: A new agentic IDE
#362Earlier quoted context omitted.
Is there a way to confirm this works or do we just have to trust that settings will be honored?
As for everything else: trust, possibly enhanced by the fear of consequences for the other party. How do we know if random internet service sells our email / password pair? They probably store the hashed password because it's easier (libraries) than writing their own code, but they get it as cleartext every time we type it in.
> How do we know if random internet service sells our email / password pair? They probably store the hashed password because it's easier (libraries) than writing their own code, but they get it as cleartext every time we type it in.
For that, we can just use a unique password per service. That's not really a thing for code.
Re: Kiro: A new agentic IDE
#363I have to say, I'm a little bit proud of myself that their approach comes close to what I consider a good method for building software with LLMs: https://markus.oberlehner.net/blog/ai-enhanced-development-b...
It seems that many in the field are converging to similar ideas. With AI the emphasis seems to be more on defining clearly what to build rather than how. I made a similar experiment [1] recently where I setup "rules" between code and spec and have the LLM check that they are the same, I think similar to how Kiro uses hooks.
Re: Kiro: A new agentic IDE
#364Earlier 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…
> 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...)
Confidently wrong are we? I use VSCode daily with a couple of extensions and it's fast, never stutters and I never have to wait for anything, so I'm not sure where you pulled that one from.
Re: Kiro: A new agentic IDE
#365Earlier quoted context omitted.
> Exposing each of these layers as structured text documents If we take it far enough, we could end up with a well structured syntax with a defined vocabulary for specifying what the computer should do that is rigorously followed in the implemented code. You could think of it as some kind of a ... language for .... programming the computer. Mind blowing.
I get you are being sarcastic, but lets actually consider your idea more broadly. - Machine code - Assembly code - LLVM - C code (high level) - VM IR (byte code) - VHLL (e.g. Python/Javascript/etc) So, we already have hierarchical stacks of structured text. The fact that we are extending this to higher tiers is in some sense inevitable. Instead of snark, we could genuinely explore this phenomenon. LLMs are allowing u…
And we re-invent the wheel basically. You have to use very specific prompts to make the computer do what you want, so why not just, you know... program it? It's not that hard.
Natural language is trying to be a new programming language, one of many, but it's the least precise one imho.
Re: Kiro: A new agentic IDE
#366Киреца, бате.
Re: Kiro: A new agentic IDE
#367Important 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…
> your content is not used to train any underlying foundation models (FMs).
This implies your "content" may be used for anything else, including training non-foundation LLMs. Frankly, even if their disclaimer were broader, I'd still probably not trust them.
Re: Kiro: A new agentic IDE
#368Here 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/T…
I've been thinking about developing a VSIX for Visual Studio 2022 that wraps my typical ChatGPT flow in the intellisense UX.
I don't mind that everyone is all-in with VSCode now, but I already paid $500 for the big-boy version and I've got 20k hours on it.
Re: Kiro: A new agentic IDE
#369Earlier quoted context omitted.
Why build an editor and not a CLI. VS code is really slow for me and I would have preferred a CLI.
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.
It uses the same models as Claude Code. I've been using Q CLI a lot and love it, but I'm amazed by what Claude Code can do.
Re: Kiro: A new agentic IDE
#370Earlier 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…
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
I don't add them as submodule but just symlink and ignore them globally so they never find their way into codebase; I have colleagues that frown upon using LLMs, and. I am not going to start a war over their preferences.