สิ่งที่คุณได้รับ
- ฐานความรู้ในคลัสเตอร์ที่คุณดูแลอยู่แล้ว
- การยืนยันตัวตนด้วย API key หรือชื่อผู้ใช้และรหัสผ่าน
- การตั้งค่าเอเจนต์เหมือนกับ store อื่นทุกตัว
ทำงานอย่างไรใน EDDI
- ตรวจสอบว่าเข้าถึงคลัสเตอร์ Elasticsearch ได้ และเลือกชื่อ index
- สร้าง RagConfiguration ที่มี
storeType: "elasticsearch",serverUrlและindexName - ผูกด้วยขั้นตอน workflow
eddi://ai.labs.rag - เลือกตามชื่อในงาน LLM แล้วนำเข้าเอกสาร
การตั้งค่า
นำมาจากเอกสารของ EDDI ค่าตัวอย่างเช่น your-agent-id ให้คุณแทนที่ด้วยค่าของคุณเอง
{
"name": "product-docs",
"embeddingProvider": "openai",
"embeddingParameters": {
"model": "text-embedding-3-small",
"apiKey": "${vault:openai-key}"
},
"storeType": "elasticsearch",
"storeParameters": {
"serverUrl": "localhost:9200",
"indexName": "product-docs"
},
"chunkStrategy": "recursive",
"chunkSize": 512,
"chunkOverlap": 64,
"maxResults": 5,
"minScore": 0.6
}// 1. workflow step: binds the knowledge base to the agent
{ "type": "eddi://ai.labs.rag",
"extensions": {},
"config": { "uri": "eddi://ai.labs.rag/ragstore/rags/{ragId}?version=1" } }
// 2. LLM task: selects it by the "name" of the RagConfiguration
{ "tasks": [{
"actions": ["*"],
"type": "openai",
"knowledgeBases": [{ "name": "product-docs", "maxResults": 5, "minScore": 0.7 }],
"parameters": { "systemMessage": "You are a helpful assistant." }
} ] }การกำกับดูแล
- อ้างอิง API key หรือรหัสผ่านจากคลังความลับ
- การเรียก embedding ส่งข้อความของเอกสารไปยังผู้ให้บริการ embedding ที่คุณกำหนด
- การควบคุมการเข้าถึงคลัสเตอร์ที่คุณมีอยู่ใช้กับเวกเตอร์ด้วย
ควรรู้
- การแทนที่ chunk ของเอกสารคาดว่าใช้ได้กับ Elasticsearch แต่ไม่มีการทดสอบครอบคลุม หากไม่มี เอกสารที่นำเข้าใหม่อาจทิ้ง chunk ที่ล้าสมัยไว้
การเชื่อมต่อที่เกี่ยวข้อง
การตั้งค่าและพฤติกรรมในหน้านี้อ้างอิงเอกสารของ EDDI ตรวจสอบเมื่อ 2026-10-14 ชื่อฟิลด์และค่าเริ่มต้นอาจเปลี่ยนไประหว่างรุ่น โปรดยืนยันในเอกสารของรุ่นที่คุณใช้