AI Engineer World's Fair 2026

Agentic Sites: Building Hyper Personalized Websites — Carlos Sanchez, Adobe

Read the talk

Agentic Sites: Building Hyper-Personalized Websites

Carlos Sanchez shows how Adobe’s prototype turns visitor intent into a purpose-built page by changing selected content blocks, grounding them in the existing site, and treating latency as part of model quality.

From a talk by Carlos Sanchez

At a glance

Ideas worth remembering

  • Personalize selected blocks rather than freely generating the whole website; use the existing site as the retrieval corpus so adaptations remain connected to approved content.

  • Treat latency as part of model quality. In the reported 15-prompt example, the chosen configuration averaged 1.1 seconds versus 4.6 seconds for the next option, but that comparison does not establish universal provider performance.

  • Pre-generating a “For You” page moves inference ahead of navigation, reducing visible waiting at the cost of repeated calls and potentially wasted generation.

  • Marketers define the intent groups and strategy; the model chooses and orders suitable blocks for the selected group.

  • The camping-coffee and conference-comparison demos show the central capability: reorganize several grounded blocks around a visitor’s task, rather than returning a conventional list of search results.

  • Behavioral personalization requires more than model engineering. Because the prototype records visited pages and time spent, a production design also needs explicit privacy and data-governance decisions.

Start with what the visitor is trying to accomplish

Carlos Sanchez begins with a different organizing question for a website: what is this visitor trying to do right now? Instead of serving one fixed page to everyone, the proposed system interprets browsing behavior and explicit requests, then adapts the experience in real time. Engagement and conversion are the intended marketing outcomes, although the talk does not present measurements showing that this implementation improves either one.

The important constraint is that the system does not freely generate an entire website. It changes selected content blocks according to a persona or inferred intent while preserving the surrounding site. That smaller action space fits the practical requirements of brands with strict visual and editorial guidelines: the model can choose, arrange, and rewrite approved material without inventing every component from scratch.

To constrain the content itself, the team turns the existing site into a retrieval corpus. Retrieval-augmented generation supplies relevant products, guides, stories, and other site material as context for each response. This connects generated copy to available content, but grounding alone cannot guarantee that every recommendation or claim will be correct; it narrows the source material rather than eliminating model error.

Sanchez describes three forms of adaptation:

  • Persona adaptation: change selected blocks as the system classifies the visitor.
  • Query-driven assembly: build a results page around an explicit search or request.
  • Behavior-based recommendation: prepare a page from what the visitor has browsed and what the system infers they may want.

The third mode is the least direct because it relies on inferred intent rather than a stated request.

Marketers define the strategy in natural language and use analytics to revise it. The intended loop runs from a business goal to a personalized experience, then from observed behavior back into the next strategy change. Sanchez describes the loop at a conceptual level; he does not specify an optimization algorithm, attribution method, or success threshold.

0:130:43
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

0:13 · section reference included

A page generator has an interaction budget

The frontend composes adaptable blocks and updates them through the AI service. Behind it, the team continuously evaluates prompts across multiple models and providers. Model selection is deliberately site-specific: corpus size, subject matter, commerce type, and the required outputs can all change which configuration is accurate enough and fast enough.

The team uses Promptfoo for comparisons across local and hosted providers, evaluating accuracy alongside speed. Latency is not an infrastructure footnote here. If generation happens after a visitor asks for a page, inference time becomes page-load time, so Sanchez sets a target of roughly one or two seconds.

For one example site and a set of 15 prompts, the selected Cerebras configuration averaged 1.1 seconds to generate a page; the next configuration averaged 4.6 seconds. That large gap drove the provider choice for the demonstration. These results describe one prompt set and site, not a universal ranking of providers or models.

This produces a practical selection rule: choose enough capability to satisfy the task within the interaction budget. The model is mostly generating bounded copy, selecting blocks, and arranging them, so Sanchez argues that the workload does not require the largest available LLM. A configuration can be imperfect yet useful if its quality is acceptable for the site and its response arrives before the experience feels broken. The talk leaves “good enough” to application-specific evaluation rather than defining a universal threshold.

Compare the ideasModel selection is a site-specific tradeoff

