北京
如果你试过让AI助手"精通"Oracle数据库，大概率踩过这个坑：往提示词里塞一堆文档链接，结果模型把通用SQL习惯和过时的Oracle指南混在一起，关键时刻答案却含糊不清。
问题不在上下文不够，而在路由太差。这是Oracle官方技术博客系列第二篇的核心观点。作者提出一个反直觉的解法——不要一次性喂饱AI，而是一次只给一份技能文档，按Oracle官方推荐的顺序逐层深入。
这篇纯讲"路由"，不动手执行。执行部分留到第三篇讲SQLcl MCP。
为什么"堆链接"行不通
把成堆链接塞进提示词，看似全面，实则有三宗罪：版本线模糊、通用SQL模式压过Oracle专属指南、token预算暴涨却换不来更好的决策。
GitHub上Oracle官方维护的db/SKILL.md文件被作者称为"前门"。它不做知识库，只做地图——告诉你从哪份文件开始、下一步该读哪份、多步骤工作流的推荐顺序是什么。核心原则：不是读完所有，而是选对下一份，消化完再决定要不要继续。
db/SKILL.md 的结构
这份文件以路由表开头，强调"紧上下文"原则：先看表，再只读你需要的那份。
它梳理了8个技能目录：agent、features、frameworks、performance、security、devops、migrations、sqlcl。
作者建议新手重点抓两块：一是具体任务的入口点——性能排查从哪开始、SQLcl基础在哪、schema迁移怎么入手；二是常见序列，也就是"护栏"。比如RAG流程：ai-profiles → vector-search → dbms-vector；慢查询诊断：explain-plan → wait-events → optimizer-stats → awr-reports；安全的schema变更：schema-discovery → destructive-op-guards → idempotency-patterns → schema-migrations。
还有一条留给第三篇的MCP准备路径：sqlcl-basics → security目录下的最小权限管理 → sqlcl-mcp-server。
两种路由策略
按角色路由：给助手一个身份标签，让它自动匹配对应技能集。DBA、应用开发者、安全审计员看到的路由表不同。
按任务路由：直接声明你要做什么，让db/SKILL.md决定调用链。比如"优化这条慢SQL"触发performance分支，"给这个表加向量索引"触发features分支。
渐进式发现
作者强调一个关键约束：每次只加载一份文件。助手读完当前技能文档后，必须显式决定是执行、继续加载下一份，还是终止请求人类介入。这防止了"假装读过其实没消化"的幻觉。
路由结束的标志也很明确：当你准备好执行具体命令时，就离开路由阶段，进入"行动"阶段。那时候才轮到SQLcl MCP上场。
这篇的实操门槛极低——有浏览器能打开GitHub就行。但作者埋了个钩子：第三篇才会讲怎么把这套路由真正跑起来。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
