AIBloom Console 사용 설명서

로컬 AI 회사 OS입니다. 아이디어를 팀이 평가하고, 대표만 결정합니다. 모든 기능은 팀 호출을 전제로 합니다.

이 시스템이 하는 일

여러 프로젝트를 묶는 사업(사업부) 단위, 승인된 프로젝트에서 콘텐츠를 계속 뽑아내는 콘텐츠 대기열, 지금 업무에 어떤 AI/도구가 맞는지 물어보는 AR팀이 있습니다. 전부 대표 확인 없이는 아무것도 실행되지 않습니다.

콘솔은 브라우저에서만 동작하는 로컬 화면입니다. 데이터는 이 PC의 파일과 활동 로그에 남습니다.

절대 자동으로 안 하는 일

조직도

인간은 대표 한 명입니다. 나머지 조직은 전부 AI입니다. 총괄비서는 추천만 하고, LEVEL 2·3 결정은 대표만 합니다.

사업부가 생기면 그 사업만 보는 사업부장(예: 블로그사업부장)이 붙습니다. 승인 권한은 없습니다.

업무흐름도

콘솔 내비의 신사업과 사업운영이 이 순서입니다. 팀이 움직이기 전에는 항상 「대표실」에서 실행 확인 또는 승인을 합니다.

5단계 업무 흐름

1. 발굴 — 테마를 주면 시장조사팀이 후보를 만들고, 원하면 각각 1차 평가까지 돌립니다.
2. 1차 평가 — 시장조사팀(시장) · 사업분석팀(손익) · 상품기획팀(MVP) · 비판팀 · 비서실(종합). 추정이며 웹 검색은 하지 않습니다.
3. 정밀 검토 — 1차가 끝난 아이템만. 경쟁 3곳, 가격 시나리오, 리스크를 더 깊게 본 뒤 비판팀이 다시 반박합니다.
4. 프로젝트 — 「진행 결정」→ 승인하면 프로젝트가 됩니다. 팀이 그 아이템을 우리가 직접 수행할 문서를 씁니다. 시스템 판매·대행 문서가 아닙니다. 비판팀이 산출물을 검토합니다.
5. 운영 — 일정, 아이템별 지출/매출, 운영관리팀 조언. 매출은 당신이 기록합니다.

팀

사업부가 생기면 사업부마다 별도 「사업부장」이 배정됩니다 — 사업 목표·생산계획을 조율하는 이름표이며, 실제 승인 권한은 여전히 대표에게만 있습니다.

대표

유일한 인간입니다. 회사 방향, 신규 사업, 사업 종료, 중요 비용, 외부 행동, 최종 승인·반려를 맡습니다. 세부 업무는 팀이 하고, 콘솔의 「대표실」·승인 화면이 결정 창구입니다.

총괄비서

정보의 1차 관문입니다. 보고를 모아 추천하고, 다음 단계를 제안합니다. LEVEL 2·3을 스스로 승인하지 않습니다. 결정 버튼은 대표만 누릅니다.

신사업개발

화면 2–4입니다. 발굴 → 1차 평가 → 정밀 검토 → 진행 승인. 시장조사·손익·상품·비판·비서 종합이 이 구간에 붙습니다. 아직 사업부가 아닙니다.

사업운영

화면 5–7입니다. 사업 소속, 운영 시작, 주제 대기열, 완성본, 성과. 이미 진행을 승인한 아이템을 반복 생산합니다.

사업부장

그 사업만 보는 이름표입니다. 주제를 찾고 지원 요청을 조율합니다. 승인 권한은 없습니다. 진행 승인 직후 비서실이 기존 사업 이관 또는 신규 생성을 제안합니다.

사업부 제작팀

콘텐츠제작 → 편집 → 품질검수 → 비판 순으로 완성본을 만듭니다. 업로드·발행 확정은 하지 않습니다. 외주 정리문서는 제작+비판만 돕니다.

전문지원

