Search creators⌘K
  1. Home
  2. Creators
  3. Terry Miles

Terry Miles

Terry Miles writes about applying AI to business data and workflows, with a focus on context engineering, procurement, and helping teams use their knowledge to make AI systems more useful.

1.3K followersAI in procurementBased on 11 posts · latest Aug 2026
LinkedIn

At a glance

Terry Miles is most useful for explaining how AI context, memory, and procurement decisions affect enterprise data and team workflows.

Best for

Enterprise software brands adding AI features that need expert content, not a product pitch.

Not for

Reach-driven paid sponsorship with impressions, follower growth, or broad procurement awareness targets.

Key takeaways

  • Miles separates model memory into short-term, semantic, procedural, and episodic types for personalization.
  • A context engineering and MCP diagram becomes a feature-release checklist and observability exercise.
  • For procurement, start with a simple question but plan an ambitious data scope.

Check first: Confirm whether they accept sponsorships, request terms and audience data, and find a contact route.

Main ideas
Business context is the asset; the team should keep owning it · Start with a simple question, but an ambitious data scope · Treat model memory the way an instructional designer treats knowledge
Audience
1256 LinkedIn followers
Read first
Context Engineering, MCP, and Observability: Turning an AI Diagram into a Systems Conversation
Sources for this section

What they are known for

Terry Miles writes about making AI useful in business settings, especially where teams must connect data, preserve context, and coordinate across technical and operational groups.

  • The posts focus on context engineering, personalization and memory, model guidance, and procurement.
  • They offer practical explanations of how AI concepts inform decisions about which data belongs in a system, how to define a good result, and when to involve security, IT, and product colleagues.
  • Ask Miles for a signature book, show, business, or earlier body of work if those credentials matter to your campaign.

Miles’s distinctive contribution is turning abstract AI ideas into team-level working methods.

  • A post on memory distinguishes short-term, semantic, procedural, and episodic information, then connects those categories to personalization and the protection of confidential or proprietary knowledge.
  • Another turns a diagram about context engineering and MCP into a feature-release checklist and an observability exercise using traces and heat maps.
  • In a procurement post, Miles recommends starting with a simple question, such as how to track cost efficiency, while planning for relevant data across contracts, invoices, and purchase orders—and involving IT and information security early.
  • The posts also connect rubric design to model guidance: separate essential from optional criteria and define “done” with a checklist.
  • These examples make their work useful to readers exploring how AI design choices meet data architecture, expert judgment, and organizational practice.
  • The examples draw on LinkedIn posts that recommend or interpret other people’s diagrams and research, alongside Miles’s own applications.
Sources for this section

Ideas and priorities

Terry Miles writes about putting a business’s own knowledge to work in AI systems.

Read more

Across the posts, the argument is consistent: a company’s context—how it buys, what counts as done, what was said in a session—is the asset that makes models useful.

  • Teams should author, protect and reuse it rather than hand it over.
  • Other recurring practices include starting with a simple question that needs every data store, translating instructional-design concepts such as concept versus procedure into model memory, and turning other people’s diagrams and papers into exercises a team can run.

Business context is the asset; the team should keep owning it

Across all four posts, the recurring claim is that a company’s own knowledge—not the model—is what makes an AI system work.

Read more

Miles treats expert guidance as another name for context, argues that reusable context from one initiative pays off in the next, and warns readers not to let AI manage their context for them.

  • The memory post adds a security dimension: customer session context is confidential, and procedures from colleagues or agents are proprietary.
  • Keeping control also means deciding what the model never holds.
  • In the diagram post, shared understanding of context across product and systems colleagues is the payoff—a new full stack, as they call it.

The procurement post argues that starting with cost efficiency delivers context and fine-tuned models that carry into later initiatives.

  • It names suppliers, transactions, payments and contracts as context to set.
  • The rubric post makes the same point: expert guidance is context, and context is capital.

