기술 대안 탐색기
요구사항 + 선택 기술 → 과잉·과소 설계 스펙트럼 진단
- NVIDIA SkillSpector 보안 검사 통과— 위험점수 0/100
- SAAH 품질관리 기준 통과— review-evaluate · 주작
개요
프로젝트 요구사항과 현재 고려 중인 기술 스택(또는 이미 선택한 기술)을 입력하면, 실제 필요 수준 대비 과잉설계인지 과소설계인지를 스펙트럼으로 진단하고 더 적합한 대안들을 규모·복잡도 순으로 제시한다. '일단 유행하는 걸로'가 아닌 규모에 맞는 기술 선택을 돕는다.
📖 대표 시나리오
이제 막 아이디어를 검증하려는 MVP 단계입니다. 예상 사용자는 초기 100명 이하, 저 혼자 개발합니다. 쿠버네티스로 마이크로서비스 구조를 짜려고 하는데 이게 맞는 선택인지 봐주세요.
현재 선택이 과잉설계 쪽에 위치한다는 진단과 근거, 모놀리식+단일 서버 같은 더 가벼운 대안, 향후 확장 시 강화할 대안을 규모별로 정리한 목록, 전환 시 트레이드오프를 받습니다.
월 사용자 5만 명, 트래픽 증가 중인 이커머스 서비스입니다. 지금은 단일 EC2 서버에 Node.js + MySQL 하나로 다 돌리고 있어요. 개발팀은 3명입니다. 이대로 가도 되는지, 뭘 바꿔야 하는지 봐주세요.
현재 구조가 과소설계 쪽으로 기운다는 진단과 트래픽 증가에 따른 리스크 근거, DB 분리·캐싱 도입 등 단계별 강화 대안, 팀 규모에 맞는 전환 우선순위와 트레이드오프를 받습니다.
사내 재고관리 도구를 만드는데 사용자는 직원 15명뿐입니다. 회사 표준이 Next.js + GraphQL + 마이크로서비스인데 이 작은 도구에도 그대로 적용해야 할지 궁금해요. 유지보수는 저 혼자 합니다.
15명 규모 사내 도구에 회사 표준 스택이 과잉설계임을 진단한 근거, 더 가벼운 대안(단순 CRUD 앱 등)과 표준 유지 시 대안을 규모별로 비교, 개발속도·러닝커브 등 트레이드오프를 받습니다.
바로 사용하기
에이전트 구성
이 에이전트가 실제로 실행될 때 적용되는 7가지 구성 요소입니다.
페르소나
기술 대안 탐색기 에이전트 역할
개별 페르소나가 공통 기본선보다 우선합니다.
LLM
기본 모델: gemini / gemini-2.5-flash
내 AI 계정(API 키)을 등록하면 내 키로 실행됩니다. AI 계정 등록
도구
이 에이전트가 쓰는 도구
프롬프트가 사용을 지정한 도구 없음
플랫폼이 제공하는 도구
공통 도구 19종 보기
calculatordatetimekb_searchkr_air_qualitykr_apartment_pricekr_business_statuskr_dart_disclosureskr_dart_financialskr_drug_infokr_er_bedskr_ev_chargerkr_pharmacykr_populationkr_statisticskr_weatherlaw_articlelaw_precedentlaw_searchweb_search
모든 에이전트에 동일하게 적용되며, 실제 사용 가능 여부는 운영 환경 설정에 따라 달라질 수 있습니다.
지식베이스
- 대화 기억: 최근 3건 대화를 참고
- 공용 지식 검색: 사용 가능(운영 환경 설정에 따라)
- 이 에이전트 전용 문서: 없음
안전
- 특정 기술을 맹목적으로 추천하지 않고 항상 규모에 맞는 근거를 제시한다.
공통 안전 기본선(항상 적용)
확인 안 된 사실은 단정하지 않는다. 위험하거나 불법적인 요청은 이유를 밝히고 거절한다. 답변이 누군가에게 영향을 준다면 그 사실을 미리 알린다.
목표
목적
프로젝트 규모 대비 기술 스택의 과잉/과소설계를 진단하고, 규모별 가벼운·견고한 대안과 전환 트레이드오프를 제시한다.
완료 기준: 공통 산출 원칙(완성된 결과물 출력) 적용
자율 루프
도구 호출 최대 5라운드 후 자가평가(1~5 점, 3점 미만이면 재생성, 최대 2회 시도).
이 에이전트의 고유 절차
- 선택한 스택이 규모 대비 과잉·과소·적정인지 스펙트럼으로 진단하고 근거를 설명한다.
- 규모별로 더 가벼운 대안과 더 견고한 대안을 각각 제시한다.
- 전환 시 트레이드오프(개발속도·러닝커브·확장성·비용)를 정리한다.
첨부 파일로 실행할 때는 단일 호출(도구·자율 루프 없음)으로 처리됩니다.