조사·손익·상품·마케팅·원고·비판·법률을 사업부가 공용으로 부릅니다. 프로젝트·콘텐츠에서 요청한 뒤 「대표실」에서 실행 확인해야 팀이 움직입니다.

AR팀

지금 업무에 맞는 Model·Tool·Skill을 추천합니다. 사람을 관리하는 HR이 아니라 AI 자원을 관리합니다. 추천은 자문입니다. 채택은 승인 화면에서 대표가 결정하고, 그때도 라우팅 코드는 바뀌지 않으며 채택 기록만 남습니다.

재무

수입·지출·사업별 손익·월 예산·이상징후를 모읍니다. 운영 → 손익. 월 한도를 넘으면 알림만 뜹니다. 결제·송금은 실행하지 않습니다. 매출과 외부 비용은 대표가 적습니다.

사업과 프로젝트

사업은 계속 운영되는 단위(예: 블로그사업부)입니다. 프로젝트는 그 안에서 돌아가는 개별 아이템입니다. 손익·보고서·콘텐츠·타임라인은 프로젝트 레이어에 붙고, 사업 화면에서 합산됩니다. 상태는 준비·검증·파일럿·운영·성장·확장·중단·종료입니다.

Approval

LEVEL 0은 내부 처리, LEVEL 1은 조직 내부 업무, LEVEL 2·3은 대표 결정입니다. 총괄비서가 LEVEL 2를 대신 승인하지 않습니다. 중요 비용·신규 사업·사업 종료·계약·외부 행동·고위험 법률·보안은 반드시 대표에게 올립니다.

AI Resource 추천

운영 → AR, 또는 운영 시작 카드. 알려진 자원(기본/폴백 provider, 외주요청, 웹검색) 기준으로 단계별 조합을 제안합니다. 웹검색은 참고용입니다. 최신 모델이라는 이유만으로 고르지 않습니다. 「채택 검토 요청」 후 승인하면 현재 배치 표에 기록이 붙습니다.

Agent Lifecycle

새 업무가 필요하면 AR이 능력·모델·도구를 보고 배치를 제안합니다. 대표 승인 후 채택 기록에 남습니다. 성과(방문·문의·한 줄 결과)를 보고 교체를 제안할 수는 있지만, 코드가 라우터를 바꾸거나 Agent를 자동 배포하지 않습니다.

대표 인박스

「대표실」 화면입니다. 실행 확인, 승인, 사업 소속 1차 판단, 운영 시작, 오늘 확인할 일이 맨 위에 있습니다. 팀이 움직이기 전에 여기서 한 번 더 봅니다.

주간 브리핑

운영 → 일일·주간에서 「이번 주 브리핑 만들기」. 이번 주 결정·손익·정체 프로젝트를 숫자로만 모읍니다. LLM을 부르지 않습니다. 텔레그램 봇이 있으면 그리로도 보냅니다.

화면 — 대표실

열면 가장 먼저 보는 화면입니다. 할 일 카드(팀 구성·실행 확인·승인·사업 소속 1차 판단·운영 시작)가 맨 위에 있습니다. 1차·정밀·원고를 시작하기 전에 AR이 이번 업무에 필요한 팀을 제안합니다. 필수 팀(평가의 비판·비서실, 정밀의 시장·손익·상품, 원고의 작성·검수·비판)은 끌 수 없고, 법률·마케팅·운영은 규제·채널·이행 신호가 있을 때만 기본으로 켭니다. 확인한 뒤에만 계획이 만들어집니다. 실행 확인에는 어떤 단계인지와 팀별 작업 목록이 나옵니다. 실행해 를 누르기 전에 무엇을 돌리는지 여기서 봅니다. 진행을 승인한 뒤에는 비서실이 기존 사업 이관 또는 신규 생성을 제안합니다. 맞으면 승인하고, 아니면 다른 사업·신규 생성을 지시하면 됩니다. 사업 소속이 정해지면 운영 시작 카드가 이어집니다 — AR 추천(자문만), 주제 찾아오기, 전문지원 요청, 성과 기록. 지원 요청도 「대표실」에서 실행해 를 눌러야 팀이 움직입니다. AR은 라우팅을 바꾸지 않고, 게시는 하지 않습니다. 오늘 확인할 일에는 승인·일정과 함께, 프로젝트당 한 줄로 실행 보고 미결정·반려·아직 안 누른 재작성이 모입니다. 줄을 누르면 프로젝트 화면으로 갑니다. 팀별 진행에는 품질 게이트를 통과한 대표 검토(비서실 종합, 원고 최종본)만 올라옵니다. 1차 원고·편집·검수·팀 평가는 평가·프로젝트에서 봅니다. 아래 칸은 흐름 안내입니다.

