품앗이 위키

연대지능 도메인 AI 개발 개념

8 min read

연대지능 도메인 AI 개발 개념

2026-07-01 정립 · 앞으로 모든 도메인 AI 작업의 기본 개념(정본) 품아이(연대지능 우산) 아래 각 도메인 AI를 어떻게 세우고(엔진 위계), 지식을 어떻게 나누고 가두는가(지식 경계) — 두 축으로 판단한다.

1. 왜 이 개념이 먼저인가

품아이는 로컬푸드에서 시작했으나 연대지능·로컬라이프의 보편 도메인 AI로 격상됐다. 사회연대경제 어디에나 갖다붙일 수 있는 우산이다. 그러다 보니 새 도메인(로컬푸드·재생에너지·주민운동…)을 만날 때마다 매번 “새 AI를 분가시킬까? 지식을 다 흡수시킬까?”를 다시 헷갈렸다.

그 판단을 두 축으로 고정한다.

  • 축 1 — 엔진 위계: 별도 엔진을 세울 것인가, 품아이 엔진의 배포로 둘 것인가.
  • 축 2 — 지식 경계: 무엇을 품아이로 공유하고, 무엇을 도메인 안에 가둘 것인가.

2. 축 1 — 엔진 위계: “별도 엔진은 다를 때만”

                    ┌──────────────────────────────┐
                    │  품아이 — 연대지능 우산 엔진    │
                    │  engine.py · Gemini · 보편     │
                    └───────────────┬──────────────┘
         같은 엔진  ┌───────────────┼───────────────┐  별도 엔진
                   ▼                ▼                ▼
          ┌───────────────┐ ┌──────────────┐ ┌───────────────┐
          │ 로이 (로컬푸드) │ │ 품에 (재생E)  │ │ 코아이 (주민)   │
          │ 품아이 엔진 그대로│ │ 별도 엔진     │ │ 별도 엔진       │
          │ + org/store    │ │ EXAONE · cre  │ │ EXAONE · co     │
          │   멀티테넌트    │ │  온톨로지     │ │  온톨로지       │
          └───────┬───────┘ └──────────────┘ └───────────────┘
                  ▼
         조합(org) → 매장(store) 멀티테넌트
         품앗이생협 → 지족·관저 / 모두의밥상 / …지역별 순회 온보딩
  • 품아이 = 하나의 우산 엔진(engine.py, Gemini). 보편 연대지능 도메인 AI.
  • 로이(로컬푸드) = 품아이 엔진 그대로 + org/store 멀티테넌트 배포. 별도 엔진이 아니다. 로컬푸드는 품아이가 태어난 본거지라, 같은 모델·같은 지식으로 매장 격리(org/store)만 얹으면 된다.
  • 품에·코아이 = 진짜 별도 엔진. 다른 모델(EXAONE)·다른 온톨로지·다른 회원DB라 애초에 딴 물건.

분가 기준 3 (하나도 안 걸리면 분가하지 마라)

기준품에코아이로컬푸드(로이)
다른 모델EXAONE 파인튜닝EXAONE❌ 품아이와 같은 Gemini
다른 온톨로지cre TTLco 트리플❌ 없음(품아이 위키가 본거지)
다른 회원DB·서브도메인haebaram / chat.solarshare.krcoai_trainers❌ 없음

판단 규칙: 세 기준 중 하나도 아니면 별도 엔진 = engine.py 복제본 두 벌 관리 + 드리프트만 생긴다. coai_engine.py가 185줄로 작은 건 “다른 모델·다른 지식”이라 처음부터 딴 물건이기 때문이지, 로컬푸드처럼 같은 물건을 복제해서가 아니다.

3. 축 2 — 지식 경계: “공개는 공유, 민감은 격리”

품아이가 하위 도메인의 모든 정보를 수렴하는 게 아니다. 각 도메인의 공개·보편 지식만 위로 흐르고, 민감·경영·인사·매장 데이터는 도메인 안에 갇힌다.

                ┌────────────────────────────────┐
                │ 품아이 — 공개·보편 지식만 학습    │
                └────▲───────────▲───────────▲───┘
      공개·보편만 ↑  │           │           │   (공개 지식만 위로)
          ┌──────────┴┐ ┌────────┴─┐ ┌───────┴──┐
          │ 로이 공개   │ │ 품에 공개  │ │ 코아이공개 │   ← 공유 O
          │ 상품·로컬푸드│ │ 재생E 일반 │ │ 조직화방법 │
          └───────────┘ └──────────┘ └──────────┘
          ┌╌╌╌╌╌╌╌╌╌╌╌┐ ┌╌╌╌╌╌╌╌╌╌╌┐ ┌╌╌╌╌╌╌╌╌╌╌┐
          ┆ 민감 정보   ┆ ┆ 민감 정보 ┆ ┆ 민감 정보  ┆   ← 격리 · 흡수 금지
          ┆ 매출·조합원 ┆ ┆ 계약·재무 ┆ ┆ 수강생·상담┆
          ┆ ·인사       ┆ ┆          ┆ ┆ ·내부      ┆
          └╌╌╌╌╌╌╌╌╌╌╌┘ └╌╌╌╌╌╌╌╌╌╌┘ └╌╌╌╌╌╌╌╌╌╌┘
              (점선 = 봉인: 품아이로 올라가지 않음)
  • 위로 흐르는 것: 공개·보편 지식(상품 일반, 도메인 상식, 방법론 등) → 품아이가 학습·공유.
  • 가두는 것: 민감·경영·인사·매장 거래 데이터 → 도메인/매장 안에 격리. 품아이로 흡수 금지.

이미 부분 구현돼 있고, 이 개념이 하나로 꿴다

  • 품에 등급 게이팅(member/exec): 경영진 문서는 일반 회원에게 함구.
  • 로이 org/store RLS: 매장 매출·조합원은 매장/조합 밖으로 새지 않음.
  • 위키 등급 ↔ 지식 연동: “위키에서 못 보는 자료는 AI도 함구.” → 지식 경계의 최종형.

4. 실전 판단 체크리스트

새 도메인 AI를 만날 때

  1. 별도 엔진이 정말 필요한가? → 분가 기준 3 대조. 하나도 안 걸리면 품아이 멀티테넌트 배포.
  2. 매장·지점 단위 격리가 필요한가? → org/store 계층 + RLS(로이 패턴 재사용).

지식을 인제스트할 때 3. 이 자료는 공개·보편인가, 민감인가? 4. 민감(매출·조합원·인사·계약·재무·상담)이면 → 도메인 격리. 품아이 코퍼스·RAG 금지. 5. 공개·보편이면 → 품아이로 공유 가능(등급 무관 공개).

관련 노드

그래프 뷰