강의자료 오류

반디집을 통해 다시 압축해서 강의자료에 업로드 하였습니다. 다운로드 확인 부탁드립니다.이상 있으시면 언제든지 다시 남겨주세요 감사합니다.

강의자료 오류

해결된것 같습니다. 확인 부탁드립니다.감사합니다.

강의자료 오류

안녕하세요 nathan 님,오류를 확인하였으나, 오류는 발생하면서 다운로드된 파일은 정상적인 상태 입니다우선 일시적인 플랫폼 오류 같아서다시 강의자료를 업로드해서 조치를 해보겠습니다.불편함을 드려 죄송합니다감사합니다

code craft와 harness engineering의 차이가 궁금합니다

안녕하세요 김다현님,좋은 질문입니다.비슷하게 이해하셔도 되는데, 조금 더 정확히 말하면 Code Craft는 하네스 엔지니어링을 하기 위한 ‘코드 기준’이라기보다는, 하네스 엔지니어링을 적용해서 풀어야 하는 실전 문제 유형에 가깝습니다.Code Craft는 보통 “이 기능을 코드로 어떻게 설계하고 구현할 것인가?”를 보는 문제입니다. 예를 들어 배송비 계산기, 결제 재시도 엔진, 시청 기록 요약 API, 플레이리스트 관리 서비스처럼 작은 기능처럼 보이지만 안에는 많은 구현 전략이 들어 있습니다.Code Craft는 기능 설계/구현 문제이고, 하네스 엔지니어링은 Claude Code가 그 문제를 제대로 풀도록 먼저 설계하는 방법론입니다.비전공자에게는 막연한 기능 구현 문제를 요구사항, 입력/출력, 제약, 책임, 테스트로 나누어 이해할 수 있게 해주고, 전공자나 현업 개발자에게는 Claude Code를 사용할 때 설계 판단, 수정 범위 통제, 테스트 가능한 구조를 더 안정적으로 잡는 기준이 됩니다.따라서 이 강의의 목표는 단순히 Claude Code 사용법을 익히는 것이 아니라, 비전공자와 개발자 모두가 Claude Code 하네스 엔지니어링을 활용해 실리콘밸리 빅테크 서비스 기능을 더 구조적으로 설계하고 구현할 수 있게 만드는 것입니다.감사합니다좋은 하루 되세요!

skill 사용방법