화면 — 발굴

테마로 발굴

1. 조건을 적고 후보 수(1–8)를 정한 뒤 후보 발굴 시작.
2. 시장조사팀이 후보 목록을 만들고, 비판팀이 약점을 붙인 뒤 예상 비용을 보여 줍니다.
3. 끝나면 후보 목록이 나옵니다. 평가할 것만 체크한 뒤 선택한 평가 시작. 뺀 후보는 버립니다. 몇 분 걸릴 수 있습니다.
4. 끝나면 Top3와 비교 이유가 나옵니다. 본문은 이 화면의 발굴 보고서에서 엽니다. 파일은 reports/research/theme-*.md 입니다.

이미 있는 아이디어

접힌 「이미 있는 아이디어를 바로 평가」에서 한 건을 적고 1차 평가 시작. 칩에서 고르거나 비서실에게 추천 받기도 됩니다. 그다음 「대표실」에서 실행 확인을 한 번 더 합니다.

화면 — 평가

제목이 먼저 보입니다. 「대표실」의 대표 검토를 누르면 운영이 아니라 여기로 오고, 해당 아이디어가 열립니다. 줄을 누르면 계획과 팀 산출물이 열립니다. 평가 보고서와 검토 보고서는 여기서 승인·반려·완전 리젝트합니다. 승인은 수용입니다. 의견을 적고 승인하면 이후 정밀 검토·실행에 참고합니다. 반려는 사유가 필요하고, 반려한 보고서와 비서실 종합만 다시 씁니다. 이전 비서실 종합은 새 보고서로 대체됩니다. 실행은 「대표실」에서 한 번 더 확인합니다. 완전 리젝트는 그 보고서만 폐기합니다. 아이디어는 종료하지 않습니다. 열람만으로는 결정되지 않습니다. 보고서 전문은 접혀 있고, 보관·삭제는 연 뒤에만 있습니다. 구축 테스트 아이디어는 보관하면 됩니다. 파일은 지우지 않습니다. 기본 목록에서만 빠지고, 「전체 보기」로 다시 열 수 있습니다. 프로젝트가 아닌 건은 프로젝트 빼고 N건 보관으로 한 번에 넣을 수 있습니다.

• 1차가 끝나면 정밀 검토 시작 → 다시 「대표실」에서 실행 확인. 정밀 검토 보고서도 여기서 승인·반려·완전 리젝트합니다. 반려하면 그 보고서와 비서실 종합만 다시 씁니다. 이전 비서실 종합은 새 보고서로 대체됩니다.
• 정밀 검토가 끝나면 진행 결정 (실행 계획 문서). 실행 지시 칸에 지금 유효한 한 줄을 적을 수 있습니다. 승인되면 그 지시와 확정된 결정(DEC)을 보고 실행 문서를 씁니다. 발굴·1차·정밀에는 넣지 않습니다. 진행 결정 옆의 아이디어 종료는 이 아이디어를 접고 목록에서 숨깁니다.
• 분석이 있으면 이 결과에 질문으로 그 보고서를 쓴 팀과 회의처럼 이어 물을 수 있습니다. 본문에 없는 숫자는 만들지 않습니다.

화면 — 승인

