{"id":8467,"date":"2026-06-30T12:20:32","date_gmt":"2026-06-30T12:20:32","guid":{"rendered":"https:\/\/nextagile.ai\/blogs\/?p=8467"},"modified":"2026-06-30T12:20:52","modified_gmt":"2026-06-30T12:20:52","slug":"context-engineering-vs-prompt-engineering","status":"publish","type":"post","link":"https:\/\/nextagile.ai\/blogs\/gen-ai\/context-engineering-vs-prompt-engineering\/","title":{"rendered":"Context Engineering vs Prompt Engineering: What&#8217;s the Difference?"},"content":{"rendered":"<h2>Quick Answer<\/h2>\n<p><span style=\"font-weight: 400;\">Prompt engineering is the practice of crafting the instruction you send to an AI model, the words, structure, and examples within a single message. Context engineering is the broader discipline of deciding what information the model sees before it even starts answering, including retrieved documents, conversation history, tool definitions, and memory.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">AI researcher Andrej Karpathy, who popularized the term in June 2025, compares it to computer architecture: the model is the CPU, and the context window is RAM, and context engineering is about managing what gets loaded into that limited working memory<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Prompt engineering still matters and lives inside context engineering as one component of it. The distinction matters most once you&#8217;re building anything beyond a single chatbot reply, retrieval-augmented systems, AI agents, or enterprise tools that need to pull in real company data reliably.<\/span><\/p>\n<h2>Key Highlights of Context Engineering vs Prompt Engineering<\/h2>\n<ul>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Andrej Karpathy popularized context engineering in June 2025, describing it as &#8220;the delicate art and science of filling the context window with just the right information for the next step&#8221;<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Shopify CEO Tobi Lutke independently echoed the same shift, calling it &#8220;the art of providing all the context for the task to be plausibly solvable by the LLM&#8221;<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">A 2026 State of Context Management Report found 82% of IT and data leaders agree prompt engineering alone is no longer sufficient to power AI at scale<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">The same report found 95% of data teams plan to invest in context engineering training during 2026<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">LangChain&#8217;s Lance Martin formalized a four-part taxonomy for context engineering: write, select, compress, and isolate<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Gartner reportedly advised in 2025 that AI leaders should &#8220;prioritize context over prompts&#8221; by building context-aware architectures with dynamic data, not static instructions<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">Context engineering and prompt engineering are often used interchangeably, but they describe two genuinely different layers of working with AI, and confusing them is one of the most common reasons enterprise AI projects underperform. Prompt engineering is about the words you send to a model. Context engineering is about everything else the model can see when it generates its answer.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">This distinction crystallized in the AI community in June 2025, when Andrej Karpathy, a well-known AI researcher and former OpenAI founding member, argued that &#8220;prompt engineering&#8221; was understating the real work involved in serious AI applications. According to coverage from multiple 2026 industry sources, Karpathy proposed a more accurate term, context engineering, and the framing stuck fast across the industry. Within about a month, the first comprehensive academic survey analyzing over 1,300 papers had already formalized it as a distinct discipline.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">If you&#8217;re a student learning AI concepts or a professional trying to figure out which skill actually deserves your time in 2026, this guide breaks down exactly what separates the two, why the distinction matters in practice, and where each one still earns its place in how AI systems get built.<\/span><\/p>\n<h2>Context Engineering vs Prompt Engineering: Comparison Glance<\/h2>\n<table>\n<thead>\n<tr>\n<th><b>Dimension<\/b><\/th>\n<th><b>Prompt Engineering<\/b><\/th>\n<th><b>Context Engineering<\/b><\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><span style=\"font-weight: 400;\">What it controls<\/span><\/td>\n<td><span style=\"font-weight: 400;\">The instruction itself: wording, structure, examples, format<\/span><\/td>\n<td><span style=\"font-weight: 400;\">The full information environment: retrieved documents, memory, tool definitions, history<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Scope<\/span><\/td>\n<td><span style=\"font-weight: 400;\">A single message or exchange<\/span><\/td>\n<td><span style=\"font-weight: 400;\">The entire system feeding the model across a session or workflow<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Best analogy<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Writing a clear, well-structured question<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Architecting the working\u00a0 memory the model reasons with<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Who typically owns it<\/span><\/td>\n<td><span style=\"font-weight: 400;\">The individual user or prompt writer<\/span><\/td>\n<td><span style=\"font-weight: 400;\">The system architect or AI application builder<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Where it tends to fail<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Vague instructions, missing format constraints<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Stale, irrelevant, or missing data; context window overload<\/span><\/td>\n<\/tr>\n<tr>\n<td><span style=\"font-weight: 400;\">Still needed when&#8230;<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Always, every prompt benefits from clear instruction design<\/span><\/td>\n<td><span style=\"font-weight: 400;\">Especially once you&#8217;re using RAG, agents, or multi-turn systems with real company data<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>What Is Prompt Engineering, Specifically?<\/h2>\n<p><span style=\"font-weight: 400;\">Prompt engineering is the practice of crafting the textual instructions given to a language model, refining word choice, structure, examples, and output format within a single interaction to get a better, more reliable response.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">A formal way to put it, drawing from Javier Marin&#8217;s 2026 analysis on Medium: prompt engineering is &#8220;designing task-specific instructions to enhance model efficacy without modifying core model parameters.&#8221; In plain terms, it&#8217;s the skill of asking well. You&#8217;re learning what context to provide within the message itself, how to frame your instructions, what examples to include, and how to constrain the output format so it comes back usable.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">This includes well-known techniques like zero-shot prompting (giving instructions with no examples), few-shot prompting (giving a couple of examples to set a pattern), and chain-of-thought prompting (asking the model to reason step by step before answering). NextAgile covers these techniques in depth in our <\/span><a href=\"https:\/\/nextagile.ai\/workshop\/advanced-prompt-engineering-techniques-workshop\/\"><span style=\"font-weight: 400;\">Advanced Prompt Engineering Techniques Workshop<\/span><\/a><span style=\"font-weight: 400;\">, which treats prompting as a repeatable enterprise capability rather than trial-and-error guesswork.<\/span><\/p>\n<h2>What Is Context Engineering, Specifically?<\/h2>\n<p><span style=\"font-weight: 400;\">Context engineering is the discipline of designing dynamic systems that supply the right information and tools, in the right format, at the right time, so an AI model has everything it genuinely needs to complete a task, not just a well-worded instruction.<\/span><\/p>\n<h3>The CPU and RAM Analogy<\/h3>\n<p><span style=\"font-weight: 400;\">Karpathy&#8217;s own framing is the clearest entry point: &#8220;The LLM is like the CPU, and its context window is like RAM, representing a working memory for the model.&#8221; Everything the model can reason about during a single response has to fit inside that limited buffer before the first word of output is generated. Your company&#8217;s documentation, your product catalog, your support ticket history, none of that is automatically visible to the model. It has to be deliberately loaded in, and context engineering is the discipline of deciding what to load, in what order, and in what format.<\/span><\/p>\n<h3>Why a Single Prompt Can&#8217;t Carry This Weight<\/h3>\n<p><span style=\"font-weight: 400;\">Unlike prompt engineering, which focuses on crafting the perfect question, context engineering addresses a more foundational challenge: making sure the model has access to the right knowledge, tools, and historical information before it even begins forming a response. A perfectly worded prompt asking the model to &#8220;check our refund policy&#8221; does nothing useful if the actual refund policy document was never loaded into the context window in the first place.<\/span><\/p>\n<h3>Who Else Helped Define the Term<\/h3>\n<p><span style=\"font-weight: 400;\">Karpathy wasn&#8217;t alone in pushing this framing. Shopify CEO Tobi Lutke publicly endorsed the same shift on the same platform around the same time, describing context engineering as &#8220;the art of providing all the context for the task to be plausibly solvable by the LLM.&#8221; Developer and AI commentator Simon Willison added a sharper, slightly more cynical observation: prompt engineering, in his view, had been &#8220;redefined to mean typing prompts full of stupid hacks into a chatbot.&#8221; The term wasn&#8217;t broken because the underlying skill was useless, it had simply been diluted by overuse and casual misapplication, and context engineering offered a cleaner, more precise name for the deeper, system-level work.<\/span><\/p>\n<h2>LangChain&#8217;s Four-Part Taxonomy for Context Engineering<\/h2>\n<p><span style=\"font-weight: 400;\">One of the more useful, practical breakdowns of context engineering comes from Lance Martin at LangChain, who formalized the discipline into four concrete strategies, according to a 2026 academic methodology paper that references his framework.<\/span><\/p>\n<h3>Write: Authoring the Right Instructions<\/h3>\n<p><span style=\"font-weight: 400;\">This is the piece that overlaps with traditional prompt engineering, deciding what system-level and task-level instructions the model needs.<\/span><\/p>\n<h3>Select: Choosing Relevant Context<\/h3>\n<p><span style=\"font-weight: 400;\">Not all available information belongs in the context window. Selecting means deliberately choosing which documents, which conversation history, which data points are actually relevant to the task at hand, and leaving the rest out.<\/span><\/p>\n<h3>Compress: Reducing Token Waste<\/h3>\n<p><span style=\"font-weight: 400;\">Large context windows are not free, in cost or in model attention. Compression means trimming what&#8217;s included down to the essential signal, summarizing long documents instead of dumping them in full, for example.<\/span><\/p>\n<h3>Isolate: Keeping Unrelated Context Separate<\/h3>\n<p><span style=\"font-weight: 400;\">This strategy keeps different types of context cleanly separated rather than mashed together in one undifferentiated block, which helps the model reason more reliably about each piece without cross-contamination between unrelated information.<\/span><\/p>\n<h2>Why This Distinction Matters More in 2026 Than It Did in 2023<\/h2>\n<h3>The Data Backs Up the Shift<\/h3>\n<p><span style=\"font-weight: 400;\">A 2026 State of Context Management Report found that 82% of IT and data leaders now agree that prompt engineering alone is no longer sufficient to power AI at scale. That&#8217;s a striking admission from a population of leaders who, just a couple of years earlier, were largely focused on prompt quality as the main lever for better AI outcomes. The same report found that 95% of data teams plan to invest specifically in context engineering training during 2026, a near-universal signal that the skill gap is being taken seriously at the organizational level.<\/span><\/p>\n<h3>Industry Analysts Have Said It Plainly<\/h3>\n<p><span style=\"font-weight: 400;\">According to IntuitionLabs&#8217; 2026 coverage, Gartner reportedly stated in 2025 that &#8220;context engineering is in, and prompt engineering is out,&#8221; advising AI leaders to prioritize context over prompts by building context-aware architectures with dynamic data rather than relying on static instructions alone. That phrasing is intentionally blunt, and it reflects a real shift in where enterprise AI investment has moved.<\/span><\/p>\n<h3>Many AI Projects Fail for This Exact Reason<\/h3>\n<p><span style=\"font-weight: 400;\">According to Roadie&#8217;s 2026 analysis on the topic, many AI projects underperform because of poor or irrelevant context inputs rather than any actual limitation in model capability. In other words, the model often isn&#8217;t the problem. What the model was shown, or wasn&#8217;t shown, is.<\/span><\/p>\n<h2>Is Prompt Engineering Dead, Then?<\/h2>\n<p><span style=\"font-weight: 400;\">No, and this is the most common misunderstanding of the shift. According to Atlan&#8217;s 2026 analysis of how the industry confuses these disciplines, prompt engineering &#8220;did not die, it was reclassified.&#8221; Between roughly 2022 and 2024, it was treated as the primary lever for improving AI output quality on its own. As applications grew more complex, the unit of control shifted first to the session level, context, and increasingly to the system level, a related discipline called harness engineering that governs the environment an AI agent operates within.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Prompts still exist inside both layers. Every well-engineered context system still needs well-crafted instructions at its core. The three disciplines, prompt, context, and the even broader harness engineering, are nested rather than competing. If you&#8217;re solving a context engineering problem, you are still doing prompt engineering at the same time, just as one layer within a larger structure.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">This same nested relationship extends one layer further into what&#8217;s now being called loop engineering, the practice of designing the repeating system that drives an AI agent toward a goal across many steps. We cover that progression in full in our guide on <\/span><a href=\"https:\/\/nextagile.ai\/blogs\/gen-ai\/from-prompt-engineering-to-loop-engineering\/\"><span style=\"font-weight: 400;\">from prompt engineering to loop engineering<\/span><\/a><span style=\"font-weight: 400;\">, and explain specifically why agents need that structural layer in <\/span><a href=\"https:\/\/nextagile.ai\/blogs\/gen-ai\/why-ai-agents-need-loop-engineering\/\"><span style=\"font-weight: 400;\">why AI agents need loop engineering instead of better prompts<\/span><\/a><span style=\"font-weight: 400;\">.<\/span><\/p>\n<h2>A Practical Example: Customer Service AI<\/h2>\n<p><span style=\"font-weight: 400;\">It helps to see the distinction applied to a concrete case. Imagine a company building an AI assistant to answer customer support questions.<\/span><\/p>\n<p><b>Prompt engineering alone<\/b><span style=\"font-weight: 400;\"> would focus on writing a great instruction: &#8220;You are a helpful, friendly support agent. Answer the customer&#8217;s question clearly and concisely, and always confirm their order number before discussing order details.&#8221; That&#8217;s a solid instruction. But on its own, it does nothing to ensure the model actually has access to this specific customer&#8217;s order history, the company&#8217;s current return policy, or last week&#8217;s product recall notice.<\/span><\/p>\n<p><b>Context engineering<\/b><span style=\"font-weight: 400;\"> is what makes that instruction actually work in practice: retrieving the customer&#8217;s order history from a database, pulling the current, up-to-date return policy document (not a stale cached version), checking for any active product alerts relevant to this order, and assembling all of that into a clean, well-structured context alongside the prompt, all before the model generates a single word of response. According to Glean&#8217;s 2026 explainer on the topic, organizations implementing this well find their systems can &#8220;maintain coherent conversations across dozens of interactions, pulling relevant ticket history, product documentation, and user preferences seamlessly into each response.&#8221;<\/span><\/p>\n<p><span style=\"font-weight: 400;\">That&#8217;s the practical difference: prompt engineering writes good instructions. Context engineering makes sure those instructions actually have something real and current to work with. This is the exact gap NextAgile closes for clients through <\/span><a href=\"https:\/\/nextagile.ai\/agentic-ai-consulting-services\/\"><span style=\"font-weight: 400;\">Agentic AI Consulting Services<\/span><\/a><span style=\"font-weight: 400;\">, building the retrieval and data pipelines that sit underneath a well-written prompt rather than leaving teams to assume the data is already there.<\/span><\/p>\n<h2>What This Means If You&#8217;re Learning AI Skills Right Now<\/h2>\n<p><span style=\"font-weight: 400;\">If you&#8217;re a student or early-career professional, the sequencing advice here is consistent with everything else in this content cluster: prompt engineering is still your foundation. Learn to write clear, structured, well-formatted instructions first. But don&#8217;t stop there in 2026. The discipline that&#8217;s compounding in career value is understanding how information actually gets assembled and delivered to a model at scale, retrieval systems, memory management, and the write-select-compress-isolate taxonomy that defines real context engineering work.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">NextAgile&#8217;s <\/span><a href=\"https:\/\/nextagile.ai\/workshop\/advanced-prompt-engineering-techniques-workshop\/\"><span style=\"font-weight: 400;\">Advanced Prompt Engineering Techniques Workshop<\/span><\/a><span style=\"font-weight: 400;\"> builds the prompt foundation properly, covering instruction design, role-based prompting, and output formatting as enterprise-grade skills. From there, our <\/span><a href=\"https:\/\/nextagile.ai\/workshop\/langchain-mastery-workshop\/\"><span style=\"font-weight: 400;\">Langchain Mastery Workshop<\/span><\/a><span style=\"font-weight: 400;\"> goes directly into the tooling most commonly used to build real context engineering pipelines, including the retrieval and orchestration patterns that LangChain&#8217;s own taxonomy describes.<\/span><\/p>\n<h2>What This Means If You&#8217;re Leading AI Adoption in Your Organization<\/h2>\n<p><span style=\"font-weight: 400;\">For HR leaders, technology decision-makers, and consulting buyers, the practical takeaway is this: if your organization&#8217;s AI training so far has focused entirely on &#8220;how to write better ChatGPT prompts,&#8221; you&#8217;ve covered an important but incomplete piece of the picture. The 82% of IT leaders who now say prompt engineering alone isn&#8217;t sufficient at scale aren&#8217;t dismissing prompting, they&#8217;re recognizing that enterprise AI reliability depends just as much on what data and context your systems can actually access and assemble correctly.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">This is exactly where NextAgile&#8217;s <\/span><a href=\"https:\/\/nextagile.ai\/generative-ai-consulting-services\/\"><span style=\"font-weight: 400;\">Generative AI Consulting Services<\/span><\/a><span style=\"font-weight: 400;\"> and <\/span><a href=\"https:\/\/nextagile.ai\/workshop\/generative-ai-workshop-for-enterprise\/\"><span style=\"font-weight: 400;\">Gen AI for Enterprise Workshop<\/span><\/a><span style=\"font-weight: 400;\"> come in, helping organizations build the layered capability properly: solid prompting fundamentals first, then the context architecture that lets AI systems work reliably with real, current company data. If your team is technical and building applications directly, our <\/span><a href=\"https:\/\/nextagile.ai\/workshop\/generative-ai-for-software-developers-workshop\/\"><span style=\"font-weight: 400;\">Gen AI for Software Developers Workshop<\/span><\/a><span style=\"font-weight: 400;\"> goes deeper into the implementation side of context pipelines.<\/span><\/p>\n<h2>Conclusion<\/h2>\n<p><span style=\"font-weight: 400;\">Context engineering and prompt engineering are not competing skills, they&#8217;re different layers of the same overall challenge: getting reliable, useful output from an AI model. Prompt engineering controls the instruction. Context engineering controls everything the model can see before it even starts reasoning, retrieved data, history, tools, and memory, structured and assembled deliberately rather than left to chance.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Three decisions worth making now: if you&#8217;ve only invested in prompt training so far, audit whether your actual AI failures trace back to bad instructions or to missing, stale, or poorly assembled context, because the fix is different depending on which one it is; if you&#8217;re building anything beyond a single-turn chatbot, plan for context architecture from the start rather than bolting it on later; and treat the two skills as complementary layers to build, not a debate to pick a side in. NextAgile&#8217;s <\/span><a href=\"https:\/\/nextagile.ai\/generative-ai-consulting-services\/\"><span style=\"font-weight: 400;\">Generative AI Consulting Services<\/span><\/a><span style=\"font-weight: 400;\"> can help your organization assess exactly where the gap sits and build both layers properly.<\/span><\/p>\n<h2>Frequently Asked Questions<\/h2>\n<h3>1. Can you do context engineering without knowing prompt engineering first?<\/h3>\n<p><span style=\"font-weight: 400;\"> Not effectively. Context engineering still relies on well-crafted instructions at its core, you&#8217;re just adding a much richer information environment around those instructions. Most practitioners and most structured training paths, including NextAgile&#8217;s own workshop sequencing, treat prompt engineering as the necessary foundation before context engineering skills make sense to build on top.<\/span><\/p>\n<h3>2. Is context engineering only relevant for developers and technical teams, or do business users need to understand it too?<\/h3>\n<p><span style=\"font-weight: 400;\">Business users benefit from understanding the concept even if they never build the underlying systems themselves. Knowing why an AI tool gave a wrong or outdated answer, often because of missing or stale context rather than a bad prompt, helps non-technical leaders ask better questions of their technical teams and set more realistic expectations for what AI tools can reliably do.<\/span><\/p>\n<h3>3. What tools are commonly used to actually do context engineering in practice?<\/h3>\n<p><span style=\"font-weight: 400;\">Common tools include retrieval-augmented generation (RAG) systems, vector databases for storing and searching relevant documents, and orchestration frameworks like LangChain that help manage how context gets selected, compressed, and assembled before being sent to a model. Anthropic&#8217;s Model Context Protocol (MCP) is another emerging standard specifically designed to define how context gets passed between different parts of an AI system.<\/span><\/p>\n<h3>4. Does a bigger context window make context engineering unnecessary?<\/h3>\n<p><span style=\"font-weight: 400;\">No, and this is a common misconception. Even with very large context windows, dumping in everything available without careful selection tends to degrade performance, a problem sometimes called context rot, where irrelevant or excessive information actually makes the model&#8217;s reasoning worse, not better. Larger windows give you more room to work with, but they don&#8217;t replace the discipline of deciding what actually belongs there.<\/span><\/p>\n<h3>5. How is context engineering different from fine-tuning a model?<\/h3>\n<p><span style=\"font-weight: 400;\">Fine-tuning changes the model&#8217;s underlying parameters through additional training, a more permanent, resource-intensive process. Context engineering doesn&#8217;t touch the model itself at all, it changes what information the existing, unmodified model sees at the moment it generates a response. Most teams should exhaust good context engineering and prompt design before considering fine-tuning, since it solves a different problem and carries significantly higher cost and complexity.<\/span><\/p>\n<h3>6. Who should be responsible for context engineering in a typical organization, IT, the AI team, or individual departments?<\/h3>\n<p><span style=\"font-weight: 400;\">This varies by organizational maturity, but the emerging pattern favors a dedicated AI or data platform function that builds and maintains shared context infrastructure, retrieval systems, document pipelines, memory management, while individual departments and teams focus on prompt engineering and use-case-specific instructions on top of that shared foundation. Treating context engineering as everyone&#8217;s job informally, with no clear ownership, is a common reason enterprise AI systems become inconsistent and unreliable.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Quick Answer Prompt engineering is the practice of crafting the instruction you send to an AI model, the words, structure, and examples within a single message. Context engineering is the broader discipline of deciding what information the model sees before it even starts answering, including retrieved documents, conversation history, tool definitions, and memory. AI researcher&#8230;<\/p>\n","protected":false},"author":19,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"content-type":"","footnotes":""},"categories":[145],"tags":[],"class_list":["post-8467","post","type-post","status-publish","format-standard","hentry","category-gen-ai"],"_links":{"self":[{"href":"https:\/\/nextagile.ai\/blogs\/wp-json\/wp\/v2\/posts\/8467","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/nextagile.ai\/blogs\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/nextagile.ai\/blogs\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/nextagile.ai\/blogs\/wp-json\/wp\/v2\/users\/19"}],"replies":[{"embeddable":true,"href":"https:\/\/nextagile.ai\/blogs\/wp-json\/wp\/v2\/comments?post=8467"}],"version-history":[{"count":1,"href":"https:\/\/nextagile.ai\/blogs\/wp-json\/wp\/v2\/posts\/8467\/revisions"}],"predecessor-version":[{"id":8468,"href":"https:\/\/nextagile.ai\/blogs\/wp-json\/wp\/v2\/posts\/8467\/revisions\/8468"}],"wp:attachment":[{"href":"https:\/\/nextagile.ai\/blogs\/wp-json\/wp\/v2\/media?parent=8467"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nextagile.ai\/blogs\/wp-json\/wp\/v2\/categories?post=8467"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nextagile.ai\/blogs\/wp-json\/wp\/v2\/tags?post=8467"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}