Prompts reflect the site’s size, domain, commerce type, and desired adaptations.

The chosen configuration must meet both the site’s quality requirements and the page’s interaction budget.

4:305:00
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

4:30 · section reference included

Move some generation ahead of the click

The runtime inputs combine browsing activity with explicit queries. In the example, those signals can change the hero card, product selection, blog feed, navigation, and calls to action. Personalization therefore affects emphasis, ordering, recommendations, and the next action—not just a line of greeting text.

A “For You” page creates a useful timing option. As the visitor browses, the backend can repeatedly generate or refresh recommendations and prefetch the resulting page. When the visitor opens it, the expensive work may already be complete. This relaxes the immediate latency requirement, but it spends additional inference before the system knows whether the visitor will use the result.

Freshness creates the corresponding cost. Every new signal can make the prepared recommendation stale, so keeping it aligned with current behavior may require more generations and more LLM calls. The design trades waiting at navigation time for background inference cost.

Queries can also place visitors into marketer-defined personas or intent groups, such as buying a product versus gathering information. Marketers decide which groups exist and how they should be treated; AI selects the blocks, suggestions, sequence, and potentially media for the selected group. This keeps the segmentation strategy under business control while delegating page assembly to the model.

Sanchez treats generated images as a possible extension, with a sharper brand risk than text. Image generation is slower, and marketing acceptance depends on quality and brand fit. The demonstrated architecture does not require it: product pages and comparisons can be assembled from existing products, guides, experiences, and site media.

The stack separates observation, generation, retrieval, and delivery. The browser collects signals. A backend calls the LLM and reasons over retrieval results from the site’s vector database. Adobe Experience Manager serves pages and static content at the edge. This lets the static site remain fast and controlled while selected blocks take a dynamic path through retrieval and inference.

That signal path also creates an important production concern that the presentation does not explore: the demo records visited pages and time spent, then makes those observations available to the LLM. A deployed system would need explicit decisions about consent, retention, access, and what behavioral data may be sent to an inference service.

How it fits togetherFrom visitor behavior to an adapted page

Browsing and queries provide intent signals.

Static site content remains at the edge while selected blocks travel through a retrieval-and-generation path.

8:168:46
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

8:16 · section reference included

A camping request changes the whole product story

Sanchez calls the ambition “Audience of One”: a marketing experience assembled for an individual rather than a broad segment. His demonstration uses a fully generated example site for coffee equipment. He browses stories and products, spending time on individual pages before opening a debugging panel.

The panel shows the mechanism behind the apparent personalization. The visitor is bucketed as “exploring,” while the system records visited pages and time spent on each. Those signals are available to the LLM, and a “For You” page has already been generated from the browsing history.

The explicit-query demo makes the transformation easier to inspect. Sanchez asks for a coffee machine suitable for preparing coffee while camping. The resulting page changes its introductory copy, adds camping-specific tips, and recommends two machines described as appropriate for that use. The page is more than a ranked search result: several blocks tell one coherent product story around the same intent.

A similar run in debug mode takes 1.64 seconds in total, including the round trip to the LLM. Sanchez reports approximately 2,300 tokens per second for that run; another run shows about one second of LLM time and roughly 2,200 tokens per second. These numbers describe different layers of performance: total generation time includes more than model decoding, while token throughput measures only generation rate.

The demo interface also lets the team switch models and adjust temperature and token settings. Automated Promptfoo tests provide repeatable comparisons, while manual interaction reveals whether a configuration behaves well inside the actual page experience. The two methods answer different questions: batch evaluation measures defined cases; interactive inspection exposes coherence, responsiveness, and presentation problems that a score may miss.

12:3613:06
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

12:36 · section reference included

Carry the pattern to another site in under an hour

Sanchez then introduces Of One Labs, a tool that accepts a URL and generates an agentic demonstration site in less than an hour. The claim concerns creating a demo, not automatically converting any production site with its full brand, security, analytics, accessibility, and editorial requirements intact.

He applied the tool to the AI Engineer site. The generated experience centers on a search box with AI-generated suggestions; a query for European AI conferences is intended to assemble a page focused on relevant events. As in the coffee example, the query supplies the job the page should perform rather than merely a keyword to match.