대기 중인 요청을 이 화면에서 바로 승인·반려·아이디어 종료·보류합니다. 「실행 단계 진행」을 승인하는 순간 그 아이디어는 프로젝트가 되고, 우리가 직접 운영할 내부 원고·운영 문서 생성이 시작됩니다. 이어서 「대표실」에 사업 소속 1차 판단이 올라옵니다 — 기존 사업이 있으면 이관을 제안하고, 없으면 신규 생성을 제안합니다. 반려하면 지금은 만들지 않고 나중에 다시 요청할 수 있습니다. 진행결정을 반려하면 재상신하거나 완전히 종료할 수 있습니다. 아이디어 종료는 이 아이디어를 접고 목록에서 숨깁니다.

화면 — 사업

여러 프로젝트를 묶는 사업부 단위입니다. 새 사업을 만들면 이름에서 딴 사업부장 이름표가 자동으로 붙습니다(예: "블로그 사업" → "블로그사업부장"). 진행 승인 직후 비서실이 이관/신규를 제안하므로, 같은 사업이 이미 있으면 새로 만들지 않아도 됩니다. 사업마다 상태(준비·검증·파일럿·운영·성장·확장·중단·종료)를 바꿀 수 있고, 그 사업에 속한 프로젝트들의 지출·매출·순손익이 합산되어 보입니다. 다음 한 수는 집중(성장)·유지(운영)·개선(상태 유지, 방식만 고침)·확장·보류·종료입니다. 프로젝트 화면의 각 카드에서도 사업 소속을 배정·변경할 수 있습니다.

화면 — 프로젝트

실행을 승인한 아이디어만 여기 모입니다. 진행 / 보류 / 완료 / 중단을 바꾸고, 다음 할 일과 메모를 적습니다. 현재 사업 방향은 선정한 아이템을 AIBloom이 직접 수행하는 것입니다. 무엇을 할지는 아이디어마다 고릅니다. 시스템 판매·대행·컨설팅이 아닙니다. 대표 지시는 팀에게 주는 말입니다. 저장만 하면 전달되지 않습니다. 이 지시로 재검토·재작성을 눌러야 팀이 기존 문서와 지시·확정된 결정을 읽고 새 파일을 씁니다. 지시가 결정과 다르면 지시를 따릅니다. 옛 보고는 덮지 않습니다. 승인 이후 생기는 실행 문서는 프로젝트 보고서로 이 화면에 붙습니다. 줄을 누르면 운영 탭으로 가지 않고, 같은 화면에서 본문이 열립니다. 본문에서 승인·반려·완전 리젝트를 눌러야 결정됩니다. 승인은 수용, 반려는 해당 문서를 바로 재작성, 완전 리젝트는 그 보고서만 폐기합니다. 열람만으로는 결정되지 않습니다. 1차·정밀 평가 보고서와는 섞지 않습니다. 카드의 이 프로젝트 회의록 작성은 그 아이디어의 보고와 후속 질문만, 누른 시각 기준 24시간으로 요약하고, 승인·반려를 같이 적습니다. 운영 회의록과 섞지 않습니다. 평가 산출물과 손익으로 바로 갈 수 있습니다. 게시·결제·고객연락 버튼은 없습니다.

화면 — 콘텐츠

사이드바 번호 메뉴에는 없고, 프로젝트 화면 오른쪽 콘텐츠 생산 버튼으로 들어갑니다. 사업부장이 다음 주제를 찾아 대기열에 넣고, 콘텐츠제작팀이 글을 씁니다. 「주제 찾아오기」를 누르면 조사(가능하면 웹검색)와 대표가 적은 성과를 반영해 주제를 대기열에 넣습니다. 글은 아직 쓰지 않습니다. 대기 중인 주제가 있으면 「다음 주제 완성본 생성」(콘텐츠제작 → 편집 → 품질검수 → 비판) 또는 「다음 주제 외주 정리문서 생성」을 고릅니다. 고르면 「대표실」에서 필요 팀을 확인합니다. 각 보고서를 프로젝트에서 승인한 뒤에만 다음 완성본을 만들 수 있습니다. 대표실 검토에는 최종본만 올라오고, 1차 원고·편집·검수·비판은 프로젝트에서 봅니다. 조사·손익·법률 등이 더 필요하면 「지원 요청」을 올리고 「대표실」에서 실행 확인합니다. 직접 한 줄씩 주제를 넣어도 됩니다. 방문·문의·한 줄 결과는 이 화면(또는 손익)에 적습니다. 게시는 하지 않습니다. 승인 시점의 1회성 원고와 달리, 프로젝트가 진행되는 동안 계속 반복할 수 있습니다. 블로그에 올리는 일은 당신이 합니다.

