KIC AI Agent 기획서, 챗봇 대화 화면 대신 역할·도구·흐름 설계도를 먼저 그리면 25점 칸이 채워집니다 | DAKER 커뮤니티

국부펀드 KIC, AI 에이전트 공모전의 예선 기획서에서 가장 배점이 큰 칸은 AI Agent 구성 및 설계, 25점입니다. 이 칸은 대화창 화면을 예쁘게 그린다고 채워지지 않습니다. 심사표가 묻는 것은 에이전트가 어떤 역할로 나뉘고, 어떤 순서로 일하며, 어떤 도구와 API를 스스로 골라 쓰는지입니다. 화면보다 설계도를 먼저 그리면 나머지 목차도 훨씬 쉽게 정리됩니다.

화이트보드에 에이전트 역할과 도구 흐름을 그리는 팀을 표현한 설명용 실사풍 이미지
설명을 돕기 위해 만든 생성 이미지입니다.

KIC AI Agent 예선은 어떻게 평가되나요

예선 기획안은 내부 전문가 평가 70%와 Elo 기반 참가팀 상호 평가 30%를 합쳐 본선 진출팀을 고릅니다. 전문가 평가 항목과 배점은 공식 페이지에 이렇게 공개되어 있습니다.

평가 항목배점심사가 묻는 것
문제 정의 및 주제 적합성20투자·금융 업무의 실제 문제를 명확하게 정의했는가
AI Agent 구성 및 설계25Agent 역할, Workflow, Tool/API 활용 및 자율성이 적절한가
차별성 및 창의성20기존 서비스와 단순 LLM 활용 대비 차별점이 있는가
실현 가능성20본선 기간 내 제안 기능을 MVP로 구현할 수 있는가
활용성 및 확장성15실제 활용 가능성과 향후 확장성이 있는가

대회 소개도 같은 방향을 가리킵니다. 이번 공모전의 목적은 단순 질의응답형 챗봇을 넘어, 사용자의 목적을 이해하고 정보를 탐색·분석하며 도구를 활용해 결과물을 생성하는 Agent 기반 서비스의 적용 가능성을 검증하는 데 있다고 적혀 있습니다.

질문에 답하는 화면이 아니라, 목적을 받아 스스로 일을 나누고 도구를 쓰는 흐름이 심사의 중심입니다.

챗봇 기획서가 25점 칸에서 막히는 지점

흔한 실수는 서비스 제안 장에 사용자가 질문하고 답이 나오는 대화 화면을 넣고, AI Agent 구성 장에는 사용할 모델 이름만 적는 것입니다. 이렇게 쓰면 역할, Workflow, Tool/API, 자율성 네 가지 가운데 무엇도 보이지 않습니다. 같은 기획서가 차별성 항목에서도 단순 LLM 활용과 구분되지 않아 두 칸을 함께 잃기 쉽습니다.

공식 주제 예시인 투자 리서치를 예로 들면, 질문 하나에 답하는 대신 기업·산업 동향을 수집하는 역할, Peer Group을 비교·분석하는 역할, 결과를 보고서로 정리하는 역할로 나눌 수 있습니다. 각 역할이 어떤 공개 데이터나 API를 호출하는지, 결과가 어디서 사람의 확인을 받는지를 화살표 하나하나로 보여 주면 설계가 읽힙니다.

설계도를 먼저 그리고 목차를 채우는 순서

코드를 쓰기 전에 생각을 펼치고, 계획을 세우고, 작은 단위로 검증하는 흐름은 기획서에도 그대로 통합니다. 화이트보드 한 장으로 시작해도 충분합니다.

  1. 사용자가 에이전트에게 맡기는 목적을 한 문장으로 적습니다.
  2. 그 목적을 이루는 역할을 두세 개로 나누고 각자의 입력과 출력을 적습니다.
  3. 역할마다 쓰는 도구와 API, 데이터 출처를 화살표로 연결합니다.
  4. 에이전트가 스스로 판단하는 지점과 사람이 확인하는 지점을 표시합니다.
  5. 본선 기간 안에 구현할 MVP 범위를 그림 위에 동그라미로 묶습니다.
챗봇 화면에서 에이전트 설계도로 바뀌는 과정을 5컷으로 표현한 설명용 이미지
설명을 돕기 위해 만든 생성 이미지입니다.

이 그림이 있으면 필수 목차인 summary, 문제 정의, 서비스 제안, AI Agent 구성, 데이터 활용 계획, MVP 개발 계획, 기대 효과가 각각 그림의 어느 부분을 설명하는지 바로 정해집니다. 기획서는 10페이지 이내 PDF이므로, 설계도 한 장이 여러 쪽의 설명을 대신해 주는 효과도 있습니다.

지금 시점과 남은 일정

예선 기획서 마감은 2026년 11월 12일 10:00이고, 마감 이후 제출과 수정은 불가합니다. 작성 기준일 공식 해커톤 정보 기준으로 참가 120명, 제출 8건, 임시저장 1건입니다. 외부 데이터와 AI 모델·API 사용은 허용되지만, 출처·수집일·라이선스·전처리 방법을 제출물에 기재해야 한다는 조건이 붙어 있습니다. 설계도의 화살표마다 데이터 출처를 함께 적어 두면 데이터 활용 계획 장도 같이 준비됩니다.

공식 출처

여러분이 구상한 에이전트는 몇 개의 역할로 나뉘나요? 역할 이름과 각자 쓰는 도구를 한 줄로 댓글에 남겨 주시면 서로 설계를 비교해 볼 수 있습니다.