S brain - 아이디어 회의

개인프로젝트가 팀프로젝트로 선택되고,

팀원(누리)의 FRONT 화면이 각자 머릿속에 그리는게 다른것같다라는 의견으로 FRONT 관련 회의를 진행했다.

이미 공유된 기존 화면이 마음에 든경우 (재희) 편안하게 더 추가하면 좋겠다, 뭐는 삭제되었으면 좋겠다 등의 FRONT 아이디어를 받는 자리로 이해해보자 건의해 진행됬다. 

 

 

 

 

 

팀원들이 각자 아이디어를 도출해 브리핑했다. 

약 2시간의 회의중 개인적으로 좋아보이는 아이디어를 메모했다 .

근준님, 정원님, 재희님, 누리님
 
1. 사용자-대시보드-notification table추가 좋다 
2. 사용자-대시보드- 오른쪽 상단-새프로젝트 버튼 한번더 노출된게 친절하니 좋다. 
3. 각 프로젝트 나 UI - 오른쪽 상단에 방금전, 몇분전 등의 언급이 친절하니좋다. 
4. 결과물 문서관리 - 지시사항 작성(추가) - 전체 공통 프로젝트별로 나누니 아주친절하나 정원님도 헷갈려하시는걸보니 사용자에게 보요주려면 ui는 좀더 고민이 필요할듯하다 
5. 사용자가이드-사용자가보긴 어려우니 좀더 아이콘이나 그림을 쓰고, pdf으로, 플젝이 완성된뒤 캡쳐본을 활용해 쉬워보이게 작성해보도록하자 
6. 화면투어-로그인에 체험로그인기능과 연계해 tooltip을 활용해 수행해보자 
7. 사용자관리-사용자추가-가이드pdf url을 첨부해 메일이나 공유하기기능으로 초대 링크기능으로 구현하면 좋을듯하다 
8. 프로젝트모니터링-관리자가해결해주는 기능은 판이커지나 사용자에게 조심하라고 알림 보내주는 기능 정도는 가볍고 구현가능하니좋다 
9.음란물, 폭력적, 불법적인 것들을 제한하는 기본 문서를 세팅하자는 아이디어가좋다 
 
1. 강제중단기능이 좋다 사용자가 결과물을 보다가 이상하다 싶으면 강제중단시킬수있으니 토큰절약도될거다 
2. 채팅창과 구현물 순서를 바꿔 구현화면이 왼쪽, 채팅창이 오른쪽으로 가면좋겠다 
3. 위에 흐름을 보여주는 wizard ui 가좋다 
4. 채팅방에 새채팅 1, 2, 3 숫자 float 해보여주는게 좋다 
5. 기준점수와 산출된 점수, 감점요인이보이는게좋다. 여기에 재실행할까요? 버튼을 넣어 재실행도할수있게하고 사용자 의견수집하기도 좋겠다. 
6. hiatory-타임라인이 좋다 
7. 근준님과 마찬가지로 파이프라인이 들어가있는데 ui가 더 좋아보인다 
 
1. 채팅시작시에 gif가 귀엽고좋다 다른 gif나 코드로 해보자 
2. 활동로그에 시간표시가되고 badge 표현이 시각적으로 친절하니 좋다. 
3. 활동로그-필수, 선택 표현도좋다 
4. agent - 파이프라인 그래프 아주 좋다 
5. 품질기준 드레그형식으로 on off 하는게좋고 가중치 입력할수있는것도 좋다 
 
1. 구글 동의화면 팝업 좋다 무조건 추가하자 
2. task랑 execlution쪽 둘다 보여주는게좋다 여기에 정원님 아이디어를 조합해 토큰수도 보여주면 더 좋아보인다. 
3. 전체 화면에 검색기능을 곳곳에 넣어두는게 좋다 
4. wizard ui에 툴팁으로 보이는 가벼운 상세가좋다 
5. 사용자가 잊지않도록 실패나 에러시 header 상단에 고정해 보여주는게 좋다. 
6. 중단버튼 말고도 처음부터다시만들기 버튼을 생각한게 아이디어가 좋다. 
7. 채팅에 tab 버튼형 ui는 채팅 스크롤을 줄일수있으니 답변형에 적극활용하면 좋아보인다

 

 

 

 

 

 

추후 병원내외 중

LLM agent가 꼭 필요한가를 두고 회의가 건의되고, 

논의 배경 (누리)