화면 — 운영

손익·일정·일일·주간·회의록·결정·활동·팀을 이 화면의 탭으로 모았습니다. 평가·발굴 보고서는 각 화면에서 대상별로 봅니다.

• 실행 — 진행 결정 승인 대기와, 「대표실」에도 있는 실패 재시도.
• 손익 — Task 비용 합산, 아이템별 지출, 월 예산과 이상징후. 한도를 넘으면 알림만 뜹니다. 외부 비용은 일회/정기를 고르고, 정기는 매월·매년을 적습니다. 원화로 적으면 환율로 달러 환산합니다. 순손익이 마이너스면 빨강. 매출은 직접 기록 (결제 실행 아님).
• 일정 — 재검토 기한이 임박하거나 지난 아이디어.
• 일일·주간 — 아침·저녁·주간 브리핑만. 평가·발굴은 여기 없습니다.
• 회의록 — 최근 24시간 회의록 작성을 누르면, 그 시각부터 거꾸로 24시간 안의 발굴·평가·일일과 후속 질문을 비서실이 요약합니다. 대표 승인·반려와 의견도 같이 적습니다. 프로젝트 실행 문서는 빼 둡니다. 파일은 reports/minutes/ops-*.md.
• 활동 — 팀이 실제로 남긴 로그.
• 팀 — 역할 안내, 팀별 통계, 운영 지표와 조언. 지금 돌아가는 일 카드는 「대표실」에만 있습니다.
• AR — 지금 업무에 어떤 AI/도구가 맞는지 물어봅니다. 알려진 자원 기준으로 단계별 조합을 제안하고, 원하면 웹검색도 함께 봅니다. 추천은 자문입니다. 「채택 검토 요청」을 누르면 승인 화면에 올라가고, 대표가 승인하면 채택 기록·현재 배치 표에만 남습니다. 라우팅 코드는 바뀌지 않습니다.

텔레그램

같은 상태 파일을 씁니다. 짧은 명령(상황, 승인, 실행해, 도움말)과 자연어 질문이 됩니다. 분석에 이어 물으려면 TASK-145 비용 산정 세부 알려줘처럼 작업 번호를 넣으면 됩니다. 끝내려면 회의 끝. 테마 발굴·정밀 검토·매출 기록은 웹 콘솔이 본진입니다.

비용

콘솔을 깨끗이 비운 뒤에도 누적 API 비용은 이월 장부에 남습니다. 수동 비용·매출·대표 시간·월 예산·AR 채택 기록은 원래 파일 그대로입니다. 이전 아이디어·보고서를 되돌리려면 백업 zip을 이 PC에서 복원합니다. 회사 방향과 비용 장부는 덮지 않습니다.

python -m runtime.backup restore aibloom-backup-YYYYMMDD-HHMMSS.zip

콘솔 열기

이 설명서는 정적 페이지라 Vercel 같은 곳에 올리면 폰·다른 PC에서 볼 수 있습니다. 콘솔(로그인·실행)은 올리지 않습니다. 콘솔은 이 PC에서만 http://127.0.0.1:8787/login 입니다. 토큰은 .env의 WEBUI_TOKEN입니다.

AIBloom OS · 대표 전용 · 외부 게시/결제/고객연락 자동 없음