The strongest result is a side-by-side conference comparison. Once the system infers that a visitor is choosing between two events, it changes the information structure to support that decision. This is the more consequential form of personalization in the talk: the system does not simply rank one item above another; it selects a comparison layout suited to the visitor’s task.

16:4017:10
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

16:40 · section reference included

Intent-driven assembly can outlive the conventional webpage

The closing example asks what this pattern might become if a personal assistant mediates the interaction. Sanchez imagines a spoken shopping request producing a personalized visual response on a television. The user supplies intent by voice, and the system chooses a screen-sized presentation without requiring a phone or computer.

He is careful not to claim certainty about whether the web itself is dying or what will replace it. The supported result is narrower: the demonstration shows that a system can already assemble selected, site-grounded blocks around a visitor’s inferred or explicit intent. Extending that result into a general assistant-driven interface remains a proposed direction.

Sanchez expects generation to become faster, cheaper, and more widely applicable, but those are forecasts. The engineering lesson available today is concrete: constrain what may change, retrieve from the site’s approved content, evaluate models against each site’s quality and latency needs, and assemble the page around the job the visitor is trying to complete.

18:1718:47
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

18:17 · section reference included

Resources

From the talk

  • Sanchez’s technical weblog covers his broader work in AI, infrastructure, Kubernetes, and automation.

  • The speaker’s public profile for updates on his technical projects and presentations.