The memory post sharpens the ownership argument: control means not only authoring your own context, but also keeping confidential and proprietary context out of the model’s reach.

Read original · Original 2 · Original 3 · Original 4

Start with a simple question, but an ambitious data scope

Miles’s adoption advice is deliberately asymmetric: narrow the question, widen the data.

Read more

A simple question reaches value quickly and is easier to fund.

  • But choosing one whose answers require many stores forces the harder architecture, security and access work up front, avoiding rework later.
  • The aim is not the first answer, but a capability—and reusable context—built across the whole estate.

Cost efficiency and unit economics over time provide a familiar procurement metric, making investment in visibility easier to sell.

  • But answering the question requires contracts, invoices and purchase orders, moving the model beyond public internet access and into early joint work with IT and information security.
  • Miles argues that small language models often suffice because repositories are limited, much of the data is structured and speed is not critical.
  • They suggest using top-of-mind tasks such as tracking big spenders or time-sensitive renewals to get people and models working together.

Read original

Treat model memory the way an instructional designer treats knowledge

Miles distinguishes context engineering from model plumbing: it means presenting the right knowledge at the right time by curating the model’s memory for the task.

Read more

They divide that memory into short-term, long-term semantic, long-term procedural and long-term episodic, then map the categories onto a familiar distinction between a concept to recognise and a procedure to carry out. The practical implications: short-term memory is a question of personalisation as much as time; short-term load can complicate long-term memory operations; and procedural knowledge lives in logic and algorithms, not in the prompt.

A gaming simulation architecture illustrates where personalisation demands are highest: interactions run long, requiring more short-term memory. Episodic memory—recalling prior interactions with a given user—is treated as a separate implementation, analogous to the human transfer from short- to long-term memory.

Read original

Turn other people’s diagrams into working instruments

Miles rarely reports new findings.

Read more

Instead, they turn someone else’s diagram or paper into an exercise a team can run: reorder elements chronologically into a value-stream checklist, attach them to services and traces, or use Wardley mapping to decide what to build, buy or partner.

  • The aim is a shared vocabulary for systems, security and product teams before they argue about features.
  • The teaching anchor belongs to the guest; the contribution is the application.

The diagram Miles uses—Gennaro Cuofano’s elaboration of Andrej Karpathy’s comment on a shift from ChatGPT to Claude—includes the MCP box, the orchestration and infrastructure layer, and MCP-connected tools and data sources.

  • Miles suggests reordering these into a value stream for a feature or release, then using an observability platform to associate the items with services and resources.
  • Tracing a varied set of prompts across stores and tools can then get the conversation started with spans and heat maps.

Read original

Checklists are the right format for feeding expert judgement to a model

Reviewing a Scale AI paper, Miles argues that rubric-writing skills from education, business analysis and instructional design transfer directly to reinforcement learning, where human-authored inputs guide the model.

Read more

They highlight two details: separating essential from non-essential attributes of success helps a model prioritise and judge how far to reason; and checklists are the clearest format for those inputs because they lay out the elements of a finished piece of work.

The concrete example is a rubric’s definition-of-done logic: a checklist that marks what must be present and what merely helps, so the model can distinguish a complete answer from an elaborate one.

Read original

Sources for this section

Start with their work

Context Engineering, MCP, and Observability: Turning an AI Diagram into a Systems Conversation

Shows what context engineering looks like when the conversation shifts from model features to system architecture, observability, and security.

Read more

A newcomer can see how one diagram becomes a practical value-stream exercise and shared vocabulary for product, data, and infrastructure teams.

