본문 바로가기

전체 글208

63일차 회고|AutoHealing·멀티에이전트·장애 복구 검증|AI 오케스트레이션 개발자 국비지원 오늘은 세 번째 미니프로젝트를 마무리하고 최종 발표와 다른 팀의 발표를 통해 프로젝트 결과를 돌아보는 날이었다. 이번 프로젝트에서 우리 팀은 어르신 돌봄 서비스를 위한 멀티에이전트 시스템을 개발했고, 최종적으로 1등이라는 결과를 얻었다.이번 결과가 의미 있었던 이유는 단순히 기능을 구현하는 데 그치지 않고, 여러 기능을 연결하고 장애 상황을 처리하며 복구 결과까지 검증하는 과정을 경험했기 때문이다. 특히 내가 담당한 AutoHealing 작업을 돌아보면서, 시스템이 오류 없이 실행되는 것과 오류가 발생해도 안전하게 대응할 수 있는 것은 서로 다른 문제라는 점을 배웠다.1. 오늘의 핵심: 프로젝트 결과를 돌아보고 시스템의 완성도를 생각하다이번 세 번째 미니프로젝트의 주제는 어르신의 상태와 주변 환경을 파악.. 2026. 10. 13.
3번째 미니프로젝트 3일차 회고|AutoHealing·멀티에이전트·장애 복구 검증|AI 오케스트레이션 개발자 국비지원 이번 회고는 앞서 정리한 3팀의 어르신 돌봄 서비스 구현 과정과 다른 팀들의 최종 발표 및 질의응답을 바탕으로 작성할게. 다만 전달해 준 GitHub 저장소는 현재 외부에서 내용을 확인할 수 없어 코드의 파일명이나 세부 구현을 직접 대조하지는 못했어. 따라서 코드에서 확인하지 못한 세부 사항은 단정하지 않고, 지금까지 대화에서 확인된 실제 작업 내용 중심으로 정리했어.3번째 미니프로젝트 3일차 회고|AutoHealing·멀티에이전트·장애 복구 검증|AI 오케스트레이션 개발자 국비지원1. 마지막 날, 기능 구현에서 안정성 검증까지이번 3번째 미니프로젝트의 주제는 어르신 돌봄 서비스를 위한 멀티에이전트 시스템이었다. 바이탈 데이터와 실내 환경, 기기 상태, CCTV 분석 결과를 활용해 어르신의 위험 상황을 .. 2026. 10. 13.
[SK네트웍스 Family 엔코아AI캠퍼스] AI 오케스트레이션 캠프 1기_10월 1주차 회고 10월 첫째 주는 멀티 에이전트의 실행 구조를 이해하는 데서 나아가, 장애 상황에서도 서비스를 안정적으로 운영하고 팀원들의 코드를 하나의 시스템으로 연결하는 방법을 고민하기 시작한 한 주였다.이번 주간 회고는 일일 회고에서 다룬 학습 내용을 바탕으로, 기술을 배운 순서대로 나열하기보다 멀티 에이전트 시스템의 설계와 검증, 장애 대응, 협업 코드 통합이라는 흐름으로 정리했다.1. 이번 주 학습 요약이번 주에는 멀티 에이전트 시스템을 설계할 때 고려해야 할 요소가 점점 구체적으로 드러났다.초반에는 에이전트의 실행 결과를 평가하고, 실패했을 때 재시도하거나 다른 경로로 복구하는 방법을 배웠다. 이후에는 Prompt Injection 방어, Validation과 Guardrail, 멱등성, 실행 기록 관리 등 .. 2026. 10. 13.
62일차 회고|AutoHealing·장애 복구 검증·데이터 계약과 UI 개선 오늘은 세 번째 미니프로젝트인 어르신 돌봄 서비스에서 담당한 AutoHealing 기능을 보완하고, 장애 시험 결과와 보고서를 정리했다. 이후 팀에서 연결한 코드와 데이터 계약을 확인하고, 프런트엔드 화면의 디자인과 가독성 개선도 지원했다.이번 작업에서 중요했던 것은 단순히 기능이 정상적으로 실행되는지 확인하는 데 그치지 않는 것이었다. 데이터가 정확하게 저장되는지, 장애 상황에서 실제로 복구됐는지, 시험 결과를 올바르게 해석했는지, 그리고 팀원들이 같은 기준으로 기능을 이해하고 있는지까지 확인해야 했다.특히 장애 시험에서 기대한 동작을 수행한 것과 실제 복구에 성공한 것이 서로 다른 의미라는 점이 인상 깊었다.1. 빈 값은 정상값이 아니다부분 바이탈 저장 문제를 보완하면서 데이터의 누락을 어떻게 처리해.. 2026. 10. 13.
3번째 미니프로젝트 2일차|바이탈 저장·AutoHealing 검증·보호자 UI 개선 회고 미니프로젝트 첫날에는 어르신 돌봄 서비스에 필요한 AutoHealing(장애 발생 시 자동으로 복구를 시도하는 기능)과 SQLite 저장 기반을 다뤘다. 둘째 날에는 새 기능을 추가하는 것보다 팀원들의 코드를 연결하고, 장애 상황에서 의도한 복구가 실제로 이루어지는지 검증하는 작업에 집중했다.내 담당 영역은 바이탈 데이터 저장과 조회, 장애 발생 시 재시도와 캐시 기반 복구, 복구 로그 및 지표 산출이었다. 여기에 프로필 지역 정보 연동과 보호자 화면의 가독성 개선도 진행했다.이번 작업을 통해 개별 기능을 구현하는 것만큼이나 데이터 계약을 맞추고, 장애 상황을 재현하며, 결과를 객관적인 기록으로 남기는 과정이 중요하다는 것을 확인했다.1. 부분 바이탈 데이터 저장과 데이터 계약 정리첫 번째로 해결한 문제.. 2026. 10. 13.
3번째 미니프로젝트 1일차 회고|AutoHealing·SQLite·장애 복구 1. 새로운 미니프로젝트, 어르신 돌봄 서비스3번째 미니프로젝트가 시작됐다. 이번 프로젝트는 어르신의 바이탈 정보와 실내 환경, IoT 기기 상태, CCTV 분석 결과 등을 종합해 현재 상태를 확인하고 보호자에게 필요한 대응을 안내하는 멀티에이전트 서비스다.처음에는 폭염·한파 상황에서 안전 정보를 제공하는 서비스로 기획했지만, 이후 여러 데이터를 활용하는 어르신 돌봄 서비스로 방향이 바뀌었다. 이에 따라 내가 담당한 AutoHealing의 역할도 함께 확대됐다.초기에는 날씨와 쉼터 조회 과정의 장애를 처리하는 데 초점을 맞췄다면, 변경된 서비스에서는 바이탈 정보 조회와 기기 실행 등 다양한 호출의 실패를 처리하고 복구 결과를 기록해야 했다.이번 첫 개발 단계에서는 모든 팀원의 구현이 완성될 때까지 기다리.. 2026. 10. 12.
61일차 회고|AutoHealing·데이터 계약·통합 테스트|AI 오케스트레이션 개발자 국비지원 1. 오늘 배운 내용오늘은 팀 프로젝트에서 담당하고 있는 AutoHealing 기능의 진행 상황을 확인하고, 팀원들이 연결한 코드와 기존 구현 사이의 호환성을 점검했다.AutoHealing은 시스템에서 오류가 발생했을 때 재시도하거나, 캐시 또는 대체 경로를 활용해 서비스가 정상적으로 동작하도록 복구를 시도하는 기능이다.현재 팀 프로젝트는 어르신의 바이탈 정보, 실내 환경, 기기 상태, CCTV 분석 결과 등을 수집해 보호자에게 현재 상태와 필요한 조치를 안내하는 서비스를 개발하는 것이다. 나는 이 과정에서 조회나 실행 중 장애가 발생했을 때 대응하는 복구 기능을 담당하고 있다.그동안 SQLite를 활용한 바이탈 데이터 저장 및 조회, 캐시, 실행 로그, 재시도 로직 등을 개발했다. 개인 브랜치에서 작업.. 2026. 10. 12.
60일차 회고|평가·실패 복구·AWS CI/CD·프로젝트 설계|AI 오케스트레이션 개발자 국비지원 오늘은 멀티 에이전트 시스템을 어떻게 평가하고, 실패했을 때 복구하며, 실제 서비스 형태로 배포할 것인지를 집중적으로 배웠다.특히 이전까지 배웠던 Supervisor, Worker, Output Contract, MCP 등의 개념이 단순히 에이전트를 연결하는 데서 끝나는 것이 아니라 평가 → 실패 감지 → 재시도 → 재계획 → 사용자 개입 → 최종 실행까지 이어져야 한다는 점이 인상적이었다.오전에는 AWS EC2 환경에서 Frontend, Backend, MCP Server의 CI/CD 배포 환경을 구성했고, 오후에는 본격적인 프로젝트 주제와 설계 방향을 논의했다.오늘 배운 내용오늘 학습은 크게 네 가지 흐름으로 정리할 수 있다.멀티 에이전트 결과 평가(Evaluation)실패 처리와 복구 전략AWS E.. 2026. 10. 7.
59일차 회고|Security & Guardrail, 멱등성, CI/CD|AI 오케스트레이션 개발자 국비지원 오늘은 멀티 에이전트 시스템을 어떻게 안전하게 운영하고, 여러 서버와 팀원이 함께 개발할 수 있는 구조로 만들 것인지를 중심으로 학습했다.이전까지는 Supervisor, Router, Handoff, Contract 등을 통해 여러 에이전트가 어떻게 협업하는지에 집중했다면, 오늘은 한 단계 더 나아가 잘못된 요청이나 데이터가 시스템 전체로 퍼지는 것을 어떻게 막을 것인지, 그리고 팀 단위 개발과 배포를 어떻게 자동화할 것인지를 배웠다.특히 Guardrail, Validation, Idempotency 같은 개념이 단순한 부가 기능이 아니라 멀티 에이전트 시스템을 실제 서비스로 운영하기 위해 필요한 요소라는 점을 이해하게 됐다.오늘 배운 내용오늘 학습은 크게 두 가지 흐름으로 이어졌다.첫 번째는 Secur.. 2026. 10. 6.