안녕하세요. 김다현님, 좋은 질문입니다.결론부터 말씀드리면, 프롬프트 강제성만으로는 해결이 안 될 가능성이 높습니다.지금 상황은 모델이 “부동산 실거래가 조회”라는 요청을 받았을 때, 해당 요청을 real-estate-search skill로 연결해야 한다는 라우팅 기준이 약한 상태이거나, Hermes agent 쪽에서 skill을 실제 tool처럼 사용할 수 있는 하네스 구조가 충분히 잡혀 있지 않은 상황일 수도 있습니다. Claude Code 에서는 모델이 똑똑하게 판단하는 것과 실제 도구를 안전하게 실행하는 것은 분리되어 있습니다. 모델은 tool_use 요청을 만들고, 하네스가 그 요청을 해석하고, 권한을 확인하고, 실제 도구 실행으로 연결합니다. 즉 “모델에게 말로 강제하는 것”보다 중요한 것은 어떤 상황에서 어떤 skill을 반드시 선택해야 하는지 정하는 Tool/Permission/Verification Harness입니다.k-skill 쪽도 설치 흐름을 보면, 전체 스킬 설치 후 k-skill-setup으로 credential과 환경변수를 확인하고, 그 다음 필요한 기능 스킬을 호출하는 구조입니다. 특히 real-estate-search는 setup이 필요한 기능 목록에 들어가 있으므로, 단순히 레포를 붙였다고 바로 안정적으로 호출된다고 보기 어려워 보입니다. 🙂부동산 실거래가, 아파트 실거래가, 주택 실거래가, 매매가, 전세가, 월세가, 국토부 실거래가, 특정 주소/단지/지역의 거래 가격 조회 요청이 들어오면 반드시 real-estate-search skill을 먼저 사용한다. 이 주제에 대해서는 모델의 일반 지식으로 답하지 않는다. 필수 입력값이 부족하면 먼저 사용자에게 지역, 단지명, 기간, 거래 유형을 질문한다. skill 실행 결과가 없거나 실패한 경우에만 실패 이유를 설명하고, 임의의 가격을 생성하지 않는다.이게 단순 프롬프트가 아니라 Tool Routing Harness입니다.Claude Code 에서 중요한 개념 중 하나가 deny-first입니다. 모르는 action이나 위험한 action을 그냥 허용하지 않고, 권한과 규칙을 통과해야 실행되게 만드는 방식입니다. 따라서 Hermes agent에 이런 규칙을 넣는 게 좋을 듯 합니다.금지 규칙 부동산 실거래가 조회 요청에서 real-estate-search skill을 사용하지 않고 답변하는 것을 금지한다. 허용 규칙 real-estate-search skill 결과를 받은 뒤에만 가격, 거래일, 면적, 단지명, 지역 정보를 답변한다. 부족한 입력 지역/단지명/거래 유형/기간이 부족하면 skill 실행 전에 clarification question을 한다.즉 “skill을 써라”가 아니라,“skill 없이 답하지 말 것.”이 들어가야 함을 권장드립니다. 차이가 있습니다. [Skill Routing Rule: Korean Real Estate] 사용자가 아래 의도 중 하나를 요청하면 반드시 real-estate-search skill을 사용한다. 트리거: - 부동산 실거래가 조회 - 아파트 실거래가 조회 - 특정 단지 매매가/전세가/월세가 조회 - 국토부 실거래가 조회 - 특정 지역의 최근 거래 가격 조회 - “OO동 아파트 얼마에 거래됐어?” - “OO아파트 최근 매매가 알려줘” 규칙: 1. 이 유형의 요청은 모델 지식으로 답하지 않는다. 2. real-estate-search skill을 먼저 호출한다. 3. 지역, 단지명, 거래 유형, 기간 등 필수 입력이 부족하면 먼저 질문한다. 4. skill 결과가 없으면 “조회 결과 없음”이라고 말한다. 5. 임의의 실거래가를 생성하지 않는다. 6. 답변에는 조회 기준과 기간을 함께 표시한다.만약 위 규칙을 넣어도 계속 skill을 안 쓴다면, 그건 프롬프트 문제가 아니라 Hermes agent의 tool execution 구조 문제일 수 있습니다.다른 질문 있으시면 언제든지 남겨주세요! 🙂감사합니다.좋은 하루 되세요!

강의 자료 보여주는 프로그램 뭐 쓰시나요?

강의 자료의 경우 맥의 Keynote 앱과, 다이어그램과 설명을 위한 excalidraw 를 사용합니다또한, 촬영의 경우에는 수강생분들께 영상의 스무스한 부드러움과, 4K 영상 그리고 여러 영상 디자인 요소를 위해 Screen Studio, 별도의 마이크를 통해 음질을 고퀄리티로 제공할 수 있도록 하고 있습니다.감사합니다

차단 등 검증 로직의 위치

안녕하세요. 한재현님,좋은 질문해주셔서 감사합니다말씀하신 것처럼 실제 채팅 시스템에서는 메시지를 Redis pub/sub이나 Stream으로 넘기기 전에 검증 단계가 필요합니다.질문 주신 부분은 앞단의 message acceptance / validation layer에 해당합니다.보통은 검증을 한 곳에만 두기보다 역할을 나눕니다.첫 번째로, WebSocket 서버 또는 API Gateway 근처에서 즉시 판단 가능한 검증을 합니다.사용자가 바로 피드백을 받아야 하기 때문에, Redis나 DB 저장 파이프라인으로 넘기기 전에 처리하는 것이 좋습니다.두 번째로, DB 저장 직전 또는 메시지 서비스 계층에서도 최종 검증을 한 번 더 하는 경우가 많습니다.이유는 WebSocket 서버는 여러 대일 수 있고, 네트워크 지연이나 상태 변경 때문에 앞단 검증 시점과 실제 저장 시점 사이에 조건이 바뀔 수 있기 때문입니다. 예를 들어 사용자가 메시지를 보내는 순간에는 채팅방 멤버였지만, 처리되기 전에 방에서 제거될 수도 있습니다. 또는 차단 상태가 바뀔 수도 있어서, 중요한 정합성 검증이 보통 한 번 더 필요할 수 있습니다. 따라서, 검증 로직은 Redis pub/sub이나 DB 저장 이후가 아니라 그 전에 위치하는 것이 맞습니다.다만 모든 검증을 WebSocket 서버에 몰아넣기보다는, WebSocket 서버는 빠른 1차 검증을 담당하고, 메시지 서비스 또는 DB 트랜잭션 계층에서 최종 정합성 검증을 한 번 더 수행하는 구조가 더 적합할 수 있음을 알려드립니다. 하지만, 매번 DB를 조회하면 성능이 저하될 수 있으므로, ”차단 리스트“ 와 같은 검증을 Redis에 캐싱하여 1차 검증 시에도 어느 정도 정교한 비즈니스 검증을 수행할 수 있음을 참고해주시면 좋습니다감사합니다. 좋은 하루 되세요 ☺

