<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>JIWOONG.dev</title>
    <link>https://www.sea4.net/</link>
    <description>DevOps, AWS, Terraform, Backend(Java·Node.js), Cloud Infrastructure, AI Engineering을 직접 적용하며 배운 내용을 기록하는 개발 블로그입니다.</description>
    <language>ko-KR</language>
    <lastBuildDate>Sat, 07 Nov 2026 04:37:04 +0900</lastBuildDate>
    <atom:link href="https://www.sea4.net/feed.xml" rel="self" type="application/rss+xml" />

    <item>
      <title>Supervisor와 Swarm — 여러 에이전트는 어떻게 일을 나눌까</title>
      <link>https://www.sea4.net/posts/agent-design-supervisor-swarm/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/agent-design-supervisor-swarm/</guid>
      <pubDate>Sat, 07 Nov 2026 04:35:00 +0900</pubDate>
      <description>가상의 도서관 예약을 예로 중앙 조정과 직접 인계의 차이, 공유 상태와 실행 한도, 실패 처리 기준을 비교한다.</description>

      <category>AI</category>


      <category>Agent</category>

      <category>Multi-Agent</category>

      <category>LangGraph</category>

      <category>Strands</category>

      <category>Supervisor</category>

      <category>Swarm</category>

    </item>

    <item>
      <title>LangChain·LangGraph·Strands — 에이전트 프레임워크 선택 기준</title>
      <link>https://www.sea4.net/posts/agent-design-framework-selection/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/agent-design-framework-selection/</guid>
      <pubDate>Wed, 04 Nov 2026 04:00:00 +0900</pubDate>
      <description>가상의 도서관 안내를 직접 SDK로 만들 때와 프레임워크로 만들 때를 비교하고, 앱 구성·실행 흐름·관측 평가의 책임을 구분한다.</description>

      <category>AI</category>


      <category>Agent</category>

      <category>LangChain</category>

      <category>LangGraph</category>

      <category>Strands</category>

      <category>LangSmith</category>

    </item>

    <item>
      <title>CoT와 ReAct — 풀이를 생성하는 것과 도구를 실행하는 것의 차이</title>
      <link>https://www.sea4.net/posts/agent-design-cot-react/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/agent-design-cot-react/</guid>
      <pubDate>Sun, 01 Nov 2026 04:00:00 +0900</pubDate>
      <description>가상의 도서관 사례로 CoT, Zero-shot CoT, ReAct를 비교하고 도구 호출·관찰·종료 조건을 구분한다.</description>

      <category>AI</category>


      <category>Agent</category>

      <category>CoT</category>

      <category>ReAct</category>

    </item>

    <item>
      <title>AWS Solutions Library Samples 둘러보기 — 9개 주제로 정리한 28개 프로젝트</title>
      <link>https://www.sea4.net/posts/aws-solutions-library-projects-by-topic/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/aws-solutions-library-projects-by-topic/</guid>
      <pubDate>Thu, 29 Oct 2026 13:00:00 +0900</pubDate>
      <description>생성형 AI부터 데이터 파이프라인, 보안, 비용 관리, 네트워크, 미디어와 산업별 시스템까지 공개 AWS 예제를 목적별로 분류하고 선택 기준을 정리한다.</description>

      <category>AWS</category>

      <category>Architecture</category>


      <category>AWS</category>

      <category>OpenSource</category>

      <category>Architecture</category>

      <category>Bedrock</category>

      <category>DataEngineering</category>

      <category>DevOps</category>

    </item>

    <item>
      <title>가중치를 공개하면 오픈소스일까 — Closed AI, Open Weights, Open Source AI 비교</title>
      <link>https://www.sea4.net/posts/closed-ai-open-weights-open-source/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/closed-ai-open-weights-open-source/</guid>
      <pubDate>Wed, 28 Oct 2026 09:00:00 +0900</pubDate>
      <description>모델 가중치와 학습 과정의 공개 범위를 구분하고, 대표 모델의 라이선스와 출처가 명시된 성능 비교를 통해 선택 기준을 정리한다.</description>

      <category>AI</category>


      <category>LLM</category>

      <category>OpenSource</category>

      <category>OpenWeights</category>

      <category>Licensing</category>

      <category>Benchmark</category>

    </item>

    <item>
      <title>Bedrock Guardrails — 차단 문구보다 trace에서 확인할 것</title>
      <link>https://www.sea4.net/posts/bedrock-rag-guardrails-trace/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/bedrock-rag-guardrails-trace/</guid>
      <pubDate>Mon, 26 Oct 2026 11:00:00 +0900</pubDate>
      <description>RAG에 Guardrails를 연결한 저장 출력을 검토하고, 입력·출력 정책과 실제 차단 위치, 문서 권한·정확도 검증의 경계를 나눈다.</description>

      <category>AI</category>

      <category>AWS</category>


      <category>RAG</category>

      <category>Bedrock</category>

      <category>Guardrails</category>

      <category>Security</category>

      <category>Observability</category>

    </item>

    <item>
      <title>평가받는 답변이 채점자를 속일 수 있을까 — LLM-as-Judge와 프롬프트 주입</title>
      <link>https://www.sea4.net/posts/llm-judge-prompt-injection/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/llm-judge-prompt-injection/</guid>
      <pubDate>Sun, 25 Oct 2026 11:00:00 +0900</pubDate>
      <description>후보 답변 속 지시가 평가에 영향을 주는 문제를 살펴보고, 신뢰 경계·근거 확인·회귀 사례로 평가자의 견고함을 점검하는 방법을 정리한다.</description>

      <category>AI</category>


      <category>LLM</category>

      <category>LLM-as-Judge</category>

      <category>Evaluation</category>

      <category>PromptInjection</category>

      <category>Security</category>

    </item>

    <item>
      <title>RAGAS 점수가 낮으면 무엇을 고칠까 — 검색·생성·평가 오류 분리하기</title>
      <link>https://www.sea4.net/posts/bedrock-ragas-metrics-diagnosis/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/bedrock-ragas-metrics-diagnosis/</guid>
      <pubDate>Fri, 23 Oct 2026 11:00:00 +0900</pubDate>
      <description>5건의 실습 점수와 저장 답변을 대조하고, faithfulness·correctness·context recall을 원인 진단과 구분해 해석한다.</description>

      <category>AI</category>


      <category>RAG</category>

      <category>Ragas</category>

      <category>Evaluation</category>

      <category>LLM-as-Judge</category>

      <category>Bedrock</category>

    </item>

    <item>
      <title>답변 순서만 바꿨는데 승자가 달라진다면 — LLM 평가의 위치 편향</title>
      <link>https://www.sea4.net/posts/llm-judge-position-bias/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/llm-judge-position-bias/</guid>
      <pubDate>Thu, 22 Oct 2026 11:00:00 +0900</pubDate>
      <description>A/B 순서를 바꾼 평가에서 실제 답변의 정체성을 추적하고, 반복 변동·순서 불일치·동점·판단 불가를 나눠 기록하는 방법을 살펴본다.</description>

      <category>AI</category>


      <category>LLM</category>

      <category>LLM-as-Judge</category>

      <category>Evaluation</category>

      <category>PositionBias</category>

    </item>

    <item>
      <title>Bedrock RAG 검색·생성 분리 — 답변에 쓴 근거를 그대로 평가하기</title>
      <link>https://www.sea4.net/posts/bedrock-rag-retrieve-generation-records/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/bedrock-rag-retrieve-generation-records/</guid>
      <pubDate>Wed, 21 Oct 2026 11:00:00 +0900</pubDate>
      <description>Retrieve와 생성 호출을 분리하고, 검색 재호출과 실패 행 누락으로 평가 입력이 어긋나는 문제를 방지하는 기록 구조를 만든다.</description>

      <category>AI</category>

      <category>AWS</category>


      <category>RAG</category>

      <category>Bedrock</category>

      <category>Retrieval</category>

      <category>Evaluation</category>

      <category>Python</category>

    </item>

    <item>
      <title>MCP와 A2A — 도구 연결과 에이전트 협업은 어떻게 다를까</title>
      <link>https://www.sea4.net/posts/mcp-a2a-tools-and-agents/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/mcp-a2a-tools-and-agents/</guid>
      <pubDate>Tue, 20 Oct 2026 11:00:00 +0900</pubDate>
      <description>MCP의 도구·리소스 연결과 A2A의 에이전트 간 작업 교환을 비교하고, 가상 자료 조사 흐름으로 두 프로토콜의 역할과 운영 경계를 살펴본다.</description>

      <category>AI</category>


      <category>AI</category>

      <category>Agent</category>

      <category>MCP</category>

      <category>A2A</category>

      <category>Architecture</category>

    </item>

    <item>
      <title>Bedrock RAG 실습 — RetrieveAndGenerate로 시작하고 근거를 확인하기</title>
      <link>https://www.sea4.net/posts/bedrock-rag-retrieve-and-generate/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/bedrock-rag-retrieve-and-generate/</guid>
      <pubDate>Mon, 19 Oct 2026 11:00:00 +0900</pubDate>
      <description>Knowledge Bases의 검색·생성 통합 호출을 살펴보고, 검색 개수와 프롬프트 변경을 비교할 때 인용 근거와 실행 기록을 어떻게 읽을지 정리한다.</description>

      <category>AI</category>

      <category>AWS</category>


      <category>RAG</category>

      <category>Bedrock</category>

      <category>KnowledgeBases</category>

      <category>PromptEngineering</category>

    </item>

    <item>
      <title>RAG는 어떻게 동작할까 — 검색부터 근거 있는 답변까지</title>
      <link>https://www.sea4.net/posts/rag-retrieval-grounded-generation/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/rag-retrieval-grounded-generation/</guid>
      <pubDate>Sun, 18 Oct 2026 11:00:00 +0900</pubDate>
      <description>가상의 도서관 안내로 검색 증강 생성의 흐름을 살펴보고, 청크·임베딩·하이브리드 검색과 검색 품질·답변 품질의 평가를 구분한다.</description>

      <category>AI</category>


      <category>RAG</category>

      <category>LLM</category>

      <category>Retrieval</category>

      <category>Embedding</category>

      <category>VectorSearch</category>

      <category>Evaluation</category>

    </item>

    <item>
      <title>Debezium CDC 운영 — Kafka Connect와 Schema Evolution</title>
      <link>https://www.sea4.net/posts/debezium-kafka-connect-schema-evolution/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/debezium-kafka-connect-schema-evolution/</guid>
      <pubDate>Sat, 17 Oct 2026 11:00:00 +0900</pubDate>
      <description>Kafka Connect의 worker·connector·task 운영과 schema history를 이해하고, coupon_code 추가 예제로 이벤트·소비자·목적지의 안전한 변경 순서를 정리한다.</description>

      <category>Data</category>


      <category>CDC</category>

      <category>Debezium</category>

      <category>Kafka</category>

      <category>KafkaConnect</category>

      <category>SchemaRegistry</category>

      <category>DataEngineering</category>

    </item>

    <item>
      <title>CDC 정합성과 장애 복구 — 중복·역순·재처리를 다루는 방법</title>
      <link>https://www.sea4.net/posts/cdc-consistency-and-recovery/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/cdc-consistency-and-recovery/</guid>
      <pubDate>Thu, 15 Oct 2026 11:00:00 +0900</pubDate>
      <description>초기 적재 경계부터 멱등 upsert, 삭제 버전 보존과 replay까지. orders 예제로 CDC 목적지의 최신 상태를 지키고 복구 완료를 검증하는 방법을 정리한다.</description>

      <category>Data</category>


      <category>CDC</category>

      <category>Datastream</category>

      <category>Debezium</category>

      <category>Kafka</category>

      <category>DataEngineering</category>

      <category>Recovery</category>

    </item>

    <item>
      <title>LLM 평가를 테스트 코드처럼 운영하기 — 평가 데이터와 회귀 테스트</title>
      <link>https://www.sea4.net/posts/llm-judge-regression-tests/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/llm-judge-regression-tests/</guid>
      <pubDate>Wed, 14 Oct 2026 11:00:00 +0900</pubDate>
      <description>가상 판정 JSON과 Python으로 평가 변경을 비교한다. 잘못된 통과·판단 불가·실행 실패를 따로 기록하고 버전과 표본 누락을 검사한다.</description>

      <category>AI</category>


      <category>LLM</category>

      <category>LLM-as-Judge</category>

      <category>Evaluation</category>

      <category>Python</category>

      <category>RegressionTesting</category>

    </item>

    <item>
      <title>GitHub Actions에서 AWS Access Key 없이 배포하기: OIDC 구조 이해하기</title>
      <link>https://www.sea4.net/posts/github-actions-aws-oidc/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/github-actions-aws-oidc/</guid>
      <pubDate>Mon, 12 Oct 2026 11:00:00 +0900</pubDate>
      <description>GitHub Actions에 장기 AWS Access Key를 저장하지 않고 OIDC와 IAM Role을 이용해 short-lived credential로 AWS에 접근하는 구조를 정리했다.</description>

      <category>DevOps</category>


      <category>GitHubActions</category>

      <category>AWS</category>

      <category>OIDC</category>

      <category>IAM</category>

      <category>CI/CD</category>

      <category>Security</category>

      <category>DevOps</category>

    </item>

    <item>
      <title>Detection as Code — SIEM Rule도 Git으로 관리해야 하는 이유</title>
      <link>https://www.sea4.net/posts/detection-as-code-siem-rules-git/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/detection-as-code-siem-rules-git/</guid>
      <pubDate>Sat, 10 Oct 2026 11:00:00 +0900</pubDate>
      <description>SIEM 탐지 규칙을 Git에서 버전 관리하고 Sigma, 테스트, CI/CD, 배포 및 Rollback까지 연결하는 실무 설계.</description>

      <category>Security</category>


      <category>Security</category>

      <category>SIEM</category>

      <category>DetectionAsCode</category>

      <category>Sigma</category>

      <category>GitOps</category>

      <category>CICD</category>

      <category>SOC</category>

    </item>

    <item>
      <title>AWS 인프라로 SIEM 만들기: Security Lake와 OpenSearch</title>
      <link>https://www.sea4.net/posts/aws-siem-security-lake-opensearch/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/aws-siem-security-lake-opensearch/</guid>
      <pubDate>Thu, 08 Oct 2026 11:00:00 +0900</pubDate>
      <description>Amazon Security Lake를 보안 분석용 Source of Truth로 두고 OpenSearch, Athena, Log Archive, Detection GitOps를 연결해 운영 가능한 AWS SIEM 구조를 정리했다.</description>

      <category>AWS</category>


      <category>AWS</category>

      <category>SIEM</category>

      <category>SecurityLake</category>

      <category>OpenSearch</category>

      <category>OCSF</category>

      <category>SecurityHub</category>

      <category>CloudTrail</category>

      <category>GitOps</category>

    </item>

    <item>
      <title>AI에게 “잘 평가해줘”라고 하면 안 되는 이유 — 평가 기준표 만들기</title>
      <link>https://www.sea4.net/posts/llm-judge-rubric-design/</link>
      <guid isPermaLink="true">https://www.sea4.net/posts/llm-judge-rubric-design/</guid>
      <pubDate>Wed, 07 Oct 2026 11:00:00 +0900</pubDate>
      <description>막연한 점수 대신 사실 충실성·핵심 정보·근거 없는 추가를 나누고, 통과·실패·판단 불가와 경계 사례로 평가 기준을 구체화한다.</description>

      <category>AI</category>


      <category>LLM</category>

      <category>LLM-as-Judge</category>

      <category>Evaluation</category>

      <category>Rubric</category>

    </item>

  </channel>
</rss>
