undefinedstudio

// method

  1. harness/01 — 맥락

    에이전트가 매 세션, 프로젝트의 결정과 규칙과 히스토리를 갖고 시작합니다. 지식은 위키에 누적되고 세션이 시작될 때 자동으로 주입됩니다.

    • > Obsidian LLM 위키
    • > AGENTS.md · CLAUDE.md
    • > 세션 시작 시 자동 주입

  2. harness/02 — 에이전트 주도

    반복 작업은 슬래시 커맨드로 굳히고, 큰 작업은 멀티에이전트에 맡깁니다.

    • > 슬래시 커맨드
    • > ultracode 멀티에이전트

  3. harness/03 — 검증 게이트

    느낌이 아니라 게이트가 거릅니다. 빌드와 타입체크, 브랜치 보호를 통과하지 못하면 머지되지 않습니다.

    • > 빌드 · 타입체크
    • > 브랜치 보호

  4. harness/04 — 도구 연결

    에이전트가 실제 시스템을 만질 수 있도록 MCP와 외부 API를 연결합니다.

    • > MCP 서버
    • > 외부 API

  5. harness/05 — 운영

    배포는 끝이 아니라 관찰의 시작입니다. 이슈와 이벤트 알림이 계속 지켜봅니다.

    • > 이슈 알림
    • > 이벤트 알림
작업 방식 전체 보기

$

검증되지 않은 코드가,
운영에 도달할 수 없는 구조.

규칙이 아니라 파이프라인이 지키는 안전 — 실매출 서비스에서 검증한 방식 그대로.

feature 워크트리

실험과 실패가 자유로운 유일한 공간. 항상 최신 release에서 분기.

release dev 서버

사람과 에이전트의 변경이 처음 합쳐지는 곳. 실제 화면으로 사람 QA — 통과 전엔 아무것도 안 넘어감 ⏸

main 운영 · 실사용자

release에서만 승격. 초록불이 아니면 머지 자체가 거부 — 규칙이 아니라 코드로 강제.

⌀ 운영 직행 경로 없음 — pre-push 훅 · prod-gate · PR-only 머지, 3중 잠금

빌드·타입체크를 전부 통과한 버그가 있었습니다 — 그 버그를 잡은 검증은 지금 게이트(G3)로 승격되어, 재발을 기계가 막습니다.

# 실매출 프로덕션 SaaS에서 구축·검증한 파이프라인

$ cat /process/deploy-gate — 전문 →

$

탐구 과정 · 케이스 스터디

결과가 아니라, 비교·반복·전환의 과정

각 케이스는 결과 전시가 아니라 문제의식 → 가설 → 실험·비교 → 반복/실패 → 발견의 과정이며, 깃 커밋과 위키로 근거를 남긴다.

전체 프로젝트 보기