<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0"><channel><title>Pulumi Blog: Context lake</title><link>https://www.pulumi.com/blog/tag/context-lake/</link><description>Pulumi blog posts: Context lake.</description><language>en-us</language><pubDate>Fri, 24 Oct 2025 00:00:00 +0000</pubDate><item><title>Grounded AI: Why Neo Knows Your Infrastructure</title><link>https://www.pulumi.com/blog/grounded-ai-why-neo-knows-your-infrastructure/</link><pubDate>Fri, 24 Oct 2025 00:00:00 +0000</pubDate><guid>https://www.pulumi.com/blog/grounded-ai-why-neo-knows-your-infrastructure/</guid><description>
&lt;img src="https://www.pulumi.com/images/generated/blog/grounded-ai-why-neo-knows-your-infrastructure/index.png" /&gt;
&lt;p&gt;Ask a generic LLM to &amp;ldquo;fix my broken deployment,&amp;rdquo; and you&amp;rsquo;ll get generic advice. Ask Pulumi Neo the same question, and you&amp;rsquo;ll get a fix plan grounded in your actual infrastructure state.&lt;/p&gt;
&lt;p&gt;The difference isn&amp;rsquo;t about better prompts or newer models. It&amp;rsquo;s about what the AI actually knows. Generic LLMs have been trained on the internet. Neo has been trained on your infrastructure.&lt;/p&gt;
&lt;p&gt;This distinction matters more than you&amp;rsquo;d think.&lt;/p&gt;
&lt;h2 id="the-grounding-problem"&gt;The grounding problem&lt;/h2&gt;
&lt;p&gt;Most AI tools treat infrastructure like a text generation problem. You describe what you want, the model produces code, and you hope it works.&lt;/p&gt;
&lt;p&gt;This approach fails more often than it succeeds because the AI has no connection to your actual infrastructure. It doesn&amp;rsquo;t know what resources you&amp;rsquo;ve already deployed, what dependencies exist, or what policies you need to follow. It&amp;rsquo;s generating code from patterns it learned on the internet, not from understanding your environment.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://www.pulumi.com/blog/pulumi-neo/"&gt;Pulumi Neo&lt;/a&gt; takes a different approach. It&amp;rsquo;s trained on your infrastructure context: your programs, your state, your resource relationships. When you ask Neo about drift, it doesn&amp;rsquo;t guess. It queries your actual deployment history. When it suggests a fix, it reasons from your program graph, not generic examples.&lt;/p&gt;
&lt;p&gt;Neo doesn&amp;rsquo;t just autocomplete code. It &lt;a href="https://www.pulumi.com/docs/ai/"&gt;understands state, resources, dependencies&lt;/a&gt;, and cloud behavior. When something fails, Neo explains why, not just what.&lt;/p&gt;
&lt;p&gt;This is what makes it grounded AI: it&amp;rsquo;s anchored to the reality of your infrastructure, not floating in a sea of internet-trained probabilities.&lt;/p&gt;
&lt;h2 id="what-makes-neo-different"&gt;What makes Neo different&lt;/h2&gt;
&lt;p&gt;The foundation matters more than you&amp;rsquo;d think.&lt;/p&gt;
&lt;p&gt;Traditional AI tools fail in DevOps because they operate in a vacuum. Ask a generic LLM to &amp;ldquo;fix my broken deployment,&amp;rdquo; and you&amp;rsquo;ll get generic advice that ignores your specific infrastructure, your state, your constraints.&lt;/p&gt;
&lt;p&gt;The difference with systems like Pulumi Neo comes down to what powers them: not just data, but &lt;strong&gt;context&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;Think of it this way: a data lake is a massive repository of information sitting inert, waiting to be queried. A &lt;strong&gt;context lake&lt;/strong&gt; is something else entirely. It&amp;rsquo;s a structured repository that aggregates knowledge about your domain and feeds it to AI systems.&lt;/p&gt;
&lt;p&gt;&lt;img src="img_1.png" alt="img_1.png"&gt;&lt;/p&gt;
&lt;p&gt;A context lake contains things that matter:&lt;/p&gt;
&lt;p&gt;Your infrastructure programs, resource definitions, API schemas, service dependencies. In Pulumi&amp;rsquo;s case, this includes your program graph, component models, stack configurations.&lt;/p&gt;
&lt;p&gt;Real-time metrics, deployment history, drift detection, policy violations. The live pulse of your infrastructure as it actually runs in production.&lt;/p&gt;
&lt;p&gt;Ownership information, compliance policies, access controls, quality signals. The organizational context that determines what changes are safe, who can make them, and why they matter.&lt;/p&gt;
&lt;p&gt;Pulumi&amp;rsquo;s approach builds on this principle. Your infrastructure programs, state files, resource metadata, policy definitions. All of this becomes queryable context. Neo doesn&amp;rsquo;t hallucinate solutions because it&amp;rsquo;s grounded in your actual infrastructure. It knows what you&amp;rsquo;ve deployed, how resources relate to each other, what dependencies exist, what&amp;rsquo;s drifted.&lt;/p&gt;
&lt;p&gt;This is the architectural shift that makes AI-powered DevOps actually work. AI agents are only as effective as the context they can access and the guardrails you have in place to keep them in check. You&amp;rsquo;re not just automating actions anymore. You&amp;rsquo;re automating understanding.&lt;/p&gt;
&lt;h2 id="grounded-reasoning-in-practice"&gt;Grounded reasoning in practice&lt;/h2&gt;
&lt;p&gt;Early DevOps automated actions. Modern AI agents automate decisions. But grounded AI does something different: it automates understanding.&lt;/p&gt;
&lt;p&gt;When you combine observability data, infrastructure-as-code programs, and deployment history into a context lake, the AI doesn&amp;rsquo;t just predict what might happen. It reasons about what is happening based on your actual infrastructure state.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://www.pulumi.com/blog/10-things-you-can-do-with-neo/"&gt;Neo can watch infrastructure drift&lt;/a&gt;, identify whether it stems from a manual change or a misconfigured resource, and generate a fix plan that maps back to your Pulumi program. That feedback isn&amp;rsquo;t guesswork. It&amp;rsquo;s grounded in the same infrastructure metadata developers already use. The context lake ensures Neo isn&amp;rsquo;t making probabilistic predictions. It&amp;rsquo;s reasoning from your specific infrastructure truth.&lt;/p&gt;
&lt;p&gt;&lt;img src="img_2.png" alt="img_2.png"&gt;&lt;/p&gt;
&lt;p&gt;This is what separates grounded AI from generic LLMs. Neo doesn&amp;rsquo;t just automate deployment. It understands the intent behind it.&lt;/p&gt;
&lt;h2 id="the-human-layer-stays-critical"&gt;The human layer stays critical&lt;/h2&gt;
&lt;p&gt;Grounded AI doesn&amp;rsquo;t replace engineering judgment. Every engineer who&amp;rsquo;s tried to prompt a generic LLM to &amp;ldquo;write a Pulumi program for me&amp;rdquo; knows how quickly hallucinations creep in. You still need human context: the judgment to choose the right platform, the discipline to model dependencies, the awareness of compliance and cost.&lt;/p&gt;
&lt;p&gt;That&amp;rsquo;s where grounded AI like Neo fits best. It&amp;rsquo;s not a chatbot for infrastructure. &lt;a href="https://www.pulumi.com/docs/ai/get-started/"&gt;It&amp;rsquo;s an extension of your own reasoning&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Neo learns from the same program graph and state data you already manage, drawing from a continuously updated context lake of your infrastructure reality. Its recommendations stay grounded in your environment, not floating in a generic prompt window trained on the public internet.&lt;/p&gt;
&lt;p&gt;The opportunity isn&amp;rsquo;t about replacing engineers. It&amp;rsquo;s about creating smarter feedback loops between human expertise and AI that actually understands your infrastructure.&lt;/p&gt;
&lt;h2 id="what-grounded-ai-enables"&gt;What grounded AI enables&lt;/h2&gt;
&lt;p&gt;The first generation of DevOps automated deployment. Grounded AI automates understanding.&lt;/p&gt;
&lt;p&gt;Infrastructure becomes queryable. AI-powered observability correlates incidents before they cascade. CI/CD becomes continuous reasoning rather than continuous execution. &lt;a href="https://www.pulumi.com/blog/why-every-platform-engineer-should-care-about-kubernetes-operators/"&gt;Platform teams&lt;/a&gt; spend less time fighting YAML and more time guiding systems that reason alongside them.&lt;/p&gt;
&lt;p&gt;The context lake architecture makes this possible. Instead of static documentation and scattered tribal knowledge, your infrastructure context becomes something AI agents can actually query and reason over.&lt;/p&gt;
&lt;p&gt;Grounded AI won&amp;rsquo;t replace engineers. But it will change what engineering means: less time translating intent into YAML, more time reasoning about systems at a higher level.&lt;/p&gt;
&lt;h2 id="try-it-yourself"&gt;Try it yourself&lt;/h2&gt;
&lt;p&gt;Want to see what infrastructure cognition looks like in practice? &lt;a href="https://www.pulumi.com/docs/ai/get-started/"&gt;Get started with Neo&lt;/a&gt; and ask it about your infrastructure. Watch it reason through drift detection, generate fix plans, or explain complex resource relationships in plain English. For a wider survey of the category, see our guide to the &lt;a href="https://www.pulumi.com/blog/ai-infrastructure-tools/"&gt;best AI infrastructure tools&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Neo is available today for teams using Pulumi Cloud. The cognitive layer isn&amp;rsquo;t coming. It&amp;rsquo;s already here.&lt;/p&gt;</description><author>Engin Diri</author><category>ai</category><category>devops</category><category>pulumi-neo</category><category>platform-engineering</category><category>infrastructure-as-code</category><category>context-lake</category></item></channel></rss>