Terry Miles highlights Gennaro Cuofano's diagram, which elaborates on Andrej Karpathy's observation of a shift from ChatGPT to Claude.

  • They value its clear explanation of context engineering and MCP, especially for system architecture, observability, information security, and infrastructure, while remaining accessible to teams focused on features rather than systems.
  • They suggest two ways to use the diagram.
  • First, take the blue MCP box, the Orchestration & Infrastructure Layer, and the MCP-Connected Tools & Data Sources section, then reorder the relevant items into a value stream or checklist for adding a new feature or major release.
  • Second, use an observability platform to associate diagram items with services and resources, trace varied prompts across stores and tools, and use spans and heat maps to start conversations from a systems and services perspective.
  • As a bonus, take traces, spans, or team-focused value streams into Wardley Mapping to view the business as capabilities to build, buy, or partner on.
  • They call the result “a shared understanding of context engineering and a new full stack.”

For brands planning a campaign

For an enterprise software company, this post offers a ready-made workshop for aligning product, data, security, and infrastructure teams around integrations and personalization. Use the MCP, orchestration, and data-source layers as a checklist for where AI features touch customer data, then use observability traces to identify which integrations and memory stores need attention.

Rubrics as Rewards: Why Checklists and Instructional Design Skills Matter for AI Guidance

Shows how human-authored rubrics can steer language models during reinforcement learning, and why people from education, business analysis, and instructional design already have useful habits.

Read more

A practical starting point for turning expert judgment into model inputs.

Terry Miles connects Scale AI's paper, Rubrics as Rewards, to rubric-building skills from education, business analysis, and instructional design.

  • The paper describes a framework for human-authored inputs to help language models with reinforcement learning.
  • They flag two details: distinguishing essential from non-essential attributes of success helps models prioritize tasks and decide how far to go as they deduce; checklists work best because they clearly separate the elements of a definition of done.
  • Their closing point: expert guidance is another name for context.
  • “Context is capital,” and teams should continue to own and articulate their business context rather than let AI manage it for them.

For brands planning a campaign

For a product team adding AI features, this is a concrete way to encode domain expertise in evaluation and reward criteria. Use checklist-style rubrics to define good answers on personalization, data integration, or procurement, and keep ownership of those criteria rather than outsourcing them to a model.

Context Engineering and Memory Types: A Vocabulary for Personalization and Proprietary Knowledge

Explains context engineering in practice and how short-term, semantic, procedural, and episodic memory differ.

Read more

A useful starting point for the vocabulary needed to design personalized AI systems.

Terry Miles recommends Paul Iusztin's Decoding ML Substack and two posts on context engineering and memory.

  • They define context engineering as maximizing a language model's output quality by presenting the right knowledge at the right time—effectively curating the memory the model has for the task.
  • Short-term memory depends not just on time but also on personalization: models need to remember an ongoing session or interaction to personalize their outputs.
  • The post's diagram shows an architecture for a gaming simulation system, where personalization demands are high, interactions run long, and more short-term memory is required.
  • The cognitive load of short-term memory can complicate long-term memory operations.
  • They map memory types to knowledge as concept or procedure.
  • Short-term memory is almost purely conceptual, confidential when it comes from customers and proprietary when it comes from colleagues or agents.
  • Long-term semantic memory is also conceptual and often proprietary.
  • Long-term procedural memory captures how to engage and deduce, generally through logic or algorithms valuable and proprietary to a team.
  • Long-term episodic memory recalls prior interactions with a given user; it is conceptual, confidential, and a separate implementation analogous to the human process of transferring information from short-term to long-term memory.

For brands planning a campaign

For an enterprise software company improving data integration and personalization, this post turns memory architecture into a set of decisions: what stays in-session, what becomes semantic or procedural knowledge, and what must be recalled from prior interactions. Use it to plan where customer and internal proprietary data live, how access is controlled, and which memory type a personalization feature needs.

AI in Procurement: Start with Simple Questions, Ambitious Data Scope

Shows how a procurement team can begin using AI without narrowing its long-term data scope.

Read more

A practical adoption blueprint connecting cost efficiency, sensitive data stores, small language models, and cross-functional allies.

