주제: 아키텍처

홈으로

  • 에이전트 훅 설계: 차단·응답 변환·알림의 실행 계약

    English version TECH INSIGHT / EXPLAINED 훅은 도구 실행 전 검사, 실행 후 알림, 응답 후처리를 코어 밖에서 연결하는 지점입니다. 효과는 이벤트 이름보다 '결과를 기다리는가, 실패하면 무엇을 하는가'라는 계약에서 결정됩니다.

  • 멀티테넌트 AI 서비스: SQLite·파일·비밀 키의 격리 경계

    English version TECH INSIGHT / EXPLAINED 멀티테넌트 서비스의 핵심 검증은 “A 고객의 로그인으로 B 고객의 ID를 넣으면 어떻게 되는가”입니다. 목록 조회뿐 아니라 파일, 검색 색인, 캐시, 백업, 백그라운드 작업까지 같은 질문을 적용해야 합니다.

  • 멀티 에이전트 위임: 작업 계약·권한·예산을 함께 설계하기

    English version TECH INSIGHT / EXPLAINED 여러 에이전트가 유리한 작업은 서로 기다리지 않고 검증 가능한 결과를 만들 수 있는 작업입니다. 같은 파일을 동시에 고치거나 같은 주문을 보내는 일이라면 에이전트 수보다 소유권과 승인 경계가 먼저입니다.

  • LLM 제공자 어댑터: 스트리밍·도구·폴백 계약 설계

    English version TECH INSIGHT / EXPLAINED 두 번째 LLM을 붙일 때 생기는 문제는 URL 변경보다 응답 의미의 차이입니다. 같은 스트리밍이라도 도구 인자 조립, 종료 신호, 사용량 계산이 다릅니다. 이 차이를 호출부마다 해결하지 않도록 어댑터에 계약을 모읍니다.

  • AI 에이전트 파이프라인: 8단계보다 중요한 실행 경계

    English version TECH INSIGHT / EXPLAINED 에이전트 루프를 나누는 목적은 코드를 짧게 보이게 하는 것이 아닙니다. 모델 응답이 잘렸을 때 도구 실행을 막고, 사용자가 취소했을 때 무엇을 저장할지 결정하는 경계를 만드는 데 있습니다.

  • 여러 DEX를 스캔하는 어댑터: 견적·기능·실행 계약

    English version TECH INSIGHT / EXPLAINED 어댑터 패턴은 서로 다른 DEX의 견적·실행 방식을 같다고 가정하지 않으면서 공통 스캐너가 다루게 합니다. 수십 곳 확장은 여기서 설계 목표이며 24개 운영 연동을 입증한 실적 주장은 아닙니다.