okp integration proposal#2914
Conversation
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
@blublinsky: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
|
|
||
| - **Native / direct RAG** — The application loads or hosts retrieval itself (e.g. in-process vector store, embedded FAISS, fixed corpus on disk). Retrieval is not exposed to the model as an MCP tool unless you explicitly wrap it. | ||
| - **MCP-based RAG** — Documentation or knowledge is retrieved through the **Model Context Protocol**: an MCP server exposes search/read tools; the **model** (or agent runtime) chooses when to call them. The corpus may live remotely; latency and auth follow MCP semantics. | ||
|
|
There was a problem hiding this comment.
LCORE supports both ways of integrating RAG into request processing flow and calls them inline and tool RAG approaches. Wondering if we could keep the terminology consistent.
Description
This PR provides an OKP integration proposal
Type of change
Related Tickets & Documents
https://redhat.atlassian.net/browse/OLS-2903
https://redhat.atlassian.net/browse/OLS-2903
Checklist before requesting a review
Testing