Amazon Tells Its Engineers: Use Our AI Coding Tool 'Kiro'

"Amazon suggested its engineers eschew AI code generation tools from third-party companies in favor of its own ," reports Reuters, "a move to bolster its proprietary Kiro service, which it released in July, according to an internal memo viewed by Reuters." In the memo, posted to Amazon's internal news site, the company said, "While we continue to support existing tools in use today, we do not plan to support additional third party, AI development tools.

"As part of our builder community, you all play a critical role shaping these products and we use your feedback to aggressively improve them," according to the memo.

The guidance would seem to preclude Amazon employees from using other popular software coding tools like OpenAI's Codex, Anthropic's Claude Code, and those from startup Cursor. That is despite Amazon having invested about $8 billion into Anthropic and reaching a seven-year $38 billion deal with OpenAI to sell it cloud-computing services..."To make these experiences truly exceptional, we need your help," according to the memo, which was signed by Peter DeSantis, senior vice president of AWS utility computing, and Dave Treadwell, senior vice president of eCommerce Foundation. "We're making Kiro our recommended AI-native development tool for Amazon...."

In October, Amazon revised its internal guidance for OpenAI's Codex to "Do Not Use" following a roughly six month assessment, according to a memo reviewed by Reuters. And Claude Code was briefly designated as "Do Not Use," before that was reversed following a reporter inquiry at the time.
The article adds that Amazon "has been fighting a reputation that it is trailing competitors in development of AI tools as rivals like OpenAI and Google speed ahead..."

Seems reasonable

[houstonbofh]

Makes sense to me. Why give their code and feedback to competitors? You want to keep your internal stuff internal.

Re:

[fuzzyfuzzyfungus]

It seems reasonable; but also like something that should really spook the customers.

It seems to be generally accepted that junior devs start out as more of an investment than a genuine aid to productivity; so you try to pick the ones that seem sharp and with it, put some time into them, and treat them OK enough that they at least stick around long enough to become valuable and do some work for you.

If that dynamic is now being played out with someone else's bots, you are now making that investment in s

Re:

[ArmoredDragon]

We do exactly this where I work (I'm part of the team who enforces that) and for exactly this reason. However in our case, until a few months ago, use of these tools was nearly completely banned with case-by-case exceptions for individual users, unlike Amazon. We only recently made one exception for just one AI tool where we have a particular arrangement that guarantees that nothing within our instance of it can be "learned" and regurgitated elsewhere, and anybody may use it without needing any policy excep

BS Krebs Cycle

[Tablizer]

1. Amazon orders own devs to use their AI tool Foo
2. Devs reluctantly follow orders
3. Foo usage goes up
4. Amazon brags about high Foo usage in ad
5. Suckers see ad, buy Foo
6. Profit!

Re:

[Iamthecheese]

There's an element you're not considering. These engineers are eating their own dogfood, poor quality will lead to product changes, and so expected quality must rise.

There does not seem to be a bright future for them

[gweihir]

All these coding "assist" tools suck regarding functionality, and they suck worse regarding security. Expect Amazon to get flaky and then get hacked in the not to distant future.

In other news, throwing good money after bad or going "all in" on bad ideas are not a successful business strategy.

Re:

[Anonymous Coward]

I mean, you're right. But you forgot the only thing that matters: stock price. Amazon is using AI? Pump that stock! They're using an internally developed AI? Think of the more hyuger cost savings! Double pump! Just gave 38 billion to another company with a ineffective product. Chump change. Now we have to spend another 38 billion on our own ineffective product? Gotta spend money to make money. As long as the number goes up. Amazon, like Bender, can promise you whatever you want.

Re: There does not seem to be a bright future for

[liqu1d]

That's my experience too. 90% of the code I've got out of it takes longer to debug than if I wrote it myself however way too many people claim to experience the opposite. How can our experiences differ so vastly.

Priority

[backslashdot]

Is the priority good code or emotional "don't use the competing product"? Remember, the Apple Macintosh SE was designed using a Cray supercomputer. The Cray supercomputer had been designed on an Apple Macintosh.

If you make slow bicycles, and need to win a bicycle race .. would you ride your own product knowing it may cause you to lose? If your dog doesn't like your dog food, then don't feed it to him.

(This is obviously not applicable and different than a team that is testing its own product.)