Terry Miles advises procurement colleagues to start with a small set of simple questions that are ambitious in relation to the full scope of relevant data stores.

  • They recommend tackling the complexity of context and legacy data, not avoiding it: keep questions simple to get value quickly, while addressing the full range of data for long-term success.
  • The example is tracking cost efficiency and unit economics over time.
  • Because cost efficiency is a common procurement metric, investments in visibility are easier to sell.
  • Answering the question requires contracts, invoices, and purchase orders—sensitive data stores.
  • That rules out public internet access and makes early collaboration with IT, information security, and other allies essential.
  • Procurement data sets can be vast and messy, but modest Small Language Models can often do the job: speed is not necessarily critical, repositories are limited, and much of the data is structured.
  • Teams should map the full scope of data stores to avoid rework, use lessons from cost efficiency to build context and fine-tune models for later initiatives, and include suppliers, transactions, payments, and contracts in the context they set.
  • The human work of customizing and fine-tuning a model should reflect team priorities.
  • High-priority tasks such as big spenders or time-sensitive renewals can get the team and robots working together.
  • They return to the same starting point: use simple, valuable questions that require AI to reach all your data stores to build procurement AI capabilities.

For brands planning a campaign

For an enterprise software company assessing Terry Miles, this is the clearest procurement-specific playbook: pick one high-value question, map every relevant data store, plan for private or on-premises deployment, involve security and IT allies early, and expect small language models plus reusable context and fine-tuning rather than a single public model. Apply the same pattern to integrations and personalization involving contracts, invoices, purchase orders, suppliers, and renewals.

Sources for this section

Topics and approach

Posts cited for each topic
A recurring argument: context is capital, and teams should keep control of it4
Context engineering as a practical discipline2
Diagrams and tracing for value-stream conversations1
Starting AI in procurement with narrow questions and broad data scope1
Rubrics and checklists for guiding models1

Context engineering as a practical discipline

Terry Miles frames context engineering as giving a language model the right knowledge at the right moment.

Read more

Drawing on Paul Iusztin's Decoding ML writing, they distinguish short-term, long-term semantic, long-term procedural, and long-term episodic memory, using a gaming simulation architecture to show how high personalisation puts pressure on short-term memory.

  • They note that session context, colleague procedures, and agent logic are often confidential or proprietary and should be protected.
  • Short-term memory, they argue, is about personalisation as much as time.

Applies instructional-design concepts to AI, distinguishing knowledge to recognise from procedures to carry out, then mapping that distinction to how models store and recall information.

For brands planning a campaign

Useful for teams building memory, personalisation, chat, or retrieval features that need a plain-language account of the vocabulary and tradeoffs. A campaign could show how a product separates session, semantic, procedural, and episodic memory, and how each is protected.

Examples: Source 1 · Source 2

Diagrams and tracing for value-stream conversations

Using Gennaro Cuofano's diagram of the shift Andrej Karpathy describes from ChatGPT to Claude, Miles highlights the MCP box, the orchestration and infrastructure layer, and the MCP-connected tools and data sources.

Read more

They suggest reordering those items chronologically to form a value stream for a new feature or major release.

  • Another approach uses an observability platform: associate the items with services and resources, trace varied prompts across stores and tools, and open the conversation using spans and heat maps.
  • The post recommends Wardley mapping to help product and systems colleagues agree on what to build, buy, or partner.

Turns a third-party diagram into a checklist, tracing exercise, and workshop agenda.

The teaching anchor is someone else's diagram; the value lies in the application exercise.

For brands planning a campaign

Fits observability, platform, and infrastructure vendors whose buyers need a way to bring product colleagues into systems conversations. Sponsorship could take the form of a walkthrough that turns the vendor's tracing data into a value stream for a named feature.

Examples: Source 1

Starting AI in procurement with narrow questions and broad data scope

Miles advises procurement teams entering AI to start with a small set of simple questions whose answers require broad access to messy data.

Read more

