Lupy Now crossing the Rubicon!

MeshProof: 두 모델이 합의할 때까지 수렴하는 QA 시스템consensus-verifiers로 만드는 신뢰형 LLM 파이프라인(3/3) 프론트엔드와 사용자 경험 — 복잡함을 숨기고 신뢰를 보여주기🎯 이번 편에서 다룰 내용2편에서 강력한 백엔드 엔진을 구축했다면, 이번에는 사용자가 실제로 어떻게 경험하게 되는지에 초점을 맞춥니다. 복잡한 다중 AI 검증 과정을 어떻게 직관적이고 신뢰할 수 있는 인터페이스로 변환했는지 살펴보겠습니다.🏗️ 프론트엔드 아키텍처기술 스택과 설계 원칙// 기술 스택- React 19 + TypeScript // 타입 안전성과 최신 기능- Vite 7 // 빠른 개발 서버와 HMR - React Router /..

MeshProof: 두 모델이 합의할 때까지 수렴하는 QA 시스템consensus-verifiers로 만드는 신뢰형 LLM 파이프라인(2/3) 검증기와 오케스트레이션 엔진 deep dive — 핵심 구현 해부하기🎯 이번 편에서 다룰 내용1편에서 MeshProof의 전체 개념을 살펴봤다면, 이번에는 실제 코드 레벨에서 어떻게 구현되는지 깊이 파헤쳐보겠습니다. 특히 각 검증기의 내부 알고리즘과 오케스트레이션 엔진의 핵심 로직을 중심으로 설명합니다.🧮 MathSumVerifier: 수학 문제의 정교한 검증수학 문제는 명확한 정답이 있기 때문에 가장 확실한 합의가 가능한 영역입니다. MathSumVerifier는 다양한 표현 방식을 정규화하여 동치성을 판단합니다.문제 감지와 타겟 추출export functi..

MeshProof: 두 모델이 합의할 때까지 수렴하는 QA 시스템consensus-verifiers로 만드는 신뢰형 LLM 파이프라인(1/3) 왜 "두 모델 합의(Consensus)"인가 — 문제 정의 → 설계🎯 한 문장 요약MeshProof는 GPT와 Claude가 서로의 답을 검증하고 합의할 때까지 수렴시켜 신뢰 가능한 최종 답을 만드는 QA 시스템입니다.🔍 문제 정의현재 LLM의 한계문제점 설명 예시틀린 확신Hallucination으로 잘못된 정보를 확신있게 전달"2024년 노벨물리학상은 김철수가 수상했습니다"형식 오류요청한 형태와 다른 응답 형식JSON 요청했는데 일반 텍스트로 응답검증 불가답변의 근거나 신뢰도를 알 수 없음"이 정보가 정확한가?" → 별도 확인 필요출처 부족중요한 사실 확인이..

🔧 핵심 기능별 구현 심화1. 스마트 수정 모드 시스템기존 Forms의 경직된 입력 방식을 개선해 섹션별 독립적인 수정 모드를 구현했습니다.// 수정 모드 관리 시스템class EditModeManager { enableEditMode(section) { // 원본 데이터 백업 this.saveOriginalData(section); // UI 상태 전환 this.toggleUIElements(section, true); // 실시간 변경 감지 this.bindChangeDetection(section); } // 변경사항 실시간 감지 bindChangeDetection(..

🚀 프로젝트 배경최근 많은 기업들이 오래된 Oracle Forms 기반 시스템의 한계를 느끼고 있습니다. 사용자 경험이 떨어지고, 모바일 지원이 어려우며, 확장성에 제약이 있죠. 저희도 렌탈 주문관리 시스템에서 이런 문제들을 겪고 있었습니다.주요 문제점들:📱 모바일/반응형 지원 불가😰 복잡하고 직관적이지 않은 UI🔄 중복 입력으로 인한 비효율성🔍 비효율적인 상품 검색 방식🎯 해결 전략 수립1. 사용자 경험 개선기존 Forms의 복잡한 입력 과정을 분석해보니, 주문자·계약자·설치자·결제자 정보가 대부분 동일한데도 매번 따로 입력해야 했습니다.핵심 아이디어: 일괄 적용 시스템// 고객 정보 일괄 적용 핵심 로직function applyToAllSections(customerData) { co..