프로젝트 기획서의 「역할 분담」 수립에 앞서, Agent별 공통 Task를 정의하고 이를 기반으로 역할 및 책임 범위를 구체화하는 방향으로 요구사항 검토를 진행하였다.
초기 검토에서는 요구사항의 범위를 원페이지, 웹개발, AI API의 3개 카테고리로 구분하여 각 영역에서 필요한 Task를 도출하고자 하였다.
그러나 검토 과정에서 Data/AI Agent의 담당 범위와 역할이 명확하게 정의되지 않는 문제가 확인되었다. 이에 따라 개별 Agent의 역할을 단순 배분하는 방식보다는, 현재 설정된 Agent 구성 및 역할 구조 자체에 대한 재검토가 필요하다는 논의로 확장되었다.
또한 Agent 구성의 적절성을 검토하는 과정에서, 보다 근본적인 관점에서 현재 설정한 타겟 유저가 해당 제품을 실제로 사용할 명확한 니즈와 동기를 가지고 있는지에 대한 의문이 제기되었다.
이에 따라 현재 논의의 범위는 Agent별 역할 분담을 넘어, 타겟 유저의 니즈와 제품의 필요성, 타겟 도메인의 적절성, 이에 따른 Agent 구성 및 역할 체계를 순차적으로 재검토하는 방향으로 확대되었다.
향후 검토 방향
향후에는 Agent별 역할을 우선 확정하기보다 다음의 순서로 검토를 진행한다.
타겟 유저의 명확한 니즈 및 제품 사용 필요성 검증
타겟 도메인의 적절성 검토
검증된 요구사항을 기반으로 핵심 기능 및 Task 재정의
Task 수행에 적합한 Agent 구성 및 역할 재설계
최종 Agent별 역할 및 책임 범위 확정

 

 

 

 

관련 내용 피드백 후

기존 Second Brain의 차별점을 올리기위해 아이디어를 공유합니다.

우리가 자칫 기존 ai agent와 같아보일수있지만 사실상 지능을 가진 개발팀이라는 컨셉이니 확장이 가능할것같아요

1. 단순 ai가 아닌 ai 팀이기에 가능한 "기존에 협의내용과 구현물이 달라요" 라고 경고해주는 팀원 (깐깐이)
• PRD ↔ 실제 구현 불일치
• ERD ↔ 실제 DB 구조 불일치
• User Flow ↔ 실제 기능 흐름 불일치
• Wireframe ↔ 실제 UI 불일치
분석 ai가 결과물과 기획이 다르다고 분석하며 이 수정과정을 버튼 클릭하나로 자동화하는더죠.
~기획서를 ~ 변경내용으로 업데이트할까요?

• 참고로 우리 ui는 인사이드아웃같은 느낌을 줘봐요! 근준님이 회의때 영어를 지양하고 사용자에게 쉬운 언어없을까요 했던게 급 생각났어요
예를 들어 다른 에이전트는 플레닝은 기획이..(작명센스 죄송) 슈퍼바이저는 대장이..
여튼 우리 first brain팀원 분들을 보면서 다들 각기 가진 매력이 달라 마치 인사이드아웃같다라고생각한적이있는데 그걸 에이전트에 대입시켜 프로필화 하면 귀여울것같아요

암튼 그래서 기존 분석 담당 AI를 단순히 완성도나 성능을 평가하는 역할에서,
기존 기획과 다른 점이나 불가피하게 변경된 부분을 찾아내고 관리하며, 필요한 산출물 수정까지 도와주는 Agent로 발전시켜보는 겁니다.





2. 여기에 Data/ML Agent도 자연스럽게 연결할 수 있을 것 같습니다. 

왜 예를 들어 사용자가 요청한 타겟팅과 기획안이라도 시장성이 없을 수 있죠
“20~30대가 핵심 타겟이다” → 주방도구 실제 데이터 분석 결과 40~50대 사용 비중이 가장 높음
“가격을 낮추면 사용자가 늘어날 것이다” → mz 말랑이 구매 실제 데이터에서는 할인보다 다른 요인의 영향이 더 큼

즉 20대타겟팅이었는데 40대로바꿔 ~ ui 폰트 크기 키우고~ 등등 수정해서 홈페이지만듬 등..품질을 따지는 mz를 위해 자세화된 상세정보 등..

우리가 세운 가설이나 의사결정이 실제 데이터와 맞는지 ML/데이터 분석으로 검증하고, 필요하면 이탈 가능성이나 고객군 등을 예측해서 의사결정을 다시 판단할 수 있게 하는 겁니다. 다만 안그래도 돌릴게많으니 딱 나이대별 시장전망..? 정도만 가능하면 모델을 세팅해 써보면어떨까요..?..?ㅜ 안됨모..ㅜㅜㅜ 과감히 정말로 포기!