Cost efficiency and unit economics over time is the example: it is a familiar metric with an easier investment case, but answering it requires contracts, invoices, and purchase orders, shifting the work away from public internet access and into collaboration with IT and information security.

  • The post recommends small language models for structured work across a limited number of repositories, scoping all data stores up front to avoid rework, and using top-of-mind tasks such as tracking big spenders or time-sensitive renewals to bring people and models together.
  • The resulting context and fine-tuned models can then carry into later initiatives.

For brands planning a campaign

Directly relevant to procurement software, data integration, and private-deployment vendors. A campaign could ask Miles to apply this starting-question method to the vendor's buyer set or write a first-question playbook for the category.

Examples: Source 1

Rubrics and checklists for guiding models

Reviewing Scale AI's "Rubrics as Rewards" paper, Miles draws on rubric-building habits from education, business analysis, and instructional design.

Read more

They highlight how separating essential from non-essential attributes of success helps a model prioritise and judge how far to reason.

  • Checklists, they argue, are the clearest format for that guidance because they define a finished piece of work.
  • The post also argues that expert guidance is another name for context, and teams should keep owning and articulating their business context rather than letting AI manage it.

Compares human assessment practice with reinforcement-learning inputs, arguing that the same drafting skills transfer between the two.

For brands planning a campaign

Speaks to evaluation, model-training, and learning-platform buyers. A partnership could pair the vendor's rubric or evaluation tooling with Miles' framing of checklists as a usable interface for expert input.

Examples: Source 1

A recurring argument: context is capital, and teams should keep control of it

Across the four posts reviewed, the through-line is that a business's own knowledge makes AI systems work and should not be handed over to the model.

Read more

The procurement post links starting with cost efficiency to reusable context and fine-tuned models; the memory post notes that customer and colleague context is confidential or proprietary; the diagram post calls for shared understanding across product and systems teams; and the rubric post frames expert guidance as context that teams should not let AI manage for them.

For brands planning a campaign

This argument could anchor a campaign for vendors selling data governance, private deployment, enterprise search, or security. Because the claim is close to a slogan, tie it to a specific decision—such as where a model runs or which data store it may reach—rather than restating it.

Examples: Source 1 · Source 2 · Source 3 · Source 4

Sources for this section

Brands and businesses

Miles's posts mention two external publications that shape their examples and reading recommendations: Scale AI's research and Paul Iusztin's Decoding ML Substack.

Read more

Ask whether either mention involves a sponsorship, affiliate, employment, client, ownership, investment, or partnership relationship.

Scale AI

Mention

Miles points to a recent Scale AI paper called "Rubrics as Rewards" and praises it as an example of human-authored rubric inputs for reinforcement learning.

Read more

Ask whether Miles has a sponsorship, client, employment, or partnership relationship with Scale AI.

View example

Decoding ML

Mention

Miles recommends Paul Iusztin's Substack, Decoding ML, and links two posts on context engineering and short- and long-term memory as useful explanations, especially for people with instructional design backgrounds.

Read more

Ask whether Miles has a commercial relationship with Iusztin or Decoding ML.

View example

Sources for this section

Topics and similar creators

Terry Miles is worth following if you work on the unglamorous parts of AI systems: what a model knows, where that knowledge lives, and who keeps control of it.

Read more

Start with the procurement post, which sets out a method: pick a simple question whose answer requires every relevant data store.

  • Then read the two pieces on memory and context engineering, where they split model memory into short-term, semantic, procedural and episodic, treat session context as confidential, and argue that short-term memory is a personalisation problem as much as a time problem.
  • The observability post is the most applied: it takes someone else's diagram and turns it into a value-stream checklist and a tracing exercise for a team.
  • Their short posts build on another person's diagram or paper and end with something colleagues can run.
Context engineering Model memory Model Context Protocol (MCP) Reinforcement learning Model guidance and evaluation AI in procurement Small language models Observability Instructional design LinkedIn posts Procurement and IT leaders Systems and product teams

Joseph Paul

Both explain what it takes for an AI system to hold context across time.

