MCP는 모델을 도구와 데이터에 연결합니다. A2A는 에이전트를 서로 연결해, 모델이 단일 도구를 호출하는 방식이 아니라 한 에이전트가 다른 에이전트에게 작업을 넘기고 상태를 추적하는 방식을 정의합니다.
A2A 작업은 어떻게 추적되나요?
A2A 작업은 추적되는 작업 기록에 매핑되어, 사람이나 양식에서 시작된 작업처럼 생명주기, 증거, 결과가 감사 가능하게 됩니다.
Answer Engine Optimization (AEO)
marketing
Answer engine optimization은 AI 답변 엔진과 채팅 어시스턴트가 콘텐츠를 찾고, 인용하고, 정확하게 요약할 수 있도록 콘텐츠를 구조화하는 관행입니다. SEO가 순위가 매겨진 링크를 목표로 한다면, AEO는 합성된 답변 자체를 목표로 하며 명확한 정의, 구조화된 데이터, 기계가 읽을 수 있는 원본 파일에 최적화합니다.
동의어: AEO, generative engine optimization, GEO, AI search optimization
AEO는 SEO와 어떻게 다른가요?
SEO는 결과 페이지에서 클릭 가능한 링크로 순위가 오르도록 최적화합니다. AEO는 AI 생성 답변 안에서 선택되고, 인용되고, 출처로 표시되도록 최적화하며, 정확한 정의, 구조화된 데이터, 깨끗한 기계 판독 피드를 보상합니다.
답변 엔진이 페이지를 인용하는 데 도움이 되는 신호는 무엇인가요?
정의 우선 글쓰기, 유효한 schema.org 구조화 데이터, llms.txt 인덱스, FAQ 마크업, 안정적인 canonical URL은 모두 답변 엔진이 콘텐츠를 검색하고 출처를 표시하기 쉽게 만듭니다.
Chunking
ai
Chunking은 원본 문서를 embedding하기 전에 더 작은 검색 단위로 나누는 과정입니다. chunk 크기와 경계 전략은 retriever가 관련 사실을 얼마나 정밀하게 찾을 수 있는지를 결정하며, knowledge base 전체에서 recall, precision, embedding 비용의 균형을 맞춥니다.
동의어: text chunking, document segmentation, passage splitting, chunk strategy
좋은 chunk는 무엇인가요?
좋은 chunk는 의미적으로 독립적이고, 하나의 사실이 경계 사이에서 갈라지지 않을 크기이며, 안정적인 메타데이터를 가져 필터링, 갱신, 인용을 신뢰성 있게 할 수 있습니다.
Chunking은 답변 품질에 어떤 영향을 주나요?
너무 큰 chunk는 관련성을 희석하고 token을 낭비하며, 너무 작은 chunk는 맥락을 깨뜨려 의미를 잃게 합니다. 경계 선택은 recall과 생성 답변의 grounding을 직접 형성합니다.
Embedding
ai
Embedding은 텍스트, 이미지 또는 다른 데이터의 의미를 고차원 공간에서 나타내는 숫자 벡터입니다. 의미가 비슷한 항목은 서로 가까운 벡터를 만들기 때문에, 시스템은 정확한 일치가 아니라 의미적 유사성으로 콘텐츠를 비교, 군집화, 검색할 수 있습니다.
동의어: vector embedding, text embedding, semantic vector, dense representation
Embedding 모델 버전은 왜 중요한가요?
서로 다른 모델에서 나온 벡터는 비교할 수 없습니다. 각 embedding에 모델 버전을 저장하면 drift를 감지하고 embedding 모델을 업그레이드할 때 안전하게 재색인할 수 있습니다.
Embedding을 원래 텍스트로 되돌릴 수 있나요?
정확히는 아닙니다. 하지만 embedding은 민감한 정보를 노출할 수 있으므로, 그것이 나타내는 원본 콘텐츠와 동일한 tenant isolation과 access control을 상속해야 합니다.
Grounding
ai
Grounding은 AI 모델의 출력을 그 모델의 파라메트릭 메모리가 아니라 검증 가능한 원천 증거에 묶어 두는 관행입니다. grounded 답변은 인용하고 확인할 수 있는 검색 passage로 뒷받침되며, 조작되었거나 자신 있게 틀린 응답에 대한 주요 방어입니다.
검색은 관련 source passage만 모델에 제공하고, prompt는 그 증거에서만 답하라고 지시하며, 검증 단계는 supporting citation이 없는 주장을 거부합니다.
Grounding 증거가 없으면 어떻게 되나요?
잘 설계된 grounded 시스템은 응답을 지어내기보다 답변을 거절하거나 사람에게 escalation하며, 확신 있는 추측 대신 명시적인 빈틈을 드러냅니다.
Hallucination
ai
Hallucination은 언어 모델이 자신 있게 내놓지만 지원되지 않거나 조작된 출력입니다. 그럴듯하게 들리지만 제공된 증거나 현실에 근거가 없는 주장입니다. Hallucination은 지식 업무 자동화의 핵심 위험이며, 인용된 증거로 grounding하는 것이 주요 완화책입니다.
동의어: AI hallucination, fabrication, confabulation, ungrounded output
언어 모델은 왜 hallucination을 하나요?
모델은 검증된 사실이 아니라 그럴듯한 텍스트를 예측합니다. 검색된 증거가 제약하지 않으면, 빈틈을 통계적으로 그럴듯하지만 검증되지 않은 문장으로 채웁니다.
Hallucination을 어떻게 줄이나요?
답변을 검색된 출처에 grounding하고, 인용을 요구하며, 주장을 증거와 대조해 검증하고, 낮은 confidence나 지원되지 않는 사례는 추측을 반환하지 말고 사람에게 라우팅합니다.
Human-in-the-Loop
governance
Human-in-the-loop은 AI 시스템의 제안이 효력을 갖기 전에 사람이 검토, 승인 또는 수정하는 설계 패턴입니다. 자동화가 routine volume을 처리하는 동안, 고위험 또는 낮은 confidence 결정의 critical path에는 인간 판단을 유지합니다.
동의어: HITL, human in the loop, human oversight, human review
언제 단계가 human-in-the-loop이어야 하나요?
결정이 고위험, 되돌릴 수 없음, 낮은 confidence 또는 정책 지배 대상일 때입니다. routine하고 근거가 충분하며 위험이 낮은 단계는 자동으로 실행하고 사람은 예외를 검토할 수 있습니다.
완전 자동화와는 어떻게 다른가요?
완전 자동화는 검토 없이 행동합니다. Human-in-the-loop은 사람이 제안을 승인, 수정 또는 거부할 수 있는 명시적 checkpoint를 삽입해 민감한 결과에 대한 책임성을 유지합니다.
Intake 자동화
platform
Intake 자동화는 구조화되지 않은 인바운드 요청을 수동 데이터 입력 없이 구조화되고 기계가 읽을 수 있는 record로 바꾸는 과정입니다. 요청을 분류하고, 중요한 필드를 추출하며, 결과를 workflow로 라우팅해 작업이 일관되게 답변되거나 action될 수 있게 합니다.
email, chat message, web form, uploaded document, connected system에서 동기화된 record 모두 downstream 처리를 위해 같은 구조화된 형태로 정규화할 수 있습니다.
Intake 자동화는 사람을 대체하나요?
아니요. 수동 데이터 입력과 triage 부담을 제거해, 사람은 정책이 라우팅하는 판단 중심 예외, 승인, 고위험 결정에 집중하게 합니다.
Model Context Protocol (MCP)
ai
Model Context Protocol은 AI 어시스턴트가 균일한 interface를 통해 외부 도구와 데이터 source에 연결될 수 있게 하는 개방형 표준입니다. MCP server는 모델 client가 발견하고 호출할 수 있는 typed tool과 resource를 노출하므로, integration마다 bespoke code 없이 capability를 추가할 수 있습니다.
동의어: MCP, model context protocol, MCP server, tool protocol
MCP server는 무엇을 노출하나요?
모델이 호출할 수 있는 typed tool과 읽을 수 있는 resource를 노출하며, 각 항목은 schema와 annotation으로 설명되어 client가 capability를 발견하고 안전하게 호출할 수 있습니다.
MCP는 거버넌스 자동화에 왜 중요한가요?
외부 assistant가 플랫폼에서 행동할 수 있는 표준적이고 schema로 설명된 방식을 제공하므로, tool call을 검증하고 tenant에 scoped하며 다른 action과 같은 승인 정책으로 라우팅할 수 있습니다.
MongoDB Vector Search
infrastructure
콘텐츠를 vector embedding으로 변환하고, 효율적인 similarity search를 위해 metadata와 함께 MongoDB Atlas Search vector index에 저장하는 과정입니다.
Knowledge retrieval에 MongoDB Atlas Search를 왜 사용하나요?
MongoDB Atlas Search는 vector query와 traditional query를 결합할 수 있는 빠른 vector similarity search, 통합 metadata filtering, 기존 MongoDB infrastructure 안에서의 매끄러운 scaling을 제공합니다.
Retrieval-augmented generation은 언어 모델의 output을 파라메트릭 메모리에만 의존하지 않고 검색된 source document에 grounding하는 기법입니다. 시스템은 knowledge base에서 관련 passage를 가져와 context로 제공하고, 모델에게 그 증거만 사용해 답하라고 요청합니다.
RAG는 지식을 즉시 업데이트할 수 있는 외부 store에 유지하므로 답변이 최신 상태를 유지하고 모든 주장을 source로 추적할 수 있습니다. Fine-tuning은 지식을 weight에 굳혀 새로고침이 느리고 attribution이 어렵습니다.
RAG pipeline에는 무엇이 포함되나요?
일반적으로 ingestion과 chunking, embedding, vector 또는 hybrid search용 index, retriever, 그리고 검색된 passage로 모델을 조건화하고 cited evidence를 반환하는 generation 단계가 포함됩니다.
Single Sign-On (SSO)
security
SAML 또는 OpenID Connect 같은 identity federation protocol을 통해 사용자가 하나의 login credential 세트로 여러 application에 접근할 수 있게 하는 인증 방식입니다.
동의어: saml, oidc, federated login, enterprise sso
SSO는 shell-and-pack platform에 왜 중요한가요?
identity를 중앙화하고, MFA와 conditional access 같은 enterprise security policy를 적용하며, shell, pack, governed workspace 전반에서 user provisioning을 빠르게 합니다.
SAML vs OIDC?
SAML은 XML 기반이며 오래된 enterprise stack에서 흔합니다. OAuth2 위에 구축된 OIDC는 더 가볍고 현대적입니다. 둘 다 지원하면 고객 IdP와의 compatibility가 극대화됩니다.
SLA 위반
operations
SLA 위반은 응답 또는 해결 마감처럼 service-level agreement에 정의된 약속을 작업이 지키지 못할 때 발생합니다. 위반을 자동 감지하고 escalation하면 책임성이 보이고, 약속이 깨지기 전에 위험한 작업이 적절한 사람에게 도달합니다.
동의어: service level breach, SLA violation, missed SLA, deadline breach
SLA 위반은 어떻게 자동 감지되나요?
각 WorkItem은 자신의 약속 timer를 가지고, 시스템은 elapsed time을 threshold와 비교해 deadline이 다가오면 escalation을 올리고, 놓치면 위반을 기록합니다.
위반이 임박하면 어떻게 되나요?
Policy는 WorkItem을 escalation하거나 owner에게 알리거나 queue를 재우선순위화해, 약속을 실제로 놓치기 전에 위험한 작업에 주의가 이동하도록 할 수 있습니다.
Tenant 격리
security
Tenant 격리는 multi-tenant system에서 각 고객의 data와 configuration이 논리적으로 분리되어 다른 tenant가 접근할 수 없다는 보장입니다. storage, retrieval, access control 모든 layer에서 강제되어 한 조직이 다른 조직의 작업을 보거나 영향을 줄 수 없게 합니다.
동의어: multi-tenant isolation, tenant scoping, data partitioning, tenancy boundary
검색 중 tenant 격리는 어떻게 강제되나요?
모든 query는 요청 tenant로 scoped되고, 저장된 content는 tenant identifier를 가지므로 vector search와 keyword search는 해당 tenant의 evidence만 반환할 수 있습니다.
격리는 data에만 관한 것인가요?
아닙니다. configuration, policy, embedding, audit log도 포함하므로 공유 infrastructure 위에서도 한 tenant의 어떤 작업도 다른 tenant로 새지 않습니다.
Vector Search
ai
Vector search는 정확한 단어가 아니라 의미로 콘텐츠를 찾습니다. 텍스트는 고차원 embedding으로 변환되고, cosine distance 같은 similarity metric이 저장된 vector를 query vector와 얼마나 가까운지에 따라 순위화해, keyword가 일치하지 않아도 개념적으로 관련된 passage를 반환합니다.
Embedding은 embedding model이 만든 숫자 vector로, 텍스트 조각의 의미를 나타냅니다. 의미가 비슷한 텍스트는 vector space에서 가까운 위치에 놓입니다.
Approximate nearest neighbor (ANN) search란 무엇인가요?
ANN search는 저장된 vector 수가 수백만으로 늘어나도 similarity lookup이 빠르게 유지되도록 index structure를 사용하며, 큰 속도 향상을 위해 약간의 정확도를 교환합니다.
Vertical Pack
platform
Vertical pack은 플랫폼을 특정 업무 도메인에 맞게 조정하는 패키지화된 구성입니다. intent, extraction field, evidence source, policy, action을 포함합니다. Pack은 team이 IT access나 vendor security 같은 집중된 workflow를 underlying engine을 다시 만들지 않고 시작하게 합니다.
인식하는 intent, 추출하는 field, 답변을 grounding하는 evidence, 강제하는 approval policy, 해당 업무 도메인을 위해 제안할 수 있는 governed action을 구성합니다.
Pack을 custom할 수 있나요?
예. Pack은 team이 Studio에서 intent, prompt, evidence source, policy를 조정해 실제 process에 맞추는 시작 configuration입니다.
Work Packet
platform
Work packet은 WorkItem을 둘러싸고 조립되는 context bundle로, 원래 요청, extracted field, retrieved evidence, applicable policy, proposed action을 포함해 reasoning하고 action할 수 있게 합니다. 하나의 작업에 대한 완전하고 self-contained한 briefing입니다.
동의어: work bundle, context packet, task packet, work context
Work packet은 WorkItem과 어떻게 다른가요?
WorkItem은 요청 자체의 추적 record입니다. Work packet은 그 record 주변에 답변이나 action을 이끌기 위해 모인 context, 즉 evidence, policy, proposal입니다.
왜 context를 packet으로 묶나요?
Self-contained packet은 모델이나 검토자가 시스템을 찾아 헤매지 않고 결정할 수 있게 하며, 결정 시점에 어떤 evidence가 사용 가능했는지 audit trail에 정확히 보존합니다.
WorkItem
platform
WorkItem은 Threada의 작업 단위입니다. email, chat, document, form에서 들어온 단일 인바운드 요청을 구조화되고 추적 가능한 record로 정규화한 것입니다. 각 WorkItem은 intent, extracted field, evidence, 그리고 그 위에서 이루어진 모든 decision과 action의 완전한 history를 가집니다.
동의어: work item, task record, tracked request, unit of work
WorkItem은 support ticket과 어떻게 다른가요?
Ticket은 보통 conversation을 추적합니다. WorkItem은 작업 자체를 추적합니다. classified intent, extracted field, 답변을 grounding하는 evidence, 수행된 governed action이 end-to-end로 감사 가능하게 기록됩니다.
WorkItem은 어떤 lifecycle을 거치나요?
Intake가 요청을 정규화하고, intent classification이 라우팅하며, evidence retrieval이 제안된 response를 grounding하고, 모든 action은 WorkItem이 해결 및 기록되기 전 approval policy를 통과합니다.
승인 워크플로
governance
승인 워크플로는 제안된 작업이 실행되기 전에 통과해야 하는 거버넌스 체크포인트의 순서입니다. 각 단계는 위험, 역할 또는 정책에 따라 결정을 적절한 검토자에게 라우팅하고, 누가 무엇을 승인했는지 기록해 결과가 완전히 책임 가능하도록 합니다.
동의어: approval flow, review workflow, authorization workflow, sign-off process
무엇이 승인 요구를 트리거할 수 있나요?
요구 사항은 워크플로, 채널, 위험 등급, 금액 기준, 작업 유형별로 적용될 수 있어, 실제로 감독이 필요한 단계만 검토자 앞에서 멈춥니다.
승인 워크플로는 어떻게 감사 가능성을 유지하나요?
모든 요청, 승인, 수정, 거부가 행위자와 timestamp와 함께 기록되어, 각 거버넌스 작업을 누가 승인했는지 증명하는 end-to-end 추적을 만듭니다.
에이전트 위임
security
에이전트 위임은 AI 에이전트가 사용자나 다른 에이전트를 대신해 행동할 수 있도록 범위가 제한되고 시간 제한이 있는 권한을 통제된 방식으로 부여하는 것입니다. 위임은 허용되는 기능, tenant, 작업을 정확히 지정하므로 에이전트는 명시적이고 취소 가능하며 감사 가능한 한계 안에서 작동합니다.
동의어: delegated authority, scoped delegation, agent authorization, agent grant
위임 범위는 무엇을 정의하나요?
에이전트가 사용할 수 있는 기능, 행동할 수 있는 tenant, 제안하거나 실행할 수 있는 작업, 만료 시점을 정의해 권한이 좁고 시간 제한이 있으며 취소 가능하도록 합니다.
위임은 어떻게 책임성을 유지하나요?
위임된 모든 작업은 에이전트와 위임한 주체 모두에게 귀속되고 audit trail에 기록됩니다. 민감한 작업은 여전히 승인 정책을 통과합니다.
의도 분류
ai
의도 분류는 인바운드 요청이 실제로 무엇을 요구하는지 판단해, 구조화되지 않은 텍스트를 정의된 업무 범주로 매핑하는 단계입니다. 정확한 분류는 각 WorkItem을 올바른 workflow, evidence source, policy로 라우팅하므로 신뢰할 수 있는 자동화의 기반입니다.
먼저 제안하면 의도와 효과가 분리됩니다. 승인 정책과 검토자가 정확한 작업과 매개변수를 확인할 수 있어, 자동화 오류가 시스템 오브 레코드에 도달하는 일을 막습니다.
작업 제안에는 무엇이 들어가나요?
대상 통합, 수행할 작업, 확정된 매개변수, 근거 증거, 그리고 실행 전 승인이 필요한지에 대한 정책 결정이 들어갑니다.
증거 인용
ai
증거 인용은 AI 시스템이 만드는 모든 주장에 검증 가능한 출처 참조를 붙이는 관행입니다. 인용된 각 passage는 그것이 나온 문서, record 또는 knowledge asset으로 연결되므로, 사람은 답변을 신뢰하거나 행동하기 전에 그것이 근거 있는지 확인할 수 있습니다.
최소한 source identifier와 사용된 정확한 passage가 필요하며, 안정적인 링크와 timestamp가 있으면 검토자가 답변 생성 시점에 증거가 최신이었는지 확인할 수 있습니다.
거버넌스 자동화에서 인용은 왜 필수인가요?
인용은 답변을 감사 가능하게 만듭니다. 인용이 없으면 자동화된 응답은 책임질 수 없지만, 인용이 있으면 검토자가 grounding을 확인하고 audit trail이 어떤 증거가 결정을 이끌었는지 증명할 수 있습니다.
하이브리드 검색
ai
하이브리드 검색은 관련 passage를 찾기 위해 semantic vector search와 lexical keyword search를 결합합니다. vector search는 의미와 paraphrase를 잡고, keyword search는 정확한 용어와 identifier를 잡으며, fusion 단계가 두 결과 집합을 합쳐 정밀한 token과 개념적 일치 중 어느 쪽도 놓치지 않게 합니다.