fos-blog/study
01 / 홈02 / 카테고리03 / 시리즈
01 / 홈02 / 카테고리03 / 시리즈

카테고리

  • AI 페이지로 이동
    • RAG 페이지로 이동
    • agent 페이지로 이동
    • claude-code 페이지로 이동
    • harness 페이지로 이동
    • llm 페이지로 이동
    • ops 페이지로 이동
    • practice 페이지로 이동
  • algorithm 페이지로 이동
    • Alias Method: 가중치 랜덤 선택을 전처리 O(n), 추출 O(1)로 바꾸기
    • Welford's Online Algorithm: 값을 저장하지 않고 평균과 분산 계산하기
  • architecture 페이지로 이동
    • distributed-systems 페이지로 이동
    • domain 페이지로 이동
    • evolution 페이지로 이동
    • patterns 페이지로 이동
  • database 페이지로 이동
    • milvus 페이지로 이동
    • mysql 페이지로 이동
    • opensearch 페이지로 이동
    • postgresql 페이지로 이동
    • qdrant 페이지로 이동
    • redis 페이지로 이동
    • vespa 페이지로 이동
    • DB Connection Pool Saturation과 Thread Pool 격리
    • 커넥션 풀 크기는 얼마나 조정해야 할까?
    • MyBatis 기본기 — XML Mapper, resultMap, 동적 SQL, 운영 패턴 정리
    • MyBatis와 JPA/Hibernate 트레이드오프 — 레거시 백엔드를 다루는 시니어 관점
    • 한국어 형태소 분석기 Nori vs Lindera — OpenSearch에서 Milvus로 갈 때 어휘 검색은 유지되나
    • 정규화와 역정규화: 무결성과 조회 비용 사이의 선택
    • 벡터 DB 5종, 아키텍처는 어떻게 다른가
    • 벡터 DB 5종을 실제로 벤치마크했다 — 같은 recall에서 QPS는 얼마나 갈리나
    • 벡터 DB 어떻게 고를까 — OpenSearch · Milvus · Qdrant · Vespa · pgvector 비교
    • 벡터 DB를 실제로 도입한 사례 — 빅테크 프로덕션
  • devops 페이지로 이동
    • docker 페이지로 이동
    • k8s 페이지로 이동
    • Envoy Proxy
    • Graceful Shutdown
    • 종료 신호는 어디서 멈추는가
  • http 페이지로 이동
    • HTTP Connection Pool
    • HTTPS와 TLS: 핸드셰이크, 인증서, 종료 지점
  • java 페이지로 이동
    • concurrency 페이지로 이동
    • jdbc 페이지로 이동
    • spring 페이지로 이동
    • spring-batch 페이지로 이동
    • testing 페이지로 이동
    • Alpine 이미지의 Java 에서 링크 바꿔치기(TOCTOU)를 막지 못하는 이유
    • Java 동시성 락 정리 — 커머스 메뉴/프로모션 정책 캐시 갱신 관점
    • JVM 튜닝 실전: 메모리 구조부터 Virtual Threads, GC 튜닝, 프로파일링까지
    • 로그에 traceId 남기기 — MDC 부터 OpenTelemetry 까지
    • Java StampedLock — 읽기 폭주에도 쓰기가 밀리지 않는 락
    • Virtual Thread와 Project Loom
  • javascript 페이지로 이동
    • typescript 페이지로 이동
    • AbortController
    • Async Iterator와 제너레이터
    • CommonJS와 ECMAScript Modules
    • 제너레이터(Generator)
    • Http Client
    • Node 백엔드 운영 패턴 — Streams 백프레셔, pipe/pipeline, 멱등성 vs 분산 락
    • Node.js
    • `setImmediate()`
  • kafka 페이지로 이동
    • Kafka 클러스터 아키텍처: Broker, KRaft Controller와 복제
    • Kafka 기본 개념: Topic, Partition, Offset과 Segment
    • Kafka 실전 설계: 파티션 전략, 컨슈머 그룹, 전달 보장, 재시도, 순서 보장 트레이드오프
    • Kafka 파티션·리밸런스·컨슈머 지연 운영
    • Kafka를 로그로 이해하기: 복제, 재처리, 상태와 데이터 통합
    • Spring Kafka 컨슈머 오프셋 커밋과 트랜잭션 정렬: AckMode, manual ack, 멱등 처리
  • linux 페이지로 이동
    • fsync — 리눅스 파일 동기화 시스템 콜
    • SSH forced command 로 배포 키가 실행할 수 있는 명령 제한하기
  • mlops 페이지로 이동
    • llm-serving 페이지로 이동
    • model-router 페이지로 이동
    • Python CUDA 버전 생태계 — nvidia-smi, nvcc, pip, conda가 다 다른 버전을 말하는 이유
    • GPU 컨테이너의 CUDA 버전 호환성 — nvidia-smi부터 이미지 다이어트까지
    • Kubernetes GPU 노드에서 /run tmpfs가 꽉 차서 Pod가 안 뜰 때
    • GPU·CUDA·MPS 기초 — 자바 백엔드 개발자가 처음 만나는 그림
    • Multi-process GPU 워크로드 — 자바 ThreadPool 사용자가 만나는 모델 차이
    • ML 서비스 성능 분석 워크플로 — 자바 백엔드 트러블슈팅과 다른 점
    • 한 GPU 를 여러 프로세스가 나눠 쓰기 — Time-Slicing 과 MPS
  • network 페이지로 이동
    • Connection reset by peer는 누가 보낸 걸까 — 리버스 프록시 홉마다 TCP 연결은 따로 논다
    • L2(스위치)와 L3(라우터)의 역할 차이
    • L4와 VIP(Virtual IP Address)
    • IP Subnet
  • observability 페이지로 이동
    • Observability 입문: 시니어 백엔드가 장애를 탐지하고 대응하는 방식
    • K8s 위 Spring Boot 앱의 메트릭 수집
  • python 페이지로 이동
    • Python async/await — CompletableFuture·Reactor 와 다른 점, 그리고 blocking I/O 함정
    • Python 의존성 관리 — Java Maven/Gradle 사용자가 만나는 첫 충격
    • FastAPI 기초 — Spring Boot 사용자가 빠르게 익히는 법
    • Java 개발자를 위한 Python 심화 — OOP·데코레이터·컨텍스트 매니저
    • PyTorch 기초 — 텐서, 디바이스, 그리고 모델 로딩이 무거운 이유
    • Java 개발자를 위한 Python 문법 핵심
    • ThreadLocal 에서 contextvars 로 — Python 의 요청 컨텍스트 전파
    • OCR 동작 원리 — Layout · Text · Post-process 3단계
    • Python 서버의 RSS가 줄지 않는 이유: CPython, gc.collect(), malloc_trim
  • rabbitmq 페이지로 이동
    • RabbitMQ Basics — 실전 백엔드 관점에서 정리하는 메시지 브로커 기본기
    • RabbitMQ vs Kafka — 백엔드 메시징 선택 기준과 실전 운영 관점
  • resume 페이지로 이동
    • 경험 및 경력기술서
    • 김병태 경력기술서
    • 김병태 포트폴리오
  • task 페이지로 이동
    • ai-service-team 페이지로 이동
    • nsc-slot 페이지로 이동
    • personal-projects 페이지로 이동
    • sb-dev-team 페이지로 이동
    • the-future-company 페이지로 이동
  • thinking 페이지로 이동
    • 자기주도 학습: 질문에서 시작해 글로 검증하기
    • 좋은 일을 넘어 중요한 일을 하는 법