Read more

Paul's breakdown of agentic memory into working, episodic, semantic, procedural, entity, taxonomic, long-term and shared layers covers much of the ground Miles covers with short-term, semantic, procedural and episodic memory. Both make the point that most agent frameworks ship only a fraction of it, and everything breaks once the context window fills.

Paul writes as a builder organising a product schema: the memory post ends by mapping his company's products to each layer, and numbers the layers as a development checklist.

  • Miles writes as an instructional designer, turning someone else's diagram or paper into an exercise a team can run.
  • Paul's posts are narrower and less consistent in kind, including a career update from enterprise software sales rather than AI commentary.

Read original · Original 2

Amy Daali, PhD

Daali writes explanatory essays for a general AI audience on the architecture questions Miles keeps returning to: persistent memory, why agents forget between sessions, planning over long sequences, and how tool use, planning, reflection and memory fit together in an agent.

Read more

The two make sensible companion reading for someone trying to understand why context, not the model, is the hard part.

Daali writes original long-form essays, using her own examples to argue for a research direction — world models, joint embedding architectures, embodied intelligence — and is building a subscriber community around it. Miles writes much shorter posts anchored to another person's diagram or paper, then turns the material into a team exercise rather than making a research claim of their own.

Read original · Original 2

Gaurav Bhattacharya

Bhattacharya writes about AI inside real enterprise operations, listing orchestration, reliability, memory, permissions, governance, recovery and observability as the problems that surface once systems leave the demo, and describing a digital-worker stack running from signals through reasoning and monitoring to human oversight.

Read more

That overlaps with Miles's MCP, orchestration-and-infrastructure and procurement material.

Bhattacharya writes as a founder reporting on his own company's outbound and GTM workflows, and points readers to a whitepaper.

  • The frame is operational infrastructure and pipeline.
  • Miles approaches systems, security and procurement through an instructional-design lens, arguing that context is capital and the team should keep owning it.

Read original · Original 2

Sources for this section

Audience

Terry Miles’s posts cover enterprise AI, data integration, and practical procurement use cases, making them a potential fit for campaigns in those areas.

Read more

The LinkedIn account’s audience composition is not stated; before targeting specific professional groups, request a recent audience survey or other documentation of followers’ roles and seniority.

LinkedIn followers

1256

LinkedIn account snapshot · 2026-10-10

Sources for this section

Partnership options

Terry Miles's four posts, covering July 23 to September 9, 2025, address how procurement teams, system architects, and instructional designers can apply AI to business data.

Read more

They mention no sponsor policies, rate cards, media kits, platform specifications, or disclosed brand partnerships, and include no commercial offer or inquiry route. For a potential partnership, ask whether they accept sponsorships and request those materials and a contact route.

Sources for this section

Campaign fit

A campaign to shortlist

Strong fit for an expert-content collaboration. Miles works through the exact decisions this kind of product team faces, and the posts read as practitioner guidance rather than vendor promotion. That suits a company that wants someone outside its product marketing team to explain its method.

Read more

Brief

An enterprise software company is adding AI features that draw on customer and internal data — integrations, retrieval, personalization, memory — and wants a named practitioner to help its product, data, and security teams think through how those features touch real data stores. The campaign goal is to give buyers a credible method, not a product pitch.

