---
格式版本: 2
标题: "We just launched a new course on how to Build Adaptive AI Agents | developers"
原文链接: "https://blogs.oracle.com/developers/we-just-launched-a-new-course-on-how-to-build-adaptive-ai-agents"
发布日期: "2026-08-26"
发布时间校准状态: "found"
发布时间需复核: "否"
发布时间来源: "rule:configured_publication_date_rule"
发布时间证据: "doc-fixed-49fb23095330-publication-date html:original: August 26, 2026"
发布时间校准原因: "信源发布日期识别规则直接确认发布时间"
发布时间校准置信度: "high"
发布时间候选数量: 1
发布时间严格候选数量: 1
发布时间原页读取状态: "source template page reused from URL open"
发布时间未找到原因: ""
发布时间校准时间: "2026-08-27T10:59:26+08:00"
发布时间仲裁状态: "skipped"
发布时间仲裁尝试次数: 0
发布时间仲裁耗时毫秒: 0
发现时间: "2026-08-27T10:57:06+08:00"
入库时间: "2026-08-27T02:59:26.757Z"
来源平台: "固定入口"
搜索渠道: "fixed_url"
搜索词: "https://blogs.oracle.com/?page=news"
匹配关键词:
  - "AI"
相关厂家:
  - "Oracle"
相关专家:
  []
内容类型: "网页"
抓取工具: "CDP Render"
清洗工具: "CDP Text + Defuddle/Readability 正文提取"
原始附件:
  []
AI优质: "否"
AI打分: 30
AI分档: "非优质"
AI质检状态: "不通过"
AI打分理由: "正文主线是Oracle与DeepLearning.AI上线自适应AI Agent教程，讨论记忆类型、知识图谱检索和LoRA微调，并非超节点或机架级AI基础设施。来源为Oracle官方开发者博客，正文完整；相较知识库可确认的新增仅是课程上线及配套Agent Memory资源，不涉及新的机架产品、标准、工程实测、客户部署或量产路线。命中教程与应用/模型效率硬否决项。"
AI质检模型: "gpt-5.6-sol"
AI质检时间: "2026-08-27T11:00:45+08:00"
AI主题相关性: 1
AI来源权威性: 12
AI新颖性: 5
AI技术细节: 2
AI商业部署信号: 1
AI完整性: 9
AI评分提示词版本: "v17-精简生产版"
AI评分提示词SHA256: "48fb9777f386026761b4873eaff30807694fb11e9b352d7c69bf2dfde750cc7d"
AI评分知识库版本: "knowledge_base_v1-20260819+runtime.7"
AI评分知识库SHA256: "2d08daa800e4aaf8f32428770a398a6fddb773ec6de396decbc9d7689bcb65f7"
AI评分知识库检索词: "[\"Oracle\",\"https://blogs.oracle.com/?page=news\",\"ORM\",\"ORA-00904\",\"CREATED_AT\",\"DATE_CREATED\",\"TODOs\",\"HNSW\",\"VECTOR\",\"PGQ\"]"
AI评分知识库命中: "[{\"id\":\"historical-jun-014\",\"title\":\"NVIDIA发布Vera CPU Rack整机柜方案，面向AI工厂中的Agentic AI与强化学习负载\",\"sourceType\":\"curated_item\",\"time\":\"2026-06\",\"matchedTerms\":[\"Oracle\"],\"rank\":-6.190228138549601},{\"id\":\"july-correct-0018\",\"title\":\"AMD, Cerebras partner on joint Helios rack-scale AI inference platform\",\"sourceType\":\"labeled_article\",\"time\":\"2026-07\",\"matchedTerms\":[\"Oracle\",\"ORM\"],\"rank\":-4.598222895356036},{\"id\":\"july-correct-0001\",\"title\":\"全球首颗2nm GPU来了！苏姿丰甩出“最强AI机架”，CPU性能干翻英伟达 - 智东西\",\"sourceType\":\"labeled_article\",\"time\":\"2026-07\",\"matchedTerms\":[\"Oracle\",\"VECTOR\"],\"rank\":-4.591761686289334},{\"id\":\"runtime-9f43a79e9c23b1f329d8a71a\",\"title\":\"AWS and NVIDIA to Deliver 2 Million Additional GPUs and Next-Generation Infrastructure for Agentic and Physical AI\",\"sourceType\":\"ai_excellent_article\",\"time\":\"\",\"matchedTerms\":[\"ORM\",\"VECTOR\"],\"rank\":-4.194890369921627},{\"id\":\"july-correct-0104\",\"title\":\"NVIDIA Vera Rubin 提升每瓦性能，为全球合作伙伴实现最低 Token 成本\",\"sourceType\":\"labeled_article\",\"time\":\"2026-07\",\"matchedTerms\":[\"Oracle\"],\"rank\":-3.229369730403156}]"
AI摘要: "Oracle与DeepLearning.AI联合推出“Building Adaptive AI Agents”短课程，讲解如何通过持续学习和记忆管理让AI代理随时间改进。"
AI摘要模型: "ali-deepseek-v4-flash"
AI摘要时间: "2026-08-27T08:12:14.188Z"
采集批次: "2026年8月27日10点55分46秒"
采集批次ID: "20260827-105546-808"
去重键: "https://blogs.oracle.com/developers/we-just-launched-a-new-course-on-how-to-build-adaptive-ai-agents"
---