섹션1 하네스 강의에서 실습 영상없을까요??

안녕하세요 강현수님,실습은 섹션5 빅테크 서비스 기능 구현 및 문제 해결 강의 “CodeCraft” 를 통해 진행 될 예정입니다감사합니다 🙂

Skills와 tool use 에 대한 이해

안녕하세요 Seung Jun Kim 님! 좋은 질문 해주셨습니다 네, 결론부터 말씀드리면 Skill 안에서 MCP를 사용하는 것은 올바른 사용으로 볼 수 있습니다 하지만, 중요한 것은 Skill과 MCP를 같은 것으로 보면 안 된다는 점입니다. 예를 들면, Skill은 반복되는 작업을 어떤 순서와 기준으로 처리할지 알려주는 재사용 가능한 절차 중의 하나에 가깝고, MCP는 GitHub, Notion, 사내 API, 모니터링 시스템처럼 외부 시스템에 실제로 접근할 수 있게 해주는 도구에 가깝습니다. Claude Code가 하나의 확장 메커니즘만 갖는 게 아니라 Skills, MCP, Hooks, Plugins 같은 여러 메커니즘을 따로 두는 이유는 각각이 개입하는 지점과 비용 구조가 다르기 때문입니다 즉, Skill은 컨텍스트 안에서 반복 절차와 판단 기준을 주입하는 역할을 하고, MCP는 런타임에 외부 시스템과 상호작용할 수 있는 tool surface를 열어주는 역할을 합니다. 그래서 “반복 작업인데 그 작업을 수행하려면 외부 시스템 접근이 꼭 필요하다”면, Skill이 MCP tool을 호출하는 구조는 자연스러운 계층 설계라고 볼 수 있습니다. 예를 들어, 매번 GitHub 이슈를 읽고 관련 PR을 찾고, 변경 요약을 만들고, 리뷰 체크리스트를 제시하는 작업이 있다면, 이건 분명 반복되는 절차이므로 Skill로 묶는 게 맞고, 동시에 GitHub 데이터를 실제로 읽어와야 하므로 MCP도 필요합니다. 이런 경우 Skill이 전체 흐름과 출력 형식을 잡아주고, MCP는 그 흐름 속에서 필요한 외부 데이터와 액션 capability를 제공하는 식으로 역할이 나뉘는 거죠. 따라서 다시 설명을 드리자면, Skill은 orchestration, MCP는 capability라는 구분을 지켜야 한다는 점 입니다. 다시 말해 Skill은 “무슨 순서로, 어떤 기준으로, 어떤 출력 형식으로 처리할지”를 책임지고, MCP는 “어떤 외부 도구를 실제로 호출할 수 있는지”를 책임져야 합니다.다만, 외부 접근이 필요 없는 작업이라면 굳이 MCP를 붙일 필요가 없겠습니다 🙂감사합니다. 좋은 하루 되세요!

커리큘럼 예정일

안녕하세요 hayoung.kim 님 섹션 5, 6에 해당되는 강의는 5월 내 순차적으로 모두 공개될 예정입니다. 감사합니다.