FOS-BLOG · FOOTERall systems normal·v0.1 · 2026.04.27·seoul, kr
Ffos-blog/study

개발 학습 기록을 정리하는 블로그입니다. 공부하면서 기록하고, 기록하면서 다시 배웁니다.

visitors
01site
  • Home↗
  • Posts↗
  • Categories↗
  • Glossary↗
  • About↗
02policy
  • 소개/about
  • 개인정보처리방침/privacy
  • 연락처/contact
03categories
  • AI↗
  • Algorithm↗
  • DB↗
  • DevOps↗
  • Java/Spring↗
  • JS/TS↗
  • React↗
  • Next.js↗
  • System↗
04connect
  • GitHub@jon890↗
  • Source repositoryjon890/fos-study↗
  • RSS feed/rss.xml↗
  • Newsletter매주 1 회 · 한 편의 글→
© 2026 FOS Study. All posts MIT-licensed.
built with·Next.js·Tailwind v4·Geist·Pretendard·oklch
fos-blog/task/에이전트가 탐색하고 실패를 판단할 수 있는 …
task

에이전트가 탐색하고 실패를 판단할 수 있는 CLI

진행 기간: 2026.10.13–2026.10.24 (이번에 확인한 최근 변경 범위) Dooray CLI와 NHN Cloud CLI를 개인 프로젝트로 개발했다. 업무에 활용하지만 회사 서비스의 구현 실적으로 합산하지 않는다. 사람이 읽는 화면 외에 에이전트가 명령을 찾고 결과를 판단할 수 있는 출력과 오류 계약을 마련했다. 두 CLI는 --json 출력과...

