제품과 데이터 화면, AI 시스템의 판단 구조를 읽는 실무 노트.
대표 글 · AI & Agent Systems
AI Agent란 무엇인가: 챗봇과 무엇이 다른가
실행 결과가 다음 판단을 바꾸는가. 챗봇과 Agent를 구분하는 피드백 구조를 봅니다.
글의 핵심을 그린 설명 도식

도식의 내용과 조건 읽기
실행: 공식 자료 검색 → 관측: 가격 변경 발견 → 다음 판단: 기능 제한 추가 확인. 다음 실행 후 새 관측과 목표·중단 조건을 함께 확인합니다.
LATEST
최신 글
RSS 리더에 주소를 추가해 새 글을 받아보세요.
-
AI 에이전트 완료 판정: 실제 결과와 독립 검수로 확인하기
AI 에이전트의 완료를 도구 응답만으로 판단하지 않는 방법을 정리합니다. 완료 기준별 증거, 독립 검수, 통과·실패·미검증, 산출물 버전 관리를 다룹니다.

-
중단된 AI 에이전트 복구: 체크포인트에 무엇을 남겨야 할까
중단된 AI 에이전트가 안전하게 이어서 일하려면 무엇을 저장해야 할까요? 입력 버전, 산출물, 미확정 작업, 권한을 포함한 체크포인트와 재개 절차를 살펴봅니다.

-
AI 에이전트 중복 실행 방지: 재시도 전에 결과부터 확인하기
타임아웃을 실행 실패로 단정하면 같은 작업이 반복될 수 있습니다. 멱등성 키, 결과 조회, 미확정 상태, 동시 실행을 구분해 안전한 재시도 기준을 설계합니다.

-
매출과 전환율을 한 차트에 겹치면 왜 위험할까: Dual-axis chart 설계
단위가 다른 지표의 선이 교차하거나 같은 높이에 놓여도 값이 같다는 뜻은 아니다. 같은 합성 데이터의 축 범위를 바꿔 보고, 실제 값·상대 변화·동행 질문에 맞는 정렬 패널과 Index chart 선택 기준을 제시한다.
-
온보딩 완료율이 높아도 사용자가 남지 않는 이유
계정 생성과 튜토리얼 완료는 준비가 끝났다는 뜻이지, 제품 가치를 경험했다는 뜻은 아니다. 합성 사례로 설정 완료·첫 가치·반복 사용·유지를 구분한다.
-
MCP 2025-11-25: 초기화는 성공했는데 도구 목록이 비어 있을 때
MCP 2025-11-25 구버전 stdio 최소 예제로 초기화 성공 뒤 빈 tools/list를 재현했다. Python 도구 등록 한 줄의 전후 로그와 실행 코드를 비교하고, 최신 2026-07-28 규격과의 차이, 실제 제품 UI는 검증하지 않았다는 한계를 밝힌다.

-
AI Agent Tool 계약: 호출 형식이 맞아도 작업은 실패할 수 있다
JSON 형식이 맞아도 다른 문서를 비교할 수 있다. 공개 문서 변경 보고 Agent의 교육용 사례로 입력·출력 스키마, 사전·사후 조건, 오류와 실행 효과를 구분하는 도구 계약을 설계한다.

-
AI Agent Memory 오류: 오래된 기억이 현재 판단을 망치지 않으려면
관련성이 높은 기억도 현재 사실과 다를 수 있다. 공개 문서 변경 보고 Agent의 가상 사례로 기억의 출처·시각·적용 범위를 나누고, 새 근거와의 충돌, 부분 대체, 파생 요약의 무효화를 설계한다.

도식은 설명용이며 가상·합성 사례를 포함합니다. 재현 조건과 한계는 각 글에서 확인할 수 있습니다.
START HERE
처음 읽는다면 이 세 편부터
대시보드는 카드의 집합이 아니다
KPI를 나열하는 대신 상태 → 변화 → 원인 → 상세 → 행동의 의사결정 흐름으로 설계하는 기준.
AI Agent란 무엇인가: 챗봇과 무엇이 다른가
Goal, Tools, Context, State, Loop, Control을 기준으로 Agent의 최소 구조를 분해합니다.
무료 React 대시보드 템플릿 KPI Kit: 데모·소스·사용 방법
매출·고객·운영 화면 3종을 담은 무료 React·TypeScript 키트. 공개 데모, 소스와 실행 방법을 확인합니다.
TOPICS
어떤 문제를 풀고 있나요?
AI & Agent Systems
Agent · Workflow · Context · Evaluation
제품·UX 설계
제품 전략 · 정보 구조 · 의사결정 흐름
데이터 해석·실무
지표 정의 · 집계 · 데이터 품질
데이터 시각화
차트 선택 · 비교 · 불확실성
전후 비교·개선
문제 진단 · 병목 · 개선의 근거
바이브 코딩 기초
AI로 만든 웹앱 이해 · 수정 · 확인
과학·코드 실험
수치 모형 · 코드 실험 · 가정과 검증
영문으로 읽기 · Vibe Coding Foundations
RUDA PRINCIPLES
글을 만드는 기준
Definition보다 Mechanism.
Decoration보다 Decision.
Claim보다 Evidence.
Best Practice보다 Trade-off.
한 편을 읽고 나면 실제 설계 판단 하나를 더 잘할 수 있어야 합니다. 확인하지 않은 성과는 쓰지 않고, 가상 사례와 실제 사례를 구분하며, 장점뿐 아니라 Failure Mode와 언제 쓰지 말아야 하는지도 함께 봅니다.