3. 더불어 기존에 재희님이 건의하셨던 시각적으로 훌륭했던 Agent Map에 (제안1)이 가능하다면 더불어 사용자의 Decision을 중심으로 프로젝트가 어떻게 변경/발전해왔는지를 함께 히스토리식으로 보여주는 Decision Map으로 발전시켜보면 어떨까요?

ps.기존 진행상황에 오히려 방해가된다면 무시해주세요 브레인스토밍에 작은 도움이 되고자 남겨봅니다..

 

 

 

 

 

도메인을 다시 정하게 되어 다시 개인프로젝트로 전환되었다 .

논의가 시작된 계기 (누리)

파이프라인 Agent 재구성
Data Agent
DB 스키마 실체화(DDL/SQL 생성, 제약조건·인덱스) + 데이터 수집·전처리·분석 으로 롤 변경

    
Engineering Agent
Front와 Backend 분리

    
파이프라인에 AI Agent를 없애자
없애자 → AI API 연동 → 사실 Backend 개발과 동일 / 모델 직접 학습은 인프라 적으로 불가능해 보임 → 파이프라인이 아니라 특정 Agent의 모델에 사용되는 파인튜닝 실험쪽으로 분리
없앤다면 차별점이 없지 않나(ChatGPT, Claude 말고 굳이 우리 시스템을 쓸까?)

차별점이 없는 것 같다
타겟 유저들이 굳이 우리 시스템을 쓸까?
안쓰지 않을까? → 타겟 유저 변경 & 도메인 변경

따라서,

내일 09/02(수) 오전 10시, 도메인 변경과 관련하여 회의를 진행하고자 합니다.

[회의 일정]

일시: 2026-09-02(수) 오전 10:00
Agenda: 도메인 변경 및 프로젝트 방향 논의

[논의 예정 내용]
이번 회의는 도메인을 정하는 것이 주목적입니다. 아래 두 항목을 중심으로 준비해 주시면 감사하겠습니다.

■ 필수

도메인 제안
제안 도메인
해당 도메인을 선정한 이유 및 배경
기존 도메인 대비 기대되는 장점
프로젝트 주제 및 방향
도메인 내에서 해결하고자 하는 문제
문제 정의 및 타깃 사용자
구체적인 서비스/프로젝트 아이디어

■ 선택 (준비되시는 분만, 도메인 확정 후 본격 논의 예정)

시장조사 및 BM 분석
관련 시장 및 경쟁 서비스/사례
시장성 및 차별화 가능성
비즈니스 모델(BM) 방향
시스템 구성 기획
서비스/시스템의 전체적인 구성
주요 기능 및 사용자 흐름
프로젝트 프로세스
도메인 변경에 따른 프로젝트 진행 방식
기존 프로세스에서 유지할 부분 및 변경이 필요한 부분
모델링 계획
적용하고자 하는 모델 및 접근 방법
모델을 통해 해결하고자 하는 문제
데이터 수집 전략
필요한 데이터
데이터 확보 방법 및 수집 가능 여부
데이터 구축/전처리 방향

위 내용은 모두 확정된 형태가 아니어도 괜찮으며, 회의에서 논의할 수 있을 정도의 구체적인 아이디어와 근거를 준비해 주시면 좋겠습니다.

특히 단순히 도메인만 제안하기보다는, 해당 도메인을 왜 선택했는지와 이를 바탕으로 어떤 프로젝트를 진행할 수 있을지에 대한 상세한 설명을 함께 공유 부탁드립니다.

회의에 필요한 자료가 있다면 회의 전까지 현 스레드에 미리 공유해 주시면 감사하겠습니다. 사전에 자료를 확인하고 회의에서 보다 효율적으로 논의할 수 있도록 하겠습니다.

감사합니다.

도메인_변경_제안_보고서(누리).pdf

0.91MB

 

 

 

 

 

 

 

최종 선택된 팀 도메인

정부지원사업 사업계획서 · 프로토타입 동시 생성 AI 서비스
창업 아이템을 말하면 지금 열려 있는 정부지원사업 공고 중 맞는 것을 찾아, 그 공고 기준으로 사업계획서를 쓰고, 심사에서 가장 약한 칸인 "준비 정도"를 실제 프로토타입으로 채워주는 AI 팀이다.

* 프로젝트_기획서_v1.3.docx (작성자: 누리)

 

 

 

 

 

 

따라서 s brain은 그대로 개인프로젝트로 자유롭게 진행하며, 

외 잠시 팀원들에게 받았던 기존 받았던 아이디어들을 소중히 개인프로젝트에 적용하여 FRONT 화면을 upgrade하기로했다.