Reasons

  • Miles's context-engineering post separates model memory into short-term, long-term semantic, long-term procedural, and long-term episodic memory, and ties short-term memory to personalization rather than elapsed time. That gives a product team a usable frame for deciding where session state, customer history, and proprietary logic each live, and for explaining those choices to buyers.
  • Miles is explicit that customer session context and colleague procedures are confidential or proprietary and should stay protected. That maps onto the deployment and access-control questions enterprise buyers raise about integrations, giving a security-conscious vendor a practitioner who treats data boundaries as a design choice.
  • Miles's MCP and observability post turns one architecture diagram into a checklist and tracing exercise: reorder the MCP layer, the orchestration and infrastructure layer, and the connected tools and data sources into a value stream for a named release; then associate the same items with services and resources and start the conversation with spans and heat maps. A vendor selling observability or integration tooling can run that exercise on its own product data.
  • Miles's procurement post shows how they scope a first AI use case: start with one simple question whose answer reaches every messy data store — cost efficiency over time — then bring IT and information security in early, consider small language models for structured data across a limited number of repositories, and build reusable context and fine-tuned models for later initiatives. That gives a vendor whose buyers are stuck on where to begin a concrete method.
  • Miles's rubric post makes the evaluation case: separating essential from non-essential attributes of success helps a model prioritize, and checklists are the clearest format for defining done. A product team can give customers this method for defining what a good answer looks like in their own domain.
  • Across all four posts, Miles repeats one position: a business's own knowledge is what makes AI work, and teams should keep control of it. A vendor selling private deployment, data governance, or enterprise search can sponsor that argument without it reading as an ad.

What the evidence does not show

Miles's LinkedIn posts do not identify the account's followers or their roles. Ask for audience data before setting audience-based campaign targets. The posts also contain no sponsor policy, rate card, or disclosed partnership, so negotiate commercial terms directly.

When to choose a specialist

Poor fit. The posts support an explainer collaboration built around a defined practitioner task, not a reach-driven promotional sponsorship. They also cannot support the requested measures.

Read more

Brief

A procurement software vendor wants a broad awareness sponsorship: paid posts from a creator promoting its product to a large procurement audience, with reach and follower-growth targets written into the contract.

Reasons

  • The account snapshot puts the following at roughly 1,256 people: a practitioner-sized audience, not a reach play. The posts offer no basis for a campaign contract built on impressions, follower growth, or broad category awareness.
  • The posts contain no sponsor policy, rate card, media kit, platform specifications, or disclosed brand partnership. Ask whether Miles has partnership terms and what format they would support before negotiating a campaign.
  • The posts do not promote products. They summarize and apply other people's work — a diagram by Gennaro Cuofano, papers and Substack posts from Scale AI and Decoding ML — and the value lies in the application exercise Miles builds on top. A campaign expecting product endorsement or feature claims would not match how they write.
  • The posts provide no information about followers' roles, seniority, company size, or buying authority. Ask for verified audience data before paying to reach procurement decision-makers.
  • Deliverable expectations would also clash. Miles writes long, method-heavy posts with worked examples and checklists. A short promotional format with a campaign hashtag and product link would strip out what readers come to them for.

What would change this

This is a judgement about the posts here, not a claim that Miles never accepts paid work. If Miles has unpublished partnership terms or the buyer can supply verified audience data, the campaign could be reconsidered on that basis.

A worked campaign example
Angle

“One question, every data store.” Use the procurement cost-efficiency example as the anchor story: the question is simple, but answering it requires contracts, invoices, purchase orders, supplier records, and renewals. Getting there forces the deployment and access-control decisions that enterprise AI projects actually stall on. The series shows how to scope that first use case and then check whether the resulting answers are good.

Brief

The enterprise software brief from the good-fit case, with a first phase built around one question rather than a feature list.

Deliverables

A worked first-question playbook: take the vendor's own buyer scenario through Miles's sequence — pick one high-value question, map every relevant data store up front to avoid rework, plan for the model to sit away from public internet access, bring IT and information security in from the start, consider a small language model because the repositories are limited and the data is largely structured, and reuse the context and fine-tuning in later initiatives.

A value-stream worksheet for a named release: reorder the MCP, orchestration and infrastructure, and connected tools and data sources items chronologically as a checklist. Pair it with the observability route, associating the same items with services and resources, tracing them across a varied set of prompts, then reading the results through spans and heat maps.

A definition-of-done checklist customers can fill in: essential versus non-essential attributes for a good answer in their domain, following the rubric argument that checklists cleanly separate the elements of a finished piece of work.

