- 문제
- 애플리케이션마다 흩어진 모델 권한과 Upstream 장애 처리를 호출자마다 다시 구현해야 합니다.
- 설계 결정
- Gateway는 governed execution만 소유하고, 도구·메모리·업무 흐름은 호출자에게 남겼습니다.
프로젝트
프로젝트 개수보다 어떤 책임을 맡겼고, 어디서 경계를 그었는지를 먼저 보여줍니다. AI를 둘러싼 규칙 관리, 모델 접근, 업무 실행, 검증, 공용 인프라를 각각의 책임으로 나눠 설계합니다.
시스템을 나누는 기준
위 그래프는 제품 간 의존성을 모두 그린 것이 아니라, 시스템을 나누는 기준을 보여주는 지도입니다. Gateway는 모델 실행 정책을, ITGC ControlOps는 원천 증적 수집을, LingoAgent는 번역 배포 품질을, SliceRAG는 프로젝트별 검색 범위를 맡습니다.
대표 시스템
- 문제
- 모델 요청·업무 상태·로그의 수명과 장애 책임이 서로 다릅니다.
- 설계 결정
- LiteLLM·Temporal·Langfuse의 역할을 나누고 추론 런타임과 데이터 계층을 분리합니다.
- 문제
- 애플리케이션 배포와 공용 데이터의 수명을 분리해야 합니다.
- 설계 결정
- PostgreSQL·Redis·Kafka·Dagu를 공용 계층으로 관리하고 서비스별 책임을 명시합니다.
- 문제
- 감사 기간의 원천 시스템 상태를 재현 가능한 증적으로 묶되 원본을 변경해서는 안 됩니다.
- 설계 결정
- 수집·연결 상태·보고서 생성을 분리하고, 연결되지 않은 통제는 추정하지 않고 명시적으로 보류합니다.
- 문제
- 자연스러운 번역도 변수 누락과 품질 미달을 만들 수 있어 자동 생성만으로 배포할 수 없습니다.
- 설계 결정
- 검증 실패·LLM 장애·fallback을 모두 커밋 차단으로 처리하고 이 사이트에 실제 파이프라인을 적용했습니다.
- 문제
- 공유 Vector Store에서 다른 프로젝트의 문서가 섞이지 않는 Scope Invariant가 먼저 보장되어야 합니다.
- 설계 결정
- 외부 인증은 Gateway에 두고, 내부 토큰·저장소 조건·교차 프로젝트 테스트로 검색 범위를 이중 검증합니다.
확장 프로젝트와 실험
대표 프로젝트와 책임 범위가 다르거나, 실험으로 공개한 작업입니다. 설명이 없는 GitHub 레포는 제외하고, 나머지 공개 레포는 빌드 시점에 동기화되어 이 목록 아래에 이어집니다.
Engine CLI
GoVail과 OpenRouter를 연결하는 자율 코딩 CLI입니다.
Aegis-LLM
요청 경계의 인증, DLP와 fallback을 검증한 Rust 기반 Gateway MVP입니다.
Aperture MCP
Tool 실행 전에 policy를 검사하는 Zero-trust 보안 프록시입니다.
AgentSecOps Playground
Agent 보안 실패 케이스를 재현하는 E2E harness입니다.
AI Gateway Infra Demo
다중 추론 노드 라우팅과 provider fallback을 검증한 구성 실험입니다.
coexistgate
변경을 안전하게 릴리스하고 롤백할 수 있는지 판단하는 엔진입니다.
works-agent-demo
증거 기반 Agent workflow를 직접 확인하는 데모입니다.
Infra Security
호스트와 컨테이너 네트워크 보안을 자동화한 구성입니다.
pr-guardian
GitHub PR 자동 리뷰 서비스 — 웹훅 트리거
office-tone
오피스톤 — 할 말은 그대로, 톤만 다듬어요
coexistgate-demo
Public PR fixtures for CoexistGate release-safety demos
mysql-mcp
MySQL & MariaDB MCP server for safe, read-only data access with OIDC authorization & audit logging.
leandraft-linter
설계 문서와 PR 계획의 과도한 복잡도를 탐지하는 CLI 및 Web UI 린터
aws-localstack-pipeline
AWS 개인 계정 없이 LocalStack + Serverless Framework + GitHub Actions를 이용한 클라우드 배포 & E2E 통합 테스트 파이프라인 데모
기록할 때 지키는 것
회사에서 만든 코드나 업무 데이터는 개인 프로젝트처럼 다루지 않습니다.
각 작업도 README의 목표보다 실제 구현과 검증 범위를 기준으로 적습니다. 만들 예정인 기능은 만들어진 것처럼 쓰지 않습니다.