🛡️ 다층 보안 시스템1편에서 다룬 JWT 토큰 시스템을 기반으로, 이번 편에서는 실전에서 꼭 필요한 보안 기능들과 확장 가능한 고급 기능들을 살펴보겠습니다. 현대적인 웹 애플리케이션은 단순한 인증을 넘어 다양한 보안 위협에 대한 종합적인 대응이 필요합니다.🚫 Rate Limiting - API 남용 방지전역 Rate Limiting// index.js에서 전역 Rate Limiting 설정const rateLimit = require('express-rate-limit');const limiter = rateLimit({ windowMs: 15 * 60 * 1000, // 15분 시간 창 max: 100, // IP당 최대 100회 요청 mes..

Node.js 인증 시스템 구축기 (1편) - 아키텍처와 핵심 기술🎯 프로젝트 개요현대적인 웹 애플리케이션에서 안전하고 확장 가능한 인증 시스템은 필수입니다. 이번 프로젝트에서는 Node.js와 Express를 기반으로 다음과 같은 기능을 갖춘 완전한 인증 시스템을 구축했습니다:JWT 기반 토큰 인증 (Access Token + Refresh Token)소셜 로그인 (카카오, 네이버)강화된 보안 기능 (브루트포스 방지, CSRF 보호, Rate Limiting)포괄적인 유효성 검증구조화된 로깅 시스템🛠️ 기술 스택핵심 기술Runtime: Node.jsFramework: Express.jsDatabase: MongoDB + Mongoose ODMAuthentication: JWT (jsonwebtoke..

SafeLink 프로젝트 소개 - 지진 재해 대응 통합 플랫폼🌍 SafeLink란?SafeLink는 일본의 지진 재해에 특화된 종합 구조 요청 및 생존자 지원 플랫폼입니다. 지진과 같은 자연재해 상황에서 생명을 구하는 것을 최우선 목표로, 첨단 기술을 활용해 구조 요청, 실종자 수색, 생존자 네트워크 구축을 통합적으로 지원하는 혁신적인 모바일 애플리케이션입니다.🚨 프로젝트 배경과 필요성일본의 지진 현실일본은 전 세계 지진의 약 20%가 발생하는 지진 다발 국가입니다. 2011년 동일본 대지진, 2016년 구마모토 지진 등 대규모 재해 경험을 통해 다음과 같은 문제점들이 드러났습니다:📱 통신 인프라 마비: 기지국 파괴로 인한 인터넷/전화 연결 불가🔍 실종자 수색 어려움: 넓은 지역에 흩어진 생존자들..

들어가며웰스토리 DID(Digital Information Display) 프로젝트에 중간 투입되면서 겪은 흥미로운 경험을 공유하고자 합니다. 처음에는 제 방식대로 코드를 작성했다가, 팀의 기존 코딩 스타일과 아키텍처를 이해하고 이에 맞춰 전면 리팩토링을 진행한 과정입니다. 🔍 기존 코드의 문제점들1. 모델 클래스의 과도한 분산// 수정 전: 용도별로 분산된 3개의 모델public class RestaurantSaveModel { /* 저장용 */ }public class RestaurantQueryModel { /* 조회용 */ } public class RestaurantResponseModel { /* 응답용 */ } 동일한 매장 정보를 다루는데도 불구하고 3개의 서로 다른 모델 클래스가 존재했..

RiskGuardian 프로젝트: 기업 리스크 관리 플랫폼 개발기📊 프로젝트 소개RiskGuardian(리스크 가디언)은 기업의 재무적 위험을 실시간으로 모니터링하고 맞춤형 대응 방안을 제공하는 플랫폼입니다. 환율, 금리, 원자재 가격 등 다양한 외부 경제 지표를 수집하여 기업별 위험도를 분석하고, 적절한 대응 가이드를 제공함으로써 기업들이 경제적 위기 상황에 선제적으로 대응할 수 있도록 지원합니다."지금 우리 회사 리스크 총 점수: 78점 (위험)" - RiskGuardian 대시보드에서 보여주는 실시간 알림핵심 컨셉실시간 리스크 모니터링 + 기업 맞춤 위험 대조 분석 + 즉각 대응 가이드🛠️ 사용 기술 스택영역기술설명백엔드Python FastAPI빠르고 효율적인 API 서버 구축데이터베이스Mong..