A live or recorded session where the vendor's product, data, security, and infrastructure people run the worksheet together, building shared vocabulary inside the buying account rather than describing it to the account.

Gaps to close before launch

Establish two items before finalizing the campaign: who reads Miles's posts, and whether they will work under a sponsorship format. Test audience fit with a small survey or a pilot measured on registrations; discuss scope directly to confirm the sponsorship format.

Handoff

Close with a next-step brief readers can take internally: the one question chosen, the data stores it needs, who must approve access, which model class is likely to be enough, and how success will be judged in the first quarter.

Measurement

Measure engagement with the worked assets rather than impressions: worksheet downloads, checklist completion, session attendance, and named accounts moving to a technical conversation.

Sources for this section

Who else to consider

Joseph Paul

Choose Joseph Paul when the need is specifically to explain how to structure memory in an AI agent.

Read more

In his post on agentic memory, he breaks the problem into eight layers, from working and episodic memory to entity and shared memory. The framework helps a technical audience see why treating memory as one component can leave an agent forgetting or confusing context—and gives a memory-platform company a clear way to explain its role.

This is an implementation-focused taxonomy, not a guide to cross-functional decisions such as choosing an initial use case, coordinating access to sensitive business data, or involving security and IT. The other post is a career update, so these posts do not say much about a broader campaign.

Examples: Source 1 · Source 2

Amy Daali, PhD

Choose Amy Daali when the audience needs an accessible introduction to AI agents or to the idea that language models may need more than larger models and longer prompts.

Read more

Her article on agents explains agents through familiar ideas—planning, tools, memory, and feedback—and frames them as systems that can act toward goals.

  • Her world-models article contrasts predicting words with learning from a changing environment.
  • These pieces suit an educational campaign aimed at readers who need the concepts before they can weigh architecture choices.

The work is conceptual and introductory. Product teams making implementation decisions should ask for operational guidance on enterprise data stores, deployment boundaries, and access controls.

Examples: Source 1 · Source 2

Gaurav Bhattacharya

Choose Gaurav Bhattacharya when the need is to address AI in B2B go-to-market operations.

Read more

In his post about the AI-driven outbound arms race, he argues that automating execution does not guarantee better pipeline: trust, positioning, and distribution still matter.

  • His digital-worker post makes the operational case through a concrete coordination problem—people manually coordinating disconnected systems—and identifies orchestration, permissions, reliability, and oversight as deployment concerns.
  • That perspective is a closer fit for revenue and operations teams than a campaign focused on memory or personalization in AI products.

The examples focus on outbound and go-to-market processes, not context engineering, memory design, or handling confidential data in personalized products.

  • The digital-worker post also points readers to a whitepaper, so the campaign would need to account for that promotional element.
  • Before booking, ask for audience composition and commercial terms.

Examples: Source 1 · Source 2

Sources for this section

Build your campaign brief

Editable Markdown templates for planning a campaign with this creator.

Enterprise AI creator campaign brief

Worked brief: one AI question across enterprise data

Sources for this section

Research methodology

  • Terry Miles's LinkedIn posts cover context engineering with MCP and observability, rubrics as rewards for reinforcement learning, context engineering and memory types, and getting AI into sourcing and procurement.
  • Those posts date to roughly July through September 2025, and the follower figure is from an account snapshot dated 10 October 2026.
  • Miles writes and argues about these topics in those posts.
  • The similar-creators section includes three writers: Joseph Paul on agentic memory layers, Amy Daali on world models and agent architecture, and Gaurav Bhattacharya on operational AI systems.
  • Similarity is based on those posts alone.
  • Two gaps are left open rather than guessed.
  • The posts here do not identify a book, talk, business, or earlier body of work, so nothing here accounts for a signature work outside these posts.
  • And no audience survey or published sponsorship terms are described here, so the profile does not describe who follows the account or whether Miles takes paid partnerships.

Brands they talk about