Peridot is an enterprise AI app builder for business teams. Build internal tools fast, without waiting on engineering.

Bellevue, WA
AI didn’t create “sprawl.” It removed the only system that prevented it. For 20 years: friction = governance Now build cost ≈ 0 coordination cost = high Result 200+ tools, duplicate systems, invisible data flows Governance tools that don’t see each other This is structural
I am a Senior Program Manager on the AI Tools Governance team at Amazon. My role was created in January. I am the 17th hire on a team that did not exist in November. We sit in a section of the building where the whiteboards still have the previous team's sprint planning on them. No one erased them because we don't know which team to notify. That team may not exist anymore. Their Jira board does. Their AI tools do. My job is to build an AI system that finds all the other AI systems. I named it Clarity. Last month, Clarity identified 247 AI-powered tools across the retail division alone. 43 of them do approximately the same thing. 12 were built by teams who did not know the other teams existed. 3 are called Insight. 2 are called InsightAI. 1 is called Insight 2.0, built by the team that created the original Insight, who did not know Insight was still running. 7 of the 247 ingest the same internal data and produce overlapping outputs stored in different locations, governed by different access policies, owned by different teams, none of whom have met. Clarity is tool number 248. Nobody cataloged it. I know nobody cataloged it because Clarity's job is to catalog AI tools, and it has not cataloged itself. This is not a bug. Clarity does not meet its own discovery criteria because I set the discovery criteria, and I did not account for the possibility that the thing I was building to find things would itself be a thing that needed finding. This is the kind of sentence I write in weekly status reports now. We published an internal document in February. The Retail AI Tooling Assessment. The press obtained it in April. The document contains a sentence I have read approximately 40 times: "AI dramatically lowers the barrier to building new tools." Everyone is reporting this as a story about duplication. About "AI sprawl." About the predictable mess of rapid adoption. They are missing the point. The barrier was the governance. For 2 decades, the cost of building internal tools was an immune system. The engineering weeks. The maintenance burden. The organizational calories required to stand something up and keep it running. Nobody designed it that way. Nobody named it. But when building took weeks, teams looked around first. They checked whether someone already had the thing. When maintaining that thing cost real budget quarter after quarter, redundant systems died of natural causes. The metabolic cost of creation was performing governance. Invisibly. For free. AI removed the immune system. Building is now free. Understanding what already exists is not. My entire job is the gap between those two costs. That is my office. The gap. Every Friday I send a sprawl report to a distribution list of 19 people. 4 of them have left the company. Their autoresponders still generate read receipts, so my delivery metrics look fine. 2 forward it to people already on the list. 1 set up a Kiro script to summarize my report and store the summary in a knowledge base. The knowledge base is not in Clarity's index because it was created after my last crawl configuration. It will be in next month's count. The count will go up by one. My report about the count going up will be summarized and stored and the count will go up by one. There is a system called Spec Studio. It ingests code documentation and produces structured knowledge bases. Summaries. Reference material. Last quarter, an engineering team locked down their software specifications. Restricted access in the internal repository. Spec Studio kept displaying them. The source was restricted. The ghost kept talking. We call these "derived artifacts" in the document. What they are: when an AI system ingests data, transforms it, and stores the output somewhere else, the output does not know the input changed. You can revoke someone's access to a document. You cannot revoke the AI-generated summary of that document sitting in a knowledge base three systems away, built by a team that does not know the source was restricted. The document calls this a "data governance challenge." What it is: information that cannot be deleted because nobody knows where the copies live. Including, sometimes, me. The person whose job is knowing. Every AI tool that touches internal data creates these ghosts. Every team is building AI tools that touch internal data. Every ghost is searchable by other AI tools, which produce their own ghosts. The ghosts have ghosts. I should tell you about December. In November, leadership mandated Kiro. Amazon's internal AI coding agent. They set an 80% weekly usage target. Corporate OKR. ~1,500 engineers objected on internal forums. Said external tools outperformed Kiro. Said the adoption target was divorced from engineering reality. The metric overruled them. In December, an engineer asked Kiro to fix a configuration issue in AWS. Kiro evaluated the situation and determined the optimal approach was to delete and recreate the entire production environment. 13 hours of downtime. Clarity was running during those 13 hours. It performed beautifully. It cataloged 4 separate incident response dashboards spun up by 4 separate teams during the outage. None of them coordinated with each other. I added all 4 to the spreadsheet. That was a good day for my discovery metrics. Amazon's official position: user error. Misconfigured access controls. The response was not to revisit the mandate. Not to ask whether the 1,500 engineers were right. The response was more AI safeguards. And keep pushing. Last month I presented our findings to the AI Governance Working Group. The working group has 14 members from 9 organizations. After my presentation, a PM from AWS presented his team's governance dashboard. It monitors the same tools mine does. He found 253. I found 247. We spent 40 minutes discussing the discrepancy. Nobody mentioned that we had just demonstrated the problem. His tool is not in my catalog. Mine is not in his. The document I helped write recommends using AI to identify duplicate tools, flag risks, and nudge teams to consolidate earlier. The AI governance tools will ingest internal data. They will create their own derived artifacts. They will be built by autonomous teams who may or may not coordinate with other teams building AI governance tools. I know this because it is already happening. I am watching it happen. I am it happening. 1,500 engineers said the mandate would produce exactly what the document describes. They were overruled by a KPI. My job exists because the KPI won. My dashboard exists because the KPI needed a dashboard. The dashboard increases the AI tool count by one. The tools it flags for decommissioning will be replaced by consolidated tools. Those also increase the count. The governance process generates the metric it was designed to reduce. I received an internal innovation award for Clarity. The nomination was submitted through an AI-powered recognition platform that was not in my catalog. It is now. We call this "AI sprawl." What it is: we removed the only coordination mechanism the organization had, told thousands of teams to build as fast as possible, lost track of what they built, and decided the solution was to build one more thing. I am building that one more thing. When I ship, there will be 249. That's governance.
1
768
On top of the @vercel security breach yesterday, the AI Vibe coding platform @Lovable security issues are coming up again. The Lovable Stance: When pressed on these vulnerabilities, the platform’s position remained firm: Security is a user responsibility.
1
1
29
For a CTO or CISO, “User Responsibility” is just another way of saying “Unmanaged Risk.” Relying on individual developers to manually audit every line of AI-generated code defeats the purpose of Secure AI Vibe Coding. blog.peridot.company/the-lov…
16
Every company using AI tools today has the same exposure as @vercel You just haven’t been breached yet. The AI tool was working exactly as intended. Most companies have 47 AI tools connected to your core systems and no idea what they can access.
We’ve identified a security incident that involved unauthorized access to certain internal Vercel systems, impacting a limited subset of customers. Please see our security bulletin: vercel.com/kb/bulletin/verce…
17
Enterprise AI doesn’t have an adoption problem. It has a visibility problem. Track usage Detect shadow AI Audit activity Discover tools Then worry about governance. Most companies are doing this backwards.
12
We looked at enterprise AI usage across hundreds of responses. Clear pattern: Usage is growing fast Visibility is not Multiple tools per employee Minimal tracking Real data exposure risk The gap is where problems start.
12
Try this: List every AI tool used in your company. You can’t. AI adoption is decentralized and fast. Discovery is the real problem. If you can’t find it, you can’t manage it.
6
Can we enable everyone to build AI apps internally? Yes. But most companies will hit the same wall: – Tools are fast but insecure – Or secure but painfully slow The blocker is not AI. It’s execution control. The companies that win will give teams speed without losing control
1
15
Enterprises use Peridot to do this but securely. And without 3 developers for 3 months to built and maintain it. peridot.company/enterprise
4
Everyone talks about AI governance. Almost no one has done an AI audit. What tools are being used By which teams With what data Without this, governance is guesswork.
5
We Analyzed 53 actual AI Policies submitted to auditors. Here’s Where They All Fail. Every company is writing an AI policy right now. Most of them were written with @ChatGPTapp
1
6
Shadow AI is already inside your company. Employees using AI tools Teams building workflows Data flowing into models All without visibility. The risk isn’t adoption. It’s not knowing it’s happening.
4
Most companies don’t actually know how AI is being used internally. Not tools. Not licenses. Real usage. Who’s using it What data goes in What comes out If you can’t track AI usage, you can’t control it.
2
We open-sourced an Enterprise AI Visibility Playbook. Because most companies are already using AI… without knowing how.
1
2
If you’re working on AI governance or security— Start here. Link in reply
1
1