안녕하세요 김다현님, 좋은 의견 감사합니다. 말씀해주신 부분은 저도 중요하게 보고 있는 주제입니다. 현재 강의에서는 에이전트의 성능과 안정성을 높이기 위한 Harness Engineering을 중심으로 다루고 있는데, 이후에는 Claude Code나 Codex에서 불필요한 컨텍스트와 토큰 사용을 줄이는 Context/Token Optimization Harness도 추가해서 다뤄보려고 합니다. 예를 들어 작업 유형에 따라 필요한 코드와 문서만 선택적으로 읽게 하는 방식, context routing, memory/summary, sub-agent context isolation, token budget 등의 구조를 실제 예제와 함께 다룰 수 있을 것 같습니다. 또한 말씀해주신 것처럼 프로젝트를 분석해서 hooks, skills, context rules 등을 자동으로 구성해주는 harness generator 형태의 오픈소스도 좋은 주제라서 함께 추가 섹션으로 구성하는것을 검토해보겠습니다 좋은 피드백과 아이디어 주셔서 감사합니다!
안녕하세요 james 님, 먼저 수강해주셔서 감사의 말씀 드립니다. 현재 강의 노트를 통해 제공하고 있지만, 수강생 분들께 불편한 문제가 있음을 인지하고 현재 code craft 자료와 투명성 및 신뢰를 위한 이 강의의 기반인 클로드코드 논문에 대한 자료를 별도로 필요한 부분만 더 자세히 정리해서 수강생분들께 제공할 계획으로 진행중에 있어 이번주중으로 공지가 나갈 예정입니다. 감사합니다. 좋은하루 되시길 바라며 다시 한번 감사드립니다.
안녕하세요. wntldus12 님 좋은 질문과 함께 강의도 좋게 봐주셔서 감사합니다. 😊 저는 디자인 패턴을 처음부터 적용하려고 하지 않습니다. 먼저 Code Craft 문제를 요구사항, 테스트 케이스, 책임까지 먼저 설계한 뒤, “여기서 앞으로 변경될 가능성이 높은 부분이 무엇인가?” 를 찾습니다. 그 다음에는 Claude Code에게 바로 구현을 맡기기보다, 말씀하신 것처럼 Skill을 활용해 설계 과정을 먼저 진행 합니다. 설계를 먼저 하고 설계 결과를 바탕으로 패턴을 선택하는 방식 을 가장 많이 사용합니다. 말씀하신 것처럼 Skill 안에서 .md 형태의 설계 템플릿을 만들고 Claude와 함께 하나씩 채워나가는 방식도 매우 좋은 접근입니다. 실제로 반복되는 사고 과정은 Skill로 고정해두면 프로젝트가 바뀌어도 그대로 재사용할 수 있어서 효율이 많이 좋아집니다. 감사합니다 오늘도 좋은 하루 되시길 바랍니다
안녕하세요 김다현님, 좋은 말씀과 함께 정말 값진 피드백 남겨주셔서 감사합니다. 마침 내부적으로 하네스 엔지니어링 전체를 체계화한 테크니컬 리포트를 정리 중이었습니다. 여기에 김다현님이 제안해주신 “상황 → 하네스 선택” 실무 의사결정 포함해서 강의 자료로 제공하겠습니다. 예를 들어, 작업 유형(신규 기능 / 리팩터링 / 버그 수정 / 마이그레이션)별 적합한 하네스 구성, 그리고 프로젝트 규모, 팀 상황별 도입 순서 (혼자 vs 팀, 레거시 vs 신규) 검토하겠습니다. 이번 7월내로 업데이트 될 예정이며, 공개되면 새소식으로 알려드리겠습니다. 이런 제안이 강의를 실제로 좋게 만듭니다. 감사합니다 :)
