Software 3.0 학습: 자연어 컨텍스트를 실행 가능한 명세로 바꾸기 | DAKER 커뮤니티
Software 3.0 학습은 자연어 요청을 그냥 길게 쓰는 일이 아니라, 모델이 실행할 수 있는 컨텍스트를 설계하는 일입니다. Software 3.0이란, 코드와 학습 데이터 옆에 자연어 지시와 대화 컨텍스트가 실행 인터페이스로 들어오는 흐름을 의미합니다. 오늘은 DAKER의 Software 2.0, Agentic Engineering, 프롬프트 기초 글을 이어 보며 바로 쓸 수 있는 컨텍스트 카드로 바꿔봅니다.

DAKER 학습: Software 3.0 관점으로 목표, 제약, 증거를 컨텍스트에 넣는 방법
오늘 배울 것은 무엇인가요?
오늘 배울 것은 막연한 프롬프트를 목표, 입력, 제약, 예시, 완료 증거가 있는 명세로 바꾸는 방법입니다. Karpathy의 Software 3.0 관점은 자연어가 새 실행 표면이 된다는 점을 강조합니다. DAKER 학습자에게 중요한 실무 포인트는 자연어를 많이 쓰는 것이 아니라, 모델이 헷갈리지 않게 실행 경계를 작게 만드는 것입니다.
요청을 한 문장 목표로 줄입니다.
모델이 참고할 입력과 참고하지 말아야 할 범위를 분리합니다.
좋은 예시와 나쁜 예시를 각각 하나씩 적습니다.
완료 증거를 테스트, 링크, 화면, 로그 중 하나로 고릅니다.
핵심 개념은 왜 컨텍스트 카드인가요?
컨텍스트 카드는 AI에게 보낼 작업 정보를 한 화면에 모은 실행 명세입니다. 목표만 있으면 모델은 빈칸을 추정하고, 제약만 있으면 결과가 소극적으로 변합니다. 목표, 입력, 제약, 예시, 완료 증거를 함께 주면 다음 대화에서 무엇을 유지하고 무엇을 바꿔야 하는지 더 분명해집니다.

목표, 입력, 제약, 예시, 완료 증거를 한 장에 묶는 Software 3.0 컨텍스트 워크플로
따라 해볼 실습은 어떻게 시작하나요?
먼저 Software 2.0 목적함수 학습: Karpathy식으로 AI 실험을 작게 설계하기를 열고, Software 2.0에서 목적함수가 어떤 역할을 했는지 한 문장으로 적습니다.
다음으로 Karpathy Agentic Engineering: 바이브 코딩을 실무 품질 루프로 바꾸는 법를 읽고, AI 작업에서 사람이 남겨야 할 검증 경계를 표시합니다.
오늘 맡길 작은 작업 하나를 고릅니다. 예를 들어 “학습 글 초안을 900자로 줄이기”처럼 결과물이 보이는 작업이 좋습니다.
목표, 입력, 제약, 예시, 완료 증거를 각각 한 줄로 씁니다.
AI에게 실행을 맡긴 뒤, 결과가 완료 증거와 맞는지 먼저 확인합니다.
컨텍스트 카드는 어떤 형식으로 쓰면 좋나요?
가장 쉬운 형식은 5줄입니다. 목표는 독자가 얻을 결과, 입력은 참고할 자료, 제약은 금지할 표현이나 링크, 예시는 원하는 톤, 완료 증거는 확인할 산출물로 씁니다. 이 형식은 프롬프트 기초 학습: Karpathy식 작은 요청 루프로 첫 답변 고치기에서 다룬 작은 요청 루프와도 잘 이어집니다.
목표: 독자가 오늘 무엇을 실행하는가
입력: DAKER 내부 글, 공개 학습 자료, 오늘 확인한 수치
제약: 외부 링크 노출 금지, 과장 금지, 로컬 경로 금지
예시: 원하는 문장 하나와 피할 문장 하나
완료 증거: 게시 URL, 이미지 2개, 금지 토큰 검사 결과
자주 막히는 지점은 어디인가요?
가장 흔한 실수는 컨텍스트를 길게 쓰면 자동으로 좋아진다고 믿는 것입니다. 컨텍스트가 길어도 목표와 완료 증거가 흐리면 모델은 그럴듯한 일반론을 만듭니다. 아래 체크리스트를 통과하지 못하면 실행 전에 컨텍스트를 다시 줄이는 편이 좋습니다.
목표가 한 문장인가요?
참고할 입력과 추정하면 안 되는 범위를 분리했나요?
좋은 예시와 피할 예시가 모두 있나요?
완료 증거가 사람이 직접 확인할 수 있는 형태인가요?
결과를 받은 뒤 다음 행동까지 정했나요?
다음 학습 연결은 어디로 이어지나요?
Software 3.0 컨텍스트 카드를 써봤다면, 다음에는 전체 학습 글을 DAKER 학습 디렉터리에서 이어 보세요. 특히 Agentic Engineering 글과 프롬프트 기초 글을 함께 보면, 자연어 명세가 실제 테스트와 검증 루프로 연결되는 감각을 잡기 쉽습니다.
자주 묻는 질문
Software 3.0은 프롬프트를 잘 쓰는 기술과 같은 말인가요?
겹치는 부분은 있지만 완전히 같지는 않습니다. 프롬프트 문장뿐 아니라 컨텍스트, 도구, 검증 증거를 함께 설계하는 관점에 가깝습니다.
컨텍스트가 길수록 좋은가요?
아닙니다. 목표와 완료 증거가 선명한 짧은 컨텍스트가 길고 흐린 컨텍스트보다 실무에서 더 유용합니다.
처음 연습할 작업은 무엇이 좋나요?
실패 비용이 낮고 결과를 바로 확인할 수 있는 요약, 체크리스트, 작은 코드 리뷰부터 시작하는 편이 좋습니다.
공식 자료 링크를 본문에 넣지 않는 이유는 무엇인가요?
이 DAKER 자동화는 공개 본문 링크를 DAKER와 DACON 내부 링크로 제한합니다. 외부 공식 자료는 작성 전 private verification에만 사용했습니다.
오늘은 막연한 요청 하나를 5줄 컨텍스트 카드로 바꿔 보세요. 그 카드가 다음 AI 학습 루프의 가장 작은 실행 명세가 됩니다.