YOUR IDEAS. REAL IMPACT.
당신의 아이디어가
실제로 작동하도록.
회사 AI 도구로 함께 만들고, 수집 기록과 문서로 증명합니다.
AID-X 온라인 온보딩에 오신 것을 환영합니다.
16팀함께 도전하고
3명한 팀이 되어
1개의 결과팀의 성과를 보여줍니다
5분 핵심 설명 · 한눈에 읽기에서 상세 절차를 확인하세요.
01 함께 설계하고02 AI와 구현하고03 실행으로 증명합니다
FROM IDEA TO EVIDENCE
01 / BEFORE YOU START
시작은,
두 회사 계정부터.
참가자가 사용할 수 있는 AI 도구는 회사에서 발급한 Claude와 Copilot입니다. 스태프가 실제 수신 계정을 확인하고 팀에 배치합니다.
- 01GlobalProtect VPN을 먼저 연결
- 02회사 Claude · Copilot 로그인 · 팀 GitHub 접근 확인
- 03수신 기록과 계정을 스태프에게 확인받기
회사 GitHub·Claude·Copilot 사용에는 GlobalProtect VPN 연결이 필요합니다. 개발 중 VPN 연결과 수집을 유지하세요. 개인 계정이나 다른 계정으로 바꾸어 개발하면 안 됩니다. 접속 문제가 생기면 VPN 연결을 확인한 뒤 스태프에게 알려주세요.
OUR TEAM · 승인된 계정 연결
Copilot
회사 발급 계정VS Code / CLI내 계정 확인 방법 펼치기
Claude Desktop
왼쪽 아래 이름/프로필 → 로그인 이메일 전체 확인. 회사에서 지정한 조직도 선택됐는지 확인합니다. 이메일이 안 보이면 설정 → 계정을 확인합니다. CLI를 쓴다면 그 대화창에서 /status로 별도 확인합니다.
VS Code Copilot
계정 → 확장 계정 기본 설정 관리(Manage Extension Account Preferences) → GitHub Copilot Chat → 현재 선택된 회사 GitHub ID. 실제 개발 폴더에서 확인하세요.
Copilot CLIcopilot 실행 → Copilot 대화창에 /user show → 현재 GitHub ID 확인. 회사 ID의 접미사까지 그대로 기록합니다.
브라우저 로그인·Git 커밋 이름으로 추측하지 않습니다. VS Code와 CLI를 둘 다 쓴다면 각각 확인하세요.
현재 설치판에는 계정 입력칸이 없습니다. 확인한 이메일·조직명·ID는 스태프에게 비공개로 전달하고, kode:ton 사용자 식별에는 실명만 적습니다. 비밀번호·토큰은 전달하지 않습니다.
계정 확인 상세 가이드 ↗스태프의 수동 대조
도구별 계정 확인 → 팀 배치
수집된 모든 기록이 평가 대상으로 인정되는 것은 아닙니다. 미확인 기록은 확인 대기, 지정 외 계정 사용은 확인 후 규정에 따라 처리합니다. 감점 세부 기준은 별도 공지합니다.
02 / CONNECT YOUR WORK
설치했다면,
내 이름을 저장하세요.
설치 안내를 따라 설치한 뒤, kode:ton을 열어 참가 신청 명단과 같은 본인 실명을 저장합니다.
1 Mac 화면 오른쪽 위
이 아이콘 클릭
이 아이콘 클릭3 사용자 식별
user.id홍길동 ← 본인 실명저장
저장됨 → 홍길동
Windows는 작업 표시줄 오른쪽의 불꽃 아이콘을 엽니다. 안 보이면 숨겨진 아이콘(∧)을 확인하세요.
자동으로 보이는 영문 이름을 그대로 두지 마세요.
실명을 직접 입력하고 ‘저장됨 → 본인 이름’을 확인합니다. 닉네임·팀명·Claude 이메일·GitHub ID를 넣는 칸이 아닙니다.
저장 후 꼭 확인할 것
작업을 저장한 뒤 사용하는 Claude Desktop·VS Code·Copilot CLI·터미널을 완전히 종료하고 다시 엽니다. 수신 확인 단계의 시험 문장을 보내 스태프에게 도구별 이름·회사 계정·서버 수신을 확인받으세요.
이름이 그대로이거나 도구마다 다르면 스태프에게 알려주세요. 이미 페어링했다면 이름을 임의로 바꾸지 않습니다. 과거 기록과 팀 연결이 자동으로 합쳐지지는 않습니다.
수집 정책은 참가자가 변경할 수 없습니다. 회사 Claude·Copilot의 로컬 보관·서버 전송을 유지합니다. 현재 설치판에는 별도의 Claude·Copilot 계정 입력칸이 없습니다.
모의 테스트용 · v0.5.0-rc.5
GitHub 릴리스 열기 ↗회사 GitHub 계정으로 대회 조직 초대를 수락한 뒤 설치용 읽기 권한을 받으세요. 404/403이면 VPN과 권한을 스태프에게 확인하세요. Assets의 실행용 ZIP을 받으며 Source code ZIP은 설치 파일이 아닙니다. Intel Mac · Windows ARM · WSL은 현재 검증 범위 밖입니다.
앱 제목의 v0.5.0과 설치 패키지의 v0.5.0-rc.5는 서로 다른 버전 표기입니다. 앱 제목만으로 최신 여부를 판단하지 말고, 위에서 지정한 릴리스를 확인하세요.
03 / MAKE SURE IT ARRIVES
수집이 이어져야,
과정도 평가됩니다.
수집이 되어야 개발 과정이 평가 근거로 남습니다. 설치 후 실명을 저장하고 앱·터미널을 다시 열어, 사용할 도구마다 아래 문장을 한 번씩 보내주세요.
확인 문장에는 이름이나 계정 정보를 넣지 않습니다.
온보딩 완료는 여기까지
- 1내 PC · 도구에서 전송
확인 문장 입력 + 답변 수신
- 2수집 서버 · 실제 기록 확인
스태프가 도구·시각·문장을 대조
- 3회사 계정 확인 + 팀 배치
Claude / Copilot을 각각 지정
Doctor의 정상 결과는 로컬 준비 확인입니다.
서버 수신과 회사 계정 확인까지 받아야 합니다.
기록은 로컬에도 보관됩니다. 스태프가 수집 상태를 모니터링하다 문제가 확인되면 앱 상태를 확인하고 복구를 안내합니다. 비밀번호·토큰·전체 대화는 보내지 마세요.
04 / FOUR CHALLENGES
네 가지 주제,
우리 팀의 해답.
대회 주제는 총 4개입니다. 확정된 주제를 이 화면에서 공개하고, 각 팀은 배정받은 주제의 문제와 기준에 맞춰 개발합니다.
주제 수령 전 · 공개 예정
주제가 공개되면 문제 정의·필수 범위·완료 조건부터 확인하세요. 제시된 요구와 우리 팀이 더한 아이디어는 문서에서 구분합니다.
주제명과 내용은 확정 후 반영합니다. 현재 예시 주제를 임의로 만들지 않았습니다.
AID-X CHALLENGES · 4 TOPICS
주제 공개를 기다리고 있습니다
공개된 주제를 선택하면 상세 내용을 확인할 수 있습니다.
05 / BUILD AS A TEAM
세 사람의 작업을
하나의 흐름으로.
주최 측이 미리 준비한 팀 repo에서 시작합니다. 개발할 일을 Issue에 적고 담당자·완료 조건을 정한 뒤, 구현·테스트 근거를 연결해 완료 처리하세요.
Issue는 개수보다 내용입니다. 작업을 어떻게 나누고, 문제를 어떻게 해결했는지 보이게 남겨주세요.
우리 대회 팀 저장소 ↗team01–team16 중 배정받은 저장소를 사용합니다.
설치 파일 배포용 저장소와는 다른 곳입니다.
예시 · 작업을 추적하는 방법
할 일
진행 중
완료
docs/development.md에는 협업, 도구 활용 목적, 반복 검증 과정도 정리합니다. 사용량만 늘리기보다 실제로 어떤 도움이 됐는지 설명하세요.
06 / LEAVE A CLEAR STORY
문서는 짧아도,
근거는 이어지게.
팀 repo의 docs/ 안에 있는 양식을 정해진 기준에 맞게 채워주세요. 이 문서와 실제 구현·실행 결과가 평가 근거가 됩니다. README에는 설치·실행 절차를 적습니다.
템플릿은 빈 양식입니다. 예시를 복사해 구현했다고 쓰거나, 실행하지 않은 테스트를 성공으로 표시하지 마세요.
작성 템플릿 ZIP 받기 ↓v0.2 초안 · 사내 Confluence 로그인 필요
팀 repo의 배포 양식을 먼저 확인하고, 양식이 없거나 다르면 스태프에게 알려주세요.
함께 남길 근거
development.md · security-compliance.md · e2e-test.md · GitHub Issue
07 / SECURITY IS PART OF BUILDING
보안도,
동작으로 보여주세요.
repo에 제공된 docs/security-policy.md의 보안 규칙을 준수하며 개발합니다. 코드와 테스트 근거는 security-compliance.md에 연결합니다.
해당 없으면 이유를, 확인 못 했으면 미검증을 남깁니다. 예외 요청을 했다는 것만으로 준수한 것은 아닙니다.
보안 기준·제출 문서 상세 보기 ↗핵심 12항목의 안내 요약입니다. 적용 조건과 정확한 기준은 배포된 정책을 따르며, 세부 배점은 별도 확정합니다.
08 / PROVE THAT IT WORKS
“됩니다”를
재현할 수 있도록.
평가자는 README를 따라 실제 빌드와 테스트를 수행합니다. 문서의 주장, 구현, 실행 결과가 일치하도록 남겨주세요.
- 01환경·설치·설정·빌드·실행·종료 명령
- 02단위 테스트 + 사용자 흐름별 E2E 시나리오
- 03커밋 SHA·실행 시각·성공/실패/건너뜀·원본 근거
예시 · 타인의 자료는 열리지 않아야 한다
요구사항
REQ-01→구현
권한 검사→검증
TC-01
REQ-01→구현
권한 검사→검증
TC-01
e2e-test.md · 작성할 내용 예시
GIVEN 사용자 A가 로그인한다
WHEN 사용자 B의 자료를 직접 요청한다
THEN 요청 거부 + 자료 유출 없음
AND 저장 데이터가 바뀌지 않는다
실행 명령 / 예상 결과 / 실제 결과 / 근거 경로
상태: 직접 실행한 뒤 기입
HTTP 200이나 테스트 파일의 존재만으로 기능 성공을 증명할 수 없습니다. 정상·오류·권한 경계를 실제로 확인하세요.
09 / HOW YOUR WORK IS REVIEWED
과정과 결과를,
함께 봅니다.
세 팀원의 자료를 종합해 팀 점수 하나를 냅니다. 개인 점수를 먼저 더하는 방식이 아닙니다.
기술평가의 세부 항목·배점과 임원평가 항목은 확정 후 안내합니다. 현재 문서·보안 양식은 준비용 초안입니다.
제출물 작성·검증 안내 ↗FINAL SCORE100점
AI 기술평가
평가자는 Claude · Codex · Copilot으로 동일 기준 독립 평가.
총괄이 세 보고서를 받아 평균을 반영합니다.
동료평가
우리 팀과 주제가 겹치지 않는 3팀에 점수·의견 입력.
우리 팀과 평가할 3팀의 주제가 모두 다르도록 배정합니다.
심사위원 · 임원평가
배정된 장소와 발표 순서에 따라 평가합니다.
자료와 소스 주소는 평가 포털에 제출합니다.
10 / READY TO MAKE IT REAL
이제,
우리 팀 차례입니다.
마지막으로 확인하고 출발하세요.
설치 문제는 스태프에게, 개발의 근거는 팀 저장소에 남깁니다.
개발 마감: 2026년 10월 15일 00:00 (한국 시각)
팀 계정은 운영자가 전달합니다. 자료 제출·발표 세부 일정은 최종 공지를 따릅니다.
우리 팀 준비 체크
0 / 6이 브라우저에만 저장하는 자가 점검입니다.
스태프 승인이나 포털 제출 상태를 변경하지 않습니다.