2026.10.25·2 min read·0 views

진행 기간: 2026.10.13–2026.10.24 (이번에 확인한 최근 변경 범위)

Dooray CLI와 NHN Cloud CLI를 개인 프로젝트로 개발했다. 업무에 활용하지만 회사 서비스의 구현 실적으로 합산하지 않는다. 사람이 읽는 화면 외에 에이전트가 명령을 찾고 결과를 판단할 수 있는 출력과 오류 계약을 마련했다.

명령 탐색과 결과 처리를 프로그램에 맞췄다

두 CLI는 --json 출력과 오류 종료 코드를 제공한다. NHN Cloud CLI의 commands --json은 명령 경로와 옵션을 탐색하게 하므로, 에이전트가 명령을 추측하기 전에 지원 여부와 인자를 확인할 수 있다. 종료 코드는 성공 0, API 오류 1, 인증 오류 2, 인자 오류 3, 설정 오류 4로 구분한다. 출력과 종료 코드는 도구 호출 결과를 해석하는 계약이며, 올바른 업무 대상을 선택했다는 보장까지 제공하지 않는다.

HTTP 성공과 API 성공을 구분했다

클라우드 CLI의 최근 변경에서는 HTTP 상태만으로 인증 성공을 판단하지 않고 응답 봉투의 resultCode도 확인했다. 3b56d3f는 봉투의 인증 오류를 종료 코드 2로 분류했고, 159070d는 HTTP 5xx 봉투 안의 401·403을 인증 오류로 오인하지 않게 보완했다(2026.10.19). 인증 실패로 오분류하면 에이전트가 서버 장애에 자격 증명 재설정으로 대응할 수 있어 오류 계층을 나눠야 했다. 커밋 41d274a가 명시하듯 403 응답의 실제 호출 검증은 확인되지 않았으므로, 모든 오류 조합을 운영에서 재현했다고 쓰지 않는다.

경로 값의 인코딩만으로 막히지 않는 입력을 거부했다

Dooray CLI의 src/api/api-path.ts에 있는 apiPath는 경로 인자를 인코딩한다. 그러나 빈 값과 .·..은 URL 정규화로 다른 경로를 가리킬 수 있어 별도로 거부한다(f695232, 2026.10.24). src/api/api-path.test.ts에서 이 입력 경계를 검사한다. 명령 인자가 문자열로 유효하다는 것과 의도한 API 자원을 가리킨다는 것은 다른 조건이었다.

기여와 검증 범위

위 변경은 본인 명의 커밋과 현재 소스에서 확인했다. AI 에이전트를 활용한 개발이며, 커밋 작성자만으로 모든 구현을 수작업하거나 단독 설계했다고 단정하지 않는다. 명령 탐색은 클라우드 CLI의 src/commands/commands.test.ts, 경로 처리는 업무 CLI의 api-path.test.ts에서 테스트 소스를 확인했다. 이번 기록 보강에서는 원본 프로젝트의 테스트나 실제 API 호출을 실행하지 않았다. 도입 팀 수, 업무 시간 절감과 에이전트 성공률은 별도 측정 근거가 없어 성과 수치로 제시하지 않는다.

on this page
  • 01명령 탐색과 결과 처리를 프로그램에 맞췄다
  • 02HTTP 성공과 API 성공을 구분했다
  • 03경로 값의 인코딩만으로 막히지 않는 입력을 거부했다
  • 04기여와 검증 범위
tags
#tasks#insights

이런 글도

  • task

    개인 AI 비서의 문맥 구성과 도구 승인 경계

    2026.10.25
  • task

    AI 돌봄 분석의 실행 경계와 그래프 기반 평가

    2026.10.25
  • task

    HTTP 200 응답 안의 OCR 오류를 운영 지표로 만들기

    2026.09.03
  • task

    운영 지표와 주간 오류 분류 루프

    2026.09.02

댓글 (0)