Read the complete timestamped transcript
  1. 0:01

    [music]

  2. 0:13

    >> Hello.

  3. 0:14

    Thank you for coming. Um I'm going to

  4. 0:17

    talk to you about Agility Sites, how we

  5. 0:20

    call it as building hyper-personalized

  6. 0:23

    websites. I'm not going to just talk

  7. 0:25

    about it. I'm going to show you what

  8. 0:27

    we're building.

  9. 0:28

    Um I've been working on on this project

  10. 0:31

    for for a bit now, and

  11. 0:34

    we'll try to show you what is possible

  12. 0:36

    today with with AI.

  13. 0:39

    Uh I work at Adobe at a

  14. 0:42

    I'm a principal scientist at a product

  15. 0:44

    that not many people know, Adobe

  16. 0:45

    Experience Manager, content management.

  17. 0:47

    We run a lot of

  18. 0:49

    uh

  19. 0:50

    website properties for big brands, and

  20. 0:53

    my background is in in open source, uh

  21. 0:56

    contributing to to a lot of foundations

  22. 0:58

    and projects.

  23. 1:01

    What are Agility Sites, and how are we

  24. 1:04

    building this thing?

  25. 1:06

    So, we're looking for sites

  26. 1:08

    that are

  27. 1:10

    uh

  28. 1:11

    looking at the what intent the user

  29. 1:14

    browsing

  30. 1:15

    uh has. What is the user doing? What is

  31. 1:19

    the user trying to achieve? And the end

  32. 1:22

    goal is to personalize these pages for

  33. 1:25

    the for the current user browsing, so

  34. 1:28

    that eventually this

  35. 1:31

    uh drives uh higher engagement or uh

  36. 1:34

    conversions, whatever the marketing

  37. 1:36

    teams want to want to achieve.

  38. 1:39

    And these pages are personalized in real

  39. 1:41

    time based on the on the user that is

  40. 1:45

    uh accessing the site, and what is the

  41. 1:48

    what is the user doing.

  42. 1:50

    The stack we're using is AMH delivery.

  43. 1:53

    So, this is the part of the product we

  44. 1:55

    we have,

  45. 1:56

    uh where all the content is on the edge

  46. 1:59

    and then we have back end service that

  47. 2:02

    powers this experience with

  48. 2:05

    different LLM providers LLM services

  49. 2:09

    we use Cerebras for fast inference or we

  50. 2:13

    can use also we tried bedrock and and a

  51. 2:15

    bunch of others. I'll be showing

  52. 2:17

    Cerebras today

  53. 2:19

    and you will see the reason why.

  54. 2:22

    The

  55. 2:23

    the engine that is personalizing this

  56. 2:27

    this bits is

  57. 2:30

    using the rich content and blocks.

  58. 2:33

    So different blocks on the site are

  59. 2:36

    customized depending on on what the user

  60. 2:38

    persona is.

  61. 2:40

    We don't want the the whole site to be

  62. 2:42

    generated. I mean if you talk to

  63. 2:44

    marketing people they they have a very

  64. 2:46

    strict brand guidelines. You don't want

  65. 2:48

    to just

  66. 2:49

    come up with our have some

  67. 2:51

    hallucinations there. So the what is

  68. 2:54

    personalized is different sections of

  69. 2:56

    the site and we use the whole site as

  70. 3:00

    a corpus. We built a rack from the whole

  71. 3:03

    site. So what is generated is grounded

  72. 3:06

    on on the existing site.

  73. 3:09

    We tried to solve the problem where one

  74. 3:12

    size fits all. We want

  75. 3:14

    hyper-personalized experiences. Also we

  76. 3:16

    want to help

  77. 3:18

    our customers to do more automatic

  78. 3:21

    authoring. So not having to create

  79. 3:24

    thousands of different variations of the

  80. 3:26

    site but use AI for this

  81. 3:29

    and then do these multiple layers of of

  82. 3:32

    personalization.

  83. 3:35

    Some examples of what we're doing or

  84. 3:37

    I'll show in the demo. It's

  85. 3:40

    instant persona adaptation, query

  86. 3:43

    generation when the user search for

  87. 3:44

    something on the site, the page with the

  88. 3:47

    results is customized for them and also

  89. 3:50

    uh, something like recommendations where

  90. 3:52

    after you browse the site for a period

  91. 3:54

    of time, we

  92. 3:55

    we can create a page that recommends

  93. 3:58

    something based on on on what you are

  94. 4:00

    what we think you are looking for.

  95. 4:02

    For marketers, uh, they can define this

  96. 4:05

    strategy on natural language, and they

  97. 4:07

    can use analytics to

  98. 4:10

    to drive the loop of personalization,

  99. 4:13

    and what is the end goal, and how this

  100. 4:17

    goes back again to change to adapt the

  101. 4:19

    personalization to improve that uh,

  102. 4:22

    whole cycle. Everybody's talking about

  103. 4:24

    loops in this conference, so that's

  104. 4:26

    that's one of the loops there.

  105. 4:30

    How the architecture look like? So, it's

  106. 4:32

    a dynamic front end with some blocks,

  107. 4:34

    what I mentioned before, and with uh,

  108. 4:37

    edge delivery services is basically you

  109. 4:39

    compose these blocks, and uh, they are

  110. 4:42

    updated on on real time through with the

  111. 4:46

    AI.

  112. 4:47

    The back end,

  113. 4:49

    uh, we

  114. 4:51

    we do the um,

  115. 4:53

    evaluation of the models and the

  116. 4:55

    providers,

  117. 4:56

    and one thing we realized is is that

  118. 4:58

    this is very dependent on the site. So,

  119. 5:01

    we have a bunch of prompts, and we look

  120. 5:04

    uh, we run it across a huge variety of

  121. 5:06

    uh, models and providers, and then we

  122. 5:08

    look at the accuracy, we look at the

  123. 5:10

    speed, but this is going to depend

  124. 5:12

    highly on what type of site, like how

  125. 5:14

    big is the site, how I don't know, what

  126. 5:16

    different

  127. 5:19

    what different um,

  128. 5:21

    area is the site targeting, what what

  129. 5:24

    type of commerce it is, and so on. So,

  130. 5:26

    we we run this this

  131. 5:29

    um, evaluation continuously. We use uh,

  132. 5:32

    Promptfoo. Uh, anybody heard about

  133. 5:34

    Promptfoo?

  134. 5:35

    Okay, some people.

  135. 5:37

    So, Promptfoo allows you to evaluate

  136. 5:39

    models um, prompts against my multiple

  137. 5:43

    models, providers, and you can do local

  138. 5:46

    models and any of the

  139. 5:49

    a bunch of open AI compatible

  140. 5:52

    uh providers and and uh

  141. 5:55

    a lot of them, basically.

  142. 5:57

    We look for two things. Why? Accuracy.

  143. 6:01

    That's that's typically what people look

  144. 6:03

    for, but also we want the speed because

  145. 6:05

    we don't want the site generation to

  146. 6:08

    take

  147. 6:09

    more than 1 or 2 seconds,

  148. 6:12

    right? Because people uh

  149. 6:14

    this is already

  150. 6:17

    uh proven that people want the the

  151. 6:19

    faster the site, the more conversions it

  152. 6:22

    it generates or the the better the

  153. 6:23

    experience it is for the user.

  154. 6:26

    Um yeah, what I mentioned is different

  155. 6:27

    sites may have different requirements.

  156. 6:29

    Uh so, you may have to run this uh

  157. 6:32

    evaluation of models depending on the

  158. 6:35

    site.

  159. 6:37

    This is a an ex

  160. 6:39

    uh we we secured this

  161. 6:41

    some of these queries, so we have a 15

  162. 6:44

    prompts for this example site.

  163. 6:46

    Um we have uh

  164. 6:49

    at the top you can see with Cerebras on

  165. 6:51

    the Gemma 4 model that was announced

  166. 6:53

    last last week,

  167. 6:55

    we can get an average latency of 1.1

  168. 6:58

    seconds generating a page.

  169. 7:00

    You you can compare that to the second

  170. 7:02

    one, which is 4.6 seconds, right? So,

  171. 7:06

    the difference is huge.

  172. 7:09

    And that's why uh we use Cerebras for

  173. 7:11

    for this use case.

  174. 7:13

    And uh

  175. 7:16

    you can see that different providers,

  176. 7:18

    different models have different

  177. 7:21

    um

  178. 7:22

    different speeds. And here is uh let me

  179. 7:25

    I can show you the whole

  180. 7:28

    thing here. Not this one, this one,

  181. 7:30

    right? So, at the at the bottom we have

  182. 7:33

    other other tasks.

  183. 7:35

    Sometimes uh maybe some of them may be

  184. 7:38

    good.

  185. 7:39

    They don't need to be perfect, but

  186. 7:41

    they're good enough if they're fast

  187. 7:42

    enough. So, that's going to be the the

  188. 7:44

    kind of

  189. 7:45

    decisions that you need to make on

  190. 7:47

    whether the model is good enough for

  191. 7:50

    your use case or not.

  192. 7:53

    Yeah, we're looking Yeah, average 1.1

  193. 7:55

    seconds. And then the the next ones are

  194. 7:58

    going from 4 seconds higher.

  195. 8:01

    And you don't need a huge LLM to do this

  196. 8:03

    sort of work because you are generating

  197. 8:06

    text, you are deciding where to put

  198. 8:09

    blocks and how to organize the website,

  199. 8:12

    you don't need a lots of information for

  200. 8:14

    that.

  201. 8:16

    So, this browsing and the queries

  202. 8:20

    uh is are being recorded. So, these are

  203. 8:23

    the metrics or the

  204. 8:27

    the the data we gather from the user,

  205. 8:30

    and this is fed into the LLM to

  206. 8:33

    personalize the site. And then in this

  207. 8:36

    example, we personalize the hero card,

  208. 8:38

    the products, the blog feeds, and and

  209. 8:41

    the navigation based based on the

  210. 8:42

    persona.

  211. 8:44

    Also, what are some of the buttons like

  212. 8:46

    our call to action navigation, you can

  213. 8:48

    also we can also personalize those.

  214. 8:52

    We

  215. 8:53

    we create and I'll show you the a for

  216. 8:55

    you page, which is a recommendation.

  217. 8:57

    And this is a interesting one because

  218. 9:00

    this you could

  219. 9:02

    pre-generate, right? As the user browses

  220. 9:05

    your site, you gather these signals, and

  221. 9:08

    you could keep generating in this. So,

  222. 9:10

    in this case, you wouldn't need so such

  223. 9:12

    a big speed.

  224. 9:14

    But

  225. 9:16

    but that's interesting because it it

  226. 9:17

    would be if a user wanted to

  227. 9:20

    buy something, you could just say,

  228. 9:22

    "Okay, for you, I will recommend these

  229. 9:24

    three products or or something like

  230. 9:26

    that."

  231. 9:27

    Um

  232. 9:29

    Yeah, and then they can see this

  233. 9:31

    recommendation, and if they go there,

  234. 9:33

    that that could be pre-fetched for them.

  235. 9:35

    And obviously, you have to keep updating

  236. 9:37

    it as the user navigates around the site

  237. 9:39

    and and so on. So that that's also

  238. 9:42

    something to consider on the cost cost

  239. 9:46

    implications of doing multiple

  240. 9:48

    generations, multiple LLM calls.

  241. 9:54

    When

  242. 9:55

    when the user runs a query, dynamic

  243. 9:58

    personalized page is shown to them.

  244. 10:00

    When the

  245. 10:02

    these queries are also grouped into

  246. 10:05

    personas or intent types. So what is

  247. 10:08

    this guy what is this guy trying to do

  248. 10:11

    in the site? Is trying to buy something?

  249. 10:13

    Is trying to just get information? So

  250. 10:16

    you can get marketers to decide what

  251. 10:20

    type of groups, how many groups you want

  252. 10:22

    to have, how you want to deal with with

  253. 10:23

    customers. And the AI will choose the

  254. 10:26

    the blocks and the suggestions for for

  255. 10:28

    those groups of people.

  256. 10:31

    Um

  257. 10:33

    And we can adopt yes, the the different

  258. 10:36

    blocks, the the the sequence of the

  259. 10:39

    blocks and

  260. 10:41

    media. You could also do media. One of

  261. 10:44

    the things we consider is

  262. 10:46

    there was some a model announced

  263. 10:48

    today or yesterday the

  264. 10:50

    the nano banana light. So you could even

  265. 10:53

    generate images

  266. 10:55

    very fast on the fly.

  267. 10:58

    Obviously not as fast as text, but

  268. 11:00

    that's also something that would be

  269. 11:03

    I don't I don't know if it's that

  270. 11:04

    something like marketing people would

  271. 11:06

    want to have generated images. That

  272. 11:09

    depends on on the quality a lot if it's

  273. 11:11

    on brand.

  274. 11:13

    And

  275. 11:15

    the site in this example we have a a

  276. 11:18

    product site

  277. 11:20

    and then we have guides, experiences,

  278. 11:21

    blocks and the whole response of the LLM

  279. 11:24

    is grounded there. And

  280. 11:27

    there's comparisons. We can do

  281. 11:28

    comparisons between products that are

  282. 11:30

    tailor and the product pages can be

  283. 11:32

    tailored for the for the user.

  284. 11:36

    Okay, this is this is a bit of the

  285. 11:38

    stack.

  286. 11:39

    Um not going to spend too much time

  287. 11:42

    here, but the browser you have some

  288. 11:45

    layers. You have the browser where the

  289. 11:47

    signals get

  290. 11:50

    get

  291. 11:51

    uh

  292. 11:52

    from I got I got I got so

  293. 11:55

    I got from the from the user and then we

  294. 11:58

    have the back end. Uh

  295. 12:00

    we can have the back end. We run this

  296. 12:01

    some of these in in Google. Some of

  297. 12:03

    these are in our Cloudflare. So, the

  298. 12:06

    back end is basically just calling the

  299. 12:07

    LLM and doing some reasoning using the

  300. 12:11

    rack that is built on on the site to do

  301. 12:13

    the generation.

  302. 12:16

    And you have obviously you have to have

  303. 12:18

    the vector database, the inference uh

  304. 12:21

    machinery and uh

  305. 12:24

    that obvious business manager is doing

  306. 12:25

    the serving the

  307. 12:28

    the

  308. 12:29

    at the edge is serving the the pages and

  309. 12:31

    the static content.

  310. 12:33

    So, let me show you because I think this

  311. 12:35

    is uh so, we call this uh audience of

  312. 12:38

    one

  313. 12:39

    because the idea of in marketing

  314. 12:43

    they they always dream on being able to

  315. 12:45

    personalize things for each individual.

  316. 12:49

    So, we call it yeah audience of one. So,

  317. 12:51

    I have this this site. Uh this is a site

  318. 12:54

    that is absolutely generated

  319. 12:56

    uh example site. It's a coffee

  320. 12:59

    uh machinery. So, I can go and and read

  321. 13:02

    some stories

  322. 13:04

    and I can go and look at some products.

  323. 13:08

    Let's go and look at this product.

  324. 13:11

    I can spend some time here.

  325. 13:16

    Uh

  326. 13:17

    let's go and click

  327. 13:19

    here.

  328. 13:20

    Okay, so I'm I'm browsing around the

  329. 13:22

    site and I have this debugging tool

  330. 13:25

    thing uh which

  331. 13:28

    Uh

  332. 13:29

    let me go here, I think.

  333. 13:37

    Let's see.

  334. 13:40

    So, down there is the signals that the

  335. 13:44

    that the browsing

  336. 13:46

    is giving us. So, I don't know if you

  337. 13:48

    can see it much because I cannot see it

  338. 13:50

    much. The So,

  339. 13:52

    the user is bucketed into the exploring

  340. 13:55

    category. We have the pages that have

  341. 14:00

    have visited, and then we have how much

  342. 14:02

    time is spending on each page. All of

  343. 14:04

    this data is now available for the LLM.

  344. 14:09

    So,

  345. 14:11

    if I go here, I already have a for you

  346. 14:14

    page that was generated for me

  347. 14:16

    and

  348. 14:18

    based on my browser.

  349. 14:21

    And you will not notice that it's

  350. 14:24

    slightly different than everything else,

  351. 14:26

    but if I go here and I run a query

  352. 14:29

    like I want I'm looking for a coffee

  353. 14:33

    machine to

  354. 14:36

    uh prepare

  355. 14:38

    coffee

  356. 14:40

    while camping.

  357. 14:44

    The site is this was just generated for

  358. 14:47

    me.

  359. 14:48

    And then you're going to see some things

  360. 14:50

    like the text is customized. Camping

  361. 14:52

    shouldn't mean compromising on your

  362. 14:55

    uh whatever routine.

  363. 14:57

    Uh the coffee tips for camping um

  364. 15:00

    machinery that are being recommended are

  365. 15:02

    coffee agile and um or the nano, which

  366. 15:05

    are

  367. 15:07

    good for

  368. 15:09

    for the

  369. 15:11

    for a camping trip, right?

  370. 15:14

    So, you saw how fast this was.

  371. 15:17

    I'm going to run it here something

  372. 15:19

    similar that I had here and I can run it

  373. 15:22

    on the debug mode here.

  374. 15:25

    And you will see, let's make this

  375. 15:27

    bigger.

  376. 15:30

    Total time 164 seconds to generate the

  377. 15:33

    page. So, this includes a round trip to

  378. 15:35

    the LLM. This is using Cerebras Gemma 4.

  379. 15:38

    So, the the Gemma model from Google

  380. 15:40

    running on Cerebras on their

  381. 15:43

    very fast chips.

  382. 15:45

    Uh we get

  383. 15:47

    2,300

  384. 15:48

    tokens per second.

  385. 15:50

    Which is not bad.

  386. 15:52

    I would say.

  387. 15:53

    >> [snorts]

  388. 15:54

    >> And if I run it again, uh probably

  389. 15:56

    something like that.

  390. 15:58

    Uh the LLM time is 1 second. And again,

  391. 16:01

    2,200 tokens per second.

  392. 16:04

    This is something that we only dreamed

  393. 16:06

    about before.

  394. 16:10

    On the on this site example site, we

  395. 16:13

    have some other options.

  396. 16:16

    Uh

  397. 16:16

    so, because we we've been showing this

  398. 16:18

    to customers, so we have the

  399. 16:20

    the ability to change the different

  400. 16:22

    models, temper temperature, tokens, and

  401. 16:24

    so on. And we can uh

  402. 16:28

    we can

  403. 16:29

    show uh and try the different models and

  404. 16:31

    see how they behave. Besides the

  405. 16:33

    automatic test with Prompt Full, then we

  406. 16:36

    can uh manually come and and click

  407. 16:38

    things and see and see how that how that

  408. 16:40

    works.

  409. 16:42

    And uh

  410. 16:44

    we also have

  411. 16:46

    uh OfOneLabs.

  412. 16:48

    So, we have we build this tool that

  413. 16:50

    generates an agentic site for any site

  414. 16:53

    we want. So, if somebody wants to have a

  415. 16:57

    demo for a customer, come here

  416. 17:00

    and enter the URL. In less than an hour,

  417. 17:02

    you have an agentic site. I did this

  418. 17:03

    last week with the AI engineering site.

  419. 17:07

    And

  420. 17:08

    I got this site that is just a search

  421. 17:11

    box and a few things.

  422. 17:13

    And

  423. 17:15

    let me open it here, the full page. Not

  424. 17:18

    this one. Yeah, okay.

  425. 17:20

    So, I could say

  426. 17:23

    Europe AI conferences.

  427. 17:25

    So, these suggestions are also AI

  428. 17:27

    generated. And I get a page that is

  429. 17:32

    more focused on

  430. 17:34

    It should be more focused on on the on

  431. 17:37

    this European conferences.

  432. 17:40

    If I go back, did I go

  433. 17:44

    I can search for anything the same way I

  434. 17:47

    did with with the Arco. So, I as a

  435. 17:49

    specific There was someone that was

  436. 17:52

    generating a good comparison side to

  437. 17:54

    side.

  438. 17:55

    Let me see if this one. Okay, here. This

  439. 17:57

    one.

  440. 17:58

    I went and this generated a page with

  441. 18:02

    a pretty good comparison. If I'm looking

  442. 18:04

    at two conferences and I need to decide,

  443. 18:06

    if I figure out that the user wants to

  444. 18:08

    do that, this is great because that

  445. 18:10

    gives them a side-by-side comparison on

  446. 18:12

    the fly.

  447. 18:14

    Now,

  448. 18:17

    this this is I think this is cool

  449. 18:19

    already, but then we have I have this

  450. 18:22

    idea that

  451. 18:24

    probably the I'm

  452. 18:27

    a bunch of people are we are talking

  453. 18:28

    about is the web that is is the web the

  454. 18:31

    future still and so on. Nobody knows.

  455. 18:34

    But we can also do something with this

  456. 18:38

    with this audience of one, this

  457. 18:40

    generative sites. So, imagine you have

  458. 18:43

    you have your personal assistant and you

  459. 18:46

    ask a query through in this case through

  460. 18:49

    Google and you say I want to buy I don't

  461. 18:52

    remember what the query said. It was

  462. 18:53

    something like I want to buy a machine

  463. 18:57

    and I get this on my Google TV.

  464. 18:59

    Right? So, this is absolutely

  465. 19:01

    personalized to my query.

  466. 19:04

    Okay? No, go back.

  467. 19:08

    This is absolutely personalized to my

  468. 19:09

    query. So, I'm there in my living room.

  469. 19:11

    I don't need a phone, I don't need a

  470. 19:13

    computer, I don't need anything, just my

  471. 19:16

    voice and something that will

  472. 19:19

    kind of show me

  473. 19:21

    something that is absolutely

  474. 19:22

    personalized to to me.

  475. 19:29

    Okay, so that one.

  476. 19:31

    So,

  477. 19:33

    what I was trying to show and hopefully

  478. 19:35

    you remember from this session is that

  479. 19:38

    this is now possible.

  480. 19:40

    It's only going to get better from here

  481. 19:42

    on. It's only going to get cheaper, it's

  482. 19:44

    only going to get faster.

  483. 19:45

    And you will uh be able to have uh

  484. 19:48

    huge personalization options for sites

  485. 19:52

    and for other things.

  486. 19:54

    And you can do this with intent driven.

  487. 19:57

    So, what is the what is my user trying

  488. 19:59

    to do? What does my user want to buy?

  489. 20:02

    These sort of questions. And you can uh

  490. 20:06

    assemble a page just for them.

  491. 20:08

    And you can also do this with uh

  492. 20:11

    multiple models and and eventually

  493. 20:14

    it's just going to be

  494. 20:16

    faster and faster, right?

  495. 20:18

    So,

  496. 20:19

    that's it. Um

  497. 20:21

    thank you for coming and I hope you you

  498. 20:22

    got the idea. Thanks.

  499. 20:24

    >> [applause]