백엔드
이 분류로 묶인 글 "백엔드".
· 백엔드
침묵하거나 무한 재시도하는 자동화를 관찰 가능한 시스템으로 바꾸기
실패를 원장과 로그의 올바른 경계에 기록해 자동화의 재시도 정책과 관찰 가능성을 회복한 과정을 정리한다.
· 백엔드
CORS처럼 보인 구매확정 500의 실제 원인과 복구
CORS 문제처럼 보였던 구매확정 500을 추적해 운영 DDL과 레거시 PHP 코드의 스키마 계약 불일치를 찾아 복구한 과정이다.
· 백엔드
성공으로 기록된 실패: 알림 문자가 반년 동안 조용히 사라진 이야기
스토리지 경로 오류와 잘못된 상태값 때문에 문자 미발송이 드러나지 않았던 과정을 돌아보고, 실패를 명확하게 기록해야 하는 이유를 정리한다.
· 백엔드
worker가 모델을 기다리는 동안 책임이 흐려져요
Slack 봇은 3초 안에 답해야 하는데 모델은 몇 분을 씁니다. 그 사이를 worker가 붙잡고 있으면 타임아웃·취소·중복이 한 실행에 뒤엉켜요. 완료를 이벤트로 받아 내부 상태에 한 번만 모으는 구조를 정리했습니다.
· 백엔드
외부 작업을 재시도하기 전에 상태부터 확인해야 하는 이유
timeout 뒤에도 외부 write는 성공했을 수 있으므로 postcondition 검증, idempotency key, receipt를 결합해 중복 부작용을 막아야 한다.
· 백엔드
Slack 봇 기능, 어디까지 skill 이고 어디부터 MCP server 인가
Slack 슬래시 명령으로 만든 업무 에이전트를 ChatGPT·Codex plugin 으로 옮길 때 기능을 skill-only, MCP server tool, MCP server + UI 로 가르는 선을 OpenAI 공개 문서에서 뽑아 정리한다. 실제 이관과 측정은 아직 하지 않았다.
· 백엔드
에이전트의 행동을 통제하는 실행 전 권한 경계
Arcade.dev Actions Runtime을 통해 사용자별 OAuth 권한, 도구 실행, 감사 로그를 에이전트의 행동 경계로 분리하는 방법을 살펴본다.
· 백엔드
stdout만으로는 실행 상태도 권한도 취소도 구분되지 않는다
Coding Agent CLI를 stdout으로 감싸면 실행 상태와 도구 호출, 권한 요청, 취소가 한 덩어리로 섞인다. ACP가 그 경계를 어떤 사건으로 갈라놓는지 읽고, Slack 멀티 에이전트 시스템에 붙이기 전에 무엇부터 캡처할지 정리한다.