Our new short course with DeepLearning.AI, [Building Adaptive AI Agents](https://www.deeplearning.ai/courses/building-adaptive-ai-agents), is live today. It covers continual and adaptive learning: the different ways in which you can make an agent better over time, and how to do it on [Oracle AI Database 26ai.](https://www.oracle.com/database/)

---

## Key Takeaways

- Agents forget because what one session works out rarely survives into the next: some setups carry a little project context, almost none carry the reasoning behind it.
- The cheapest fixes live in the **token** space, turning yesterday’s traces into reusable skills and restructuring memory, with zero training.
- Structure beats keywords: we also explore Code Knowledge Graphs, a way to let agents find the correct context faster than simple regular expression matching.
- Weight-space adaptation (retraining or finetuning) is the expensive tier you reach for only when context injection, processing and manipulation stops generalizing.
- Best practice is an effort ladder: start cheap, and climb only when you must.

---

A stateless AI agent rebuilds the same codebase map in a later session because it was never stored.

## Why does your agent keep paying the same bill twice?

You ask your agent to add a field to the checkout flow. Before it writes a line, it greps for “checkout”, opens six files to work out where the data layer actually lives, and reads through your ORM setup. Twelve tool calls to build a map of a codebase that has not moved since Friday.

It builds that map again on Tuesday. And on Wednesday.

How much of last month’s token spend went on your agent rediscovering things it already knew?

The failure everyone braces for with coding agents is the wrong answer. That is not the one that costs the most. The one that costs the most is the right answer, worked out correctly, thrown away when the session closed, and then worked out again from scratch the next morning.

---

## Watch it happen on something smaller

Your agent writes a query against your own schema and hits an error:

`ORA-00904: "CREATED_AT": invalid identifier `

So it reads the schema, figures out the column it actually needed is `DATE_CREATED`, fixes the query and moves on. Fine. That is the agent doing its job.

Then the next day it is queried again, and starts a fresh session with a blank context window. Nothing reminds the new conversation that `CREATED_AT` was wrong yesterday, so it figures it out all over again. Identical failure, identical token spend, and nothing learned, so you’re essentially wasting tokens and time on unnecessary tool calls, thinking budget, context window buildup, etc.

There is usually an absence of a feedback loop. The agent *learned* something valuable yesterday and then threw it away with the context window after it was done. **Continual learning** is the discipline of making an agent better over time, and it runs all the way from reusing yesterday’s traces up to retraining the model itself. This piece, and most of the available wins, sit at the cheap end of that range: feeding the traces back so the agent stops paying for the same work twice.

[Nacho](https://www.linkedin.com/in/jasperan/) spent the past couple of months watching agents fail this way, and looking at how frontier labs fix it: finetuning models, building better agent harnesses, fresh training runs. All of it assumes compute most of us do not have, and all of it reaches for the most expensive item on the list to fix something that was rarely broken there in the first place.

So the question that started this course was a smaller one. *“My agent is live and getting things wrong. What is the cheapest change that makes it better, and how do I do it?”* Put another way: is there anything we can do with the data we already have?

---

## Which kind of memory is your agent actually missing?

Every autonomous agent runs the same loop: perceive, decide, act, observe, repeat. Each turn through that loop leaves traces, and those traces land in one of four memory forms:

| **Memory form** | **What it stores** | **AI agent example** |
| --- | --- | --- |
| **Working** | What the agent is thinking about right now | Scratchpad, AI agent notes, TODOs, etc. |
| **Episodic** | Specific past events | Previous agent conversations, errors that happened, etc. |
| **Semantic** | Stable facts | Domain knowledge about the company, private data, private database schemas, etc. |
| **Procedural** | How to do things | Skills, skill chains, workflows, notes to self, etc. |

The four forms decay at different speeds, and they have different degrees of permanence: working memory evaporates, episodic memory (usually) fades, semantic facts last years, and procedural skills are almost set in stone.

Four types of AI agent memory—working, episodic, semantic, and procedural—shown by how long they persist.

What your agent has at the end of Monday is episodic: the session where it grepped, opened six files and worked out where the data layer lives. What it needs on Tuesday is two other things. The map itself, which barely changes, is a semantic fact. How to find the next one is a procedural skill. Nothing in a default setup turns the episode into either, so it stays an episode and dies with the context window. Which form your agent is missing decides where in the course you should start.

We built [Building Adaptive AI Agents](https://www.deeplearning.ai/courses/building-adaptive-ai-agents) with Andrew Ng and the team at DeepLearning.AI. [Nacho Martinez](https://www.linkedin.com/in/jasperan/) and [Casius Lee](https://www.linkedin.com/in/casiusslee/) wrote it on the Oracle Developers side, and we are both genuinely happy about how this partnership came together. It goes through all four memory forms with the code: skill extraction from real agent traces, a Code Knowledge Graph built and queried, and LoRA adapters for the point where context injection stops generalizing.

It is live today. Your agent left the traces this morning and they are still sitting there.

[Take the course on DeepLearning.AI](https://www.deeplearning.ai/courses/building-adaptive-ai-agents)

---

## Frequently Asked Questions

**What is continual learning?**

Continual learning is the practice of feeding what an agent worked out in one session back into the next one, so it stops rediscovering things it already knew. It covers everything from turning yesterday’s traces into reusable skills, through restructuring how memory is retrieved, up to retraining the model itself.

**What is the token layer vs the weight layer?**

The token layer is everything you can change without touching the model: what goes into the context window, which skills and memories get retrieved, and how they are structured. The weight layer means changing the model itself, through retraining or finetuning. Token-layer changes are cheap, take effect on the next run, and are where most of the available wins are. Weight-layer changes are expensive, and they are for the case where no amount of context injection produces the behavior reliably.

**When do I need structure-aware retrieval?**

When the right memory exists but retrieval misses it: especially multi-hop questions where the answer lives two edges away from the query. Build the graph, seed anchors, and let a PageRank walk find what keyword search can’t.

**When do I actually fine-tune the embedder?**

When retrieval fails because the embedder doesn’t understand your domain’s semantics: an agent needs “the code it will use next,” not “the code that looks similar.” Fine-tune on graded retrieval traces.

**When do I need to fine-tune the weights?**

When the fix must generalize across a whole class of task and no context injection reliably produces it: removing a default behavior, installing a persona. In the course we explore the use of quantization and LoRA adapters, that can allow cheap finetuning.

**What’s the cheapest first step?**

Analyze the traces you already have as you’ve been using your agents (Claude, Codex, etc.). We’ll teach you how to make use of those traces your agent already leaves behind.

---

## Resources

•  **Course:** [Building Adaptive AI Agents](https://www.deeplearning.ai/courses/building-adaptive-ai-agents), a DeepLearning.AI short course built with Oracle, live 26 August 2026

•  **Agent memory:** [Oracle AI Agent Memory documentation](https://docs.oracle.com/en/database/oracle/agent-memory/26.4/agmea/) and [oracleagentmemory](https://pypi.org/project/oracleagentmemory/) 26.6.0

•  **Database:** [Oracle AI Database 26ai](https://www.oracle.com/database/): HNSW vector indexes, VECTOR\_DISTANCE, and property-graph (PGQ) traversal