기본 콘텐츠로 건너뛰기

Claude 의 계약서 분석 및 생성(팁) [Claude AI 로 블로깅하고 책쓰기 -2]



Claude는 장문 이해력(200K context window)을 갖고 있습니다. 이는 매우 긴 문맥을 이해하고 처리할 수 있는 능력을 의미합니다. 여기서 '200K'는 약 200,000개의 토큰(token)을 나타내는데, 토큰은 단어, 구두점, 특수 문자 등 텍스트를 구성하는 기본 단위입니다. 200,000개의 토큰은 대략 A4 용지 500페이지 분량의 텍스트에 해당하는 방대한 양입니다.

이러한 대용량 문맥 처리 능력은 법률, 의학, 학술 연구 등 장문의 문서를 다루는 분야에서 특히 강점을 발휘합니다. Claude는 긴 문서의 전후 맥락을 파악하고, 문서 전체의 핵심 내용을 요약하며, 관련 정보를 추출하는 등 다양한 태스크를 수행할 수 있습니다.

다음은 Claude의 장문 이해력이 발휘될 수 있는 구체적인 예시입니다:

1. 법률 문서 분석

복잡한 M&A 계약서나 국제 협약과 같이 수백 페이지에 달하는 법률 문서를 분석해야 하는 상황을 가정해 봅시다. Claude는 문서 전체를 읽고 이해할 수 있으므로, 주요 조항과 쟁점을 빠르게 파악하고 요약할 수 있습니다. 또한 문서의 일관성을 검토하고, 특정 주제와 관련된 조항들을 추출하는 것도 가능합니다.

2. 의학 연구 문헌 조사

신약 개발을 위해 방대한 분량의 의학 연구 문헌을 검토해야 하는 제약회사를 생각해 봅시다. Claude는 수천 페이지에 달하는 연구 논문을 빠르게 스캔하고, 특정 질병이나 약물과 관련된 핵심 정보를 추출할 수 있습니다. 또한 연구 결과를 종합하고 비교 분석하여, 신약 개발의 방향성을 제시하는 데에도 도움을 줄 수 있습니다.

3. 금융 보고서 분석

투자 은행이나 자산 운용사가 투자 의사결정을 위해 수많은 기업의 연간 보고서, 분기 보고서 등을 분석해야 한다고 가정해 봅시다. Claude는 재무제표, 사업 전략, 리스크 요인 등 보고서의 주요 내용을 요약하고, 기업 간 비교 분석을 수행할 수 있습니다. 또한 보고서에서 투자에 영향을 미칠 수 있는 핵심 정보를 추출하여 의사결정을 지원합니다.

4. 학술 연구 보조

대학원생이 졸업 논문을 위해 대량의 선행 연구를 검토해야 하는 상황을 생각해 봅시다. Claude는 수백 편의 논문을 읽고 분석하여, 연구 주제와 관련된 이론, 방법론, 결과 등을 정리할 수 있습니다. 또한 연구의 흐름과 발전 과정을 요약하고, 추가 연구가 필요한 영역을 제안하는 등 연구 과정 전반을 보조할 수 있습니다.

이처럼 Claude의 200K context window는 장문의 문서를 다루는 다양한 분야에서 획기적인 효율성 향상을 가능케 합니다. 방대한 텍스트 데이터에서 가치 있는 정보를 신속 정확하게 추출하고, 인간의 분석 및 의사결정을 지원하는 강력한 도구로 활용될 수 있습니다. 이는 단순히 업무 속도를 높이는 데 그치지 않고, 인간이 처리하기 어려운 대용량 문서에서 새로운 인사이트를 발견할 수 있게 해줍니다.

Claude와 같은 대용량 언어 모델의 발전은 정보 과부하 시대에 비즈니스와 연구 분야에 혁신을 가져올 것으로 기대됩니다. 앞으로 더욱 고도화된 문맥 이해 능력을 갖춘 AI 모델이 등장한다면, 지식 작업의 생산성은 더욱 크게 향상될 수 있을 것입니다. Claude의 200K context window는 그런 미래를 향한 첫걸음이라 할 수 있습니다.

Claude가 복잡한 M&A 계약서나 국제 협약과 같은 방대한 법률 문서를 분석할 때, 다음과 같은 사항들을 중점적으로 다룰 수 있습니다:

1. 주요 조항 파악 및 요약

  • 계약 당사자의 권리와 의무
  • 계약 기간 및 종료 조건
  • 거래 대상 자산 또는 지분의 범위와 가격
  • 지급 조건 및 방법
  • 진술과 보장 (Representations and Warranties)
  • 면책 조항 (Indemnification)
  • 준거법 및 분쟁 해결 방안
2. 쟁점 사항 도출
  • 당사자 간 이해 상충 가능성이 있는 조항
  • 모호하거나 해석의 여지가 있는 문구
  • 법적 강제력이 불분명한 규정
  • 산업 특성이나 규제 환경 변화에 따른 잠재적 리스크 요인
3. 문서의 일관성 및 완전성 검토
  • 조항 간 충돌이나 모순 여부
  • 참조된 문서나 별첨의 누락 여부
  • 정의된 용어의 일관된 사용 여부
  • 필수 조항의 포함 여부 (예: 준거법, 계약의 해지 및 종료 등)
4. 특정 주제 관련 조항 추출
  • 지적 재산권 (Intellectual Property Rights)
  • 경업 금지 및 기밀 유지 (Non-Compete and Confidentiality)
  • 세무 및 회계 처리 (Tax and Accounting)
  • 인력 및 고용 승계 (Personnel and Employment)
  • 규제 및 법규 준수 (Regulatory Compliance)
위 분석을 효과적으로 수행하기 위해 사용자는 Claude에게 다음과 같은 추가 질문을 할 수 있습니다:

1. 계약의 주요 당사자는 누구이며, 각각의 권리와 의무는 무엇인가요?
2. 거래 대상의 범위와 가격, 지급 조건은 어떻게 규정되어 있나요?
3. 본 계약과 관련하여 향후 분쟁이 발생할 가능성이 있는 조항은 무엇인가요?
4. 계약 조항 중 모호하거나 해석상 이견이 있을 수 있는 부분은 어디인가요?
5. 문서 전체를 통틀어 일관되지 않거나 충돌되는 내용은 없나요?
6. 지적 재산권 및 경업 금지와 관련된 핵심 조항을 요약해 주세요.
7. 세무, 회계, 인력 승계 등 주요 실무 이슈와 관련된 조항은 무엇인가요?
8. 본 계약이 규제 환경 변화에 적절히 대응하고 있다고 보시나요?
9. 계약 이행 과정에서 특별히 유의해야 할 사항은 무엇일까요?
10. 본 계약의 구조와 내용이 유사한 거래의 사례를 찾아볼 수 있을까요?

이와 같은 추가 질문을 통해 사용자는 Claude의 분석 결과를 보다 실질적이고 구체적으로 활용할 수 있을 것입니다. Claude와 사용자의 상호작용은 방대한 법률 문서 속에서 핵심 쟁점과 실무적 시사점을 효과적으로 도출하는 데 큰 도움이 될 것입니다.

이 기능을 어떻게 활용할 수 있을지 아래 표준 계약서 샘플을 대상으로 Claude를 테스트 해 보았습니다.

표준 계약서 샘플은 '소프트웨어정책연구소' 에서 제공하는 표준 '정보시스템 개발 구축 사업 표준 계약서' (HWP 문서)를 TXT 파일로 (다운로드 링크) 변환한 후, 이 문서를 Claude AI에 업로드하여 분석을 진행하였습니다. 최종적으로 Claude AI를 통해 계약서 작성 과정을 단계별로 살펴보겠습니다.

1단계: 표준 계약서 텍스트 파일을 Claude AI에 업로드하여 주요 내용을 요약 및 정리하도록 요청합니다.

2단계: Claude AI가 분석한 계약서 주요 조항과 항목을 바탕으로, 계약 당사자인 발주자와 공급자 입장에서 추가로 확인하거나 협의가 필요한 사항을 도출하도록 질의합니다.

3단계: 계약 당사자 간 협의 사항과 계약 조건을 구체화할 수 있도록 Claude AI가 제시한 체크리스트를 토대로 실무진들이 세부 내용을 점검 및 보완합니다.

4단계: 최종 계약서에 포함되어야 할 조항과 문구를 Claude AI에게 자연어로 입력하면, 법률 용어와 형식을 갖춘 계약서 초안을 자동으로 생성해 줍니다.

5단계: Claude AI가 작성한 계약서 초안을 검토하고, 미비한 내용이나 수정 사항을 반영하여 최종 계약서를 완성할 수 있습니다.

이처럼 Claude AI를 활용하면 표준 계약서를 바탕으로 보다 쉽고 빠르게 계약서를 작성하고 검토할 수 있습니다. 복잡한 계약서 조항도 AI와의 대화를 통해 쉽게 이해할 수 있고, 실무자들이 놓치기 쉬운 중요 포인트들도 사전에 파악할 수 있게 됩니다. Claude AI는 단순히 계약서를 분석하고 수정하는 데 그치지 않고, 업무 전반의 효율성과 정확성을 높이는 데 기여할 수 있을 것으로 기대됩니다.

Claude 에게 질문1:


이 계약서를 요약 정리해주세요

Claude 답변1:


이 계약서는 정보시스템 개발구축 사업을 위한 표준계약서입니다. 주요 내용을 요약하면 다음과 같습니다.

  1. 계약의 목적은 발주자가 공급자에게 정보시스템 구축을 위한 소프트웨어 개발사업을 의뢰하고, 양 당사자 간의 권리와 의무 관계를 정하는 것임.
  2. 과업내용서 발급 및 확정 절차, 계약 후 상황변동에 따른 계약조건 조정 방법 명시
  3. 대금지급 방법, 선급금, 중도금, 잔금 등 지급 조건 규정
  4. 과업내용 또는 계약의 변경은 서면 합의를 통해서만 가능함을 명시
  5. 납기일, 수령, 검사, 인수 등 납품 관련 조항 상세 기술
  6. 지체상금 및 하자담보책임, 하자보수보증금 관련 규정
  7. 지식재산권 귀속, 기술지원 및 교육, 기술자료 제공 및 임치 등 규정
  8. 비밀유지의무와 위반 시 손해배상책임 명시
  9. 불가항력, 당사자일방의 채무불이행 등 사유 발생 시 계약 해제/해지 가능
  10. 분쟁 발생 시 조정, 중재, 소송 등을 통한 해결방법 제시

이 계약서는 정보시스템 구축이라는 사업 특성을 반영한 표준적인 내용을 담고 있으며, 발주자와 공급자의 권리의무관계를 구체적으로 규정하고 있습니다.

Claude 에게 질문2:


이 계약서는 표준 계약서로 내용을 '발주자'와 '공급자' 입장에서 항목을 추가를 해야 할 사항이 있읍니다. 계약서를 완성하기 위해서 '발주자'와 '공급자' 입장에서 Claude 에게 질문해야할 질문 목록을 표로 만들어주세요

Claude 답변2:

아래와 같이 발주자와 공급자 입장에서 계약서 완성을 위해 추가로 확인해야 할 사항들을 표로 정리해 보았습니다.

구분

질문 사항

발주자

1. 계약명과 계약기간은 어떻게 되나요?

2. 정확한 납기일과 검사 완료 후 인수 절차는 어떻게 되나요?

3. 계약금액은 얼마이며, 선급금, 중도금, 잔금의 지급 조건은 무엇인가요?

4. 요구사항 상세 내역 확정을 위한 과업내용서 발급 시기는 언제인가요?

5. 계약이행보증금율과 하자담보책임 기간은 어느 정도로 설정할 것인지?

6. 지체상금 요율 및 상한선은 어떻게 정할 것인지?

7. 개발 완료 후 운영, 유지관리 계약 조건은 별도 협의 예정인지?

공급자

1. 발주자가 제공해야 할 사업 관련 제반 자료 목록은 무엇인지?

2. 요구사항 분석 및 정의를 위한 발주처 실무진들과의 인터뷰 일정은 언제쯤 가능한지?

3. 개발을 위해 별도로 구매가 필요한 장비, S/W, 도구 등이 있는지?

4. 발주처가 지정한 개발 환경, 플랫폼, 프레임워크 등 기술적 제약사항은 무엇인지?

5. 발주자 사업장 내에서 개발 수행 시 개발인력의 좌석과 장비 제공 가능 여부?

6. 중간 납품 시 발주처 실무진들의 평가, 피드백 반영을 위한 일정은 어느 정도 필요한지?

7. 발주처 실무진들에 대한 사용자 교육 횟수와 일정은 계약 종료 후 별도 계획 수립이 필요한지?

이 밖에도 상황에 따라 발주자와 공급자가 추가로 협의하고 확인해야 할 사항들이 있을 수 있겠지만, 위의 표와 같이 일반적으로 계약 체결 전에 발주처와 수주처가 확인하고 협의해야 할 주요 사항들을 정리해 보았습니다. 이를 토대로 구체적인 계약 조건들을 최종 확정하여 합의하시기 바랍니다.

Claude 에게 질문3:


위 질문 내용을 기반으로 전체 계약서를 '발주자'와 '공급자' 모두에게 필요한 항목을 추가하여 완성해주세요

Claude 답변3:


정보시스템 개발구축 사업 계약서

발주자 ㅇㅇㅇ(이하 '발주자'라 한다)과 공급자 ㅁㅁㅁ(이하 '공급자'라 한다)은 XX 시스템 구축 사업과 관련하여 다음과 같이 계약을 체결한다.

  1. 계약명 : XX시스템 구축 사업
  2. 계약기간 : 20XX년 XX월 XX일 ~ 20XX년 XX월 XX일
  3. 납기일 : 20XX년 XX월 XX일
  4. 계약금액 : 일금 XXXXXXXX원정(₩XX,XXX,XXX, 부가가치세 포함)
  • 선급금 XX% : 일금 XXXX원(₩X,XXX,XXX) - 계약 후 X일 이내
  • 중도금 XX% : 일금 XXXX원(₩X,XXX,XXX) - 과업내용서 승인 후 X일 이내
  • 중도금 XX% : 일금 XXXX원(₩X,XXX,XXX) - 중간납품 완료 후 X일 이내
  • 잔금 XX% : 일금 XXXX원(₩X,XXX,XXX) - 최종검사 합격 후 X일 이내
  1. 과업내용서
  • 과업내용서 발급 일자 : 계약 후 XX일 이내
  • 발주자는 과업 요구사항을 상세히 정의하고 공급자에게 제공한다.
  • 공급자는 요구사항을 바탕으로 XX일 이내에 과업내용서 초안을 작성하여 발주자에게 제출한다.
  • 발주자는 과업내용서 초안을 검토하고 수정 요청 사항을 XX일 이내에 공급자에게 전달한다.
  • 발주자의 승인 후 과업내용서를 확정하고 계약조건에 포함한다.
  1. 계약이행보증금 : 계약금액의 XX% 이내인 일금 XXXXXX원(₩X,XXX,XXX)
  2. 검사 및 인수
  • 납품 후 발주자는 XX일 이내에 검사를 실시하고 검사 합격 시 인수확인서를 공급자에게 발급한다.
  • 검사 결과 보완사항이 있을 경우 공급자는 XX일 이내에 보완 조치 후 재검사를 요청해야 한다.
  1. 하자보수보증금 : 계약금액의 XX% 이내인 일금 XXXXXX원(₩X,XXX,XXX)
  2. 하자담보책임기간 : 최종 인수일로부터 X년
  3. 지체상금
  • 지체상금률 : X.X%/일, 계약금액의 XX%한도
  • 발주자의 책임 있는 사유로 인한 지체 발생 시 해당기간은 지체일수에서 제외함
  1. 개발을 위해 발주자가 제공하는 사항
  • 요구사항 분석에 필요한 자료 목록 (예:XX)
  • 요구사항 분석을 위한 발주처 실무진 인터뷰 일정
  • 테스트, 검증, 이행 등의 절차에서 발주처 협조 사항
  1. 개발 환경 및 기술요건
  • 개발 언어 및 프레임워크 : XX
  • DBMS : XX
  • 웹서버 : XX
  • 기타 필수 준수 요건 : XX
  1. 발주처 개발장소 제공 (해당시)
  • 기간 : 20XX년 XX월 XX일 ~ XX월 XX일
  • 장소 : OO센터 N층
  • 좌석 및 장비 제공 범위 : 개발자 N명 좌석, PC N대, 테스트용 서버 1식
  1. 교육 및 기술이전
  • 공급자는 발주처 실무자 대상 시스템 사용자 교육 총 X회 실시한다.
  • 공급자는 유지보수에 필요한 기술자료를 인수인계시점에 발주자에게 이관한다.
  1. 소유권 및 지식재산권
  • 개발 결과물에 대한 소유권 및 지식재산권은 발주처와 공급자가 공동으로 소유한다.
  • 단, 공급자의 사전 보유 지식재산 및 제3자 솔루션은 공급자의 소유로 한다.
  1. 제반비용 부담
  • 공급자 귀책사유로 발생한 추가비용은 공급자가 부담한다.
  • 용역수행을 위해 필요한 HW/SW, 개발용 라이선스 등 발주자가 제공하기로 한 항목 외의 비용은 공급자 부담으로 한다.
  1. 유지관리
  • 무상 하자보수기간 후 유상유지보수 계약은 별도 체결한다.
  • 무상하자보수기간 중 새로운 기능 추가, 변경에 대해서는 별도 비용이 청구될 수 있다.
  1. 기밀유지
  • 상호간에 취득한 정보와 개발 산출물의 내용을 외부에 누설하거나 계약 목적 외 사용을 금한다.
  • 계약종료 후에도 본 조항은 유효하며 위반 시 손해배상 책임을 진다.
  1. 계약의 해지 또는 해제
  • 일방 당사자가 계약 위반 시 타방 당사자는 서면으로 시정요구 가능하며, 요구 후 X일이 지나도록 시정되지 않을 경우 계약을 해제 또는 해지할 수 있다.
  • 해제 또는 해지 시 기납품 부분에 대한 대금 정산은 지체없이 이행되어야 한다.
  1. 손해배상
  • 계약 위반으로 발생한 손해에 대해 귀책 당사자에게 손해배상을 청구할 수 있다.
  • 단, 천재지변 등 불가항력적 사유로 발생한 손해는 면책된다.
  1. 분쟁해결
  • 본 계약에 따른 분쟁 발생시 1차적으로 합의하에 해결하되, 협의가 이루어지지 않을 경우 소프트웨어 관련 분쟁조정위원회에 조정을 신청하거나 관할법원에 제소할 수 있다.

별첨 : 과업내용서 1부.  끝.

발주자 :                                            공급자 :

주 소 :                                              주 소 :

대표자 :                                (인)         대표자 :                          (인)


댓글

이 블로그의 인기 게시물

[크롬북에서 설문지/퀴즈를 활용하여 풀스크린 모드로 학생평가 (시험) 하는 방법 소개]

[크롬북에서 설문지/퀴즈를 활용하여 풀스크린 모드로 학생평가 (시험) 하는 방법 소개]  # 크롬북   # 크롬기기관리   # 키오스크모드 여기서 풀스크린 모드란, 시험보는 동안에는 다른 앱이나 브라우저를 실행할 수 없고 오로지 시험문제(설문지) 화면만 풀스크린모드로 실행되게 하는 방법입니다. 즉, 학생들에게 배포된 크롬북을 시험보는 동안에만 시험보는 설문지를 풀스크린모드로 설정을 하고 시험 종료 후에는 원래의 상태로 복귀 시킬 수 있습니다. 크롬 기기(크롬북)에서는 키오스크 모드(풀스크린모드)를 설정하는 방법이 있습니다. (크롬 기기 관리 라이선스를 통해서 기기 설정을 해야 ) 1단계 - Google 설문지로 시험지 작성하기 (키오스크 앱으로 실행될 웹 페이지 준비 과정) 2단계 - 크롬 앱 빌더로 키오스크 앱 생성 및 테스트 하기 3단계 - 크롬 웹 스토어에 키오스크 앱을 등록 배포하기 위한 개발자 대시보드 가입 및 앱 올리기 4단계 - 크롬 기기 관리 콘솔에서 키오스크 앱 위한 설정 5단계 - 최종 단일 키오스크 앱 (예: ‘크롬북시험보기' 앱)을 실행할 등록된 기기들을 배정 https://support.google.com/chrome/a/answer/3273084?hl=ko 자세한 설명은 위 도움말에 언급되어 있으나, 2단계,3단계, 4단계는 생각보다 쉬운 작업은 아닙니다. (키오스크 앱을 빌드해야하고 빌드된 앱을 크롬 웹스토어 개발자 모드로 게시해야 하고, 크롬 기기 관리 콘솔에서 키오스크 앱 설정을 해야 하고 등등. 조금더 자세한 정보가 필요하시면  http://bit.ly/300Vtl2  (도서-"기업과 학교를 위한 크롬북 " 221p ~ 236p 를 참고하시면 됩니다) 참고 블로그 -  http://bit.ly/2ZZh8tP 참고 Google 설문지로 퀴즈 만들기 및 채점 -  http://bit.ly/301GkzS

Claude Code 공식 모범 사례 쉽게 이해하기

  학습용 가이드 · Anthropic 공식 문서 기반 Claude Code 공식 모범 사례 쉽게 이해하기 이 문서는 Anthropic의 공식 문서 Claude Code 모범 사례 를 바탕으로, 내용을 더 쉽게 이해할 수 있도록 설명과 예시를 추가해 재구성한 학습용 가이드입니다. 공식 문서: code.claude.com/docs/ko/best-practices 목차 한 줄 요약 챗봇이 아니라 "자율 코딩 작업자"다 완료 기준을 먼저 줘라 검증 기준의 종류 Before/After: 검증 기준 제공 탐색 → 계획 → 코딩 순서 Plan Mode가 필요한 경우 탐색 → 계획 → 구현 예시 구체적인 맥락을 넣어라 Before/After: 맥락 제공 풍부한 콘텐츠를 제공하라 CLAUDE.md는 짧은 운영 카드다 좋은 CLAUDE.md 예시 권한은 자동화의 브레이크다 CLI 도구를 적극 활용하라 MCP 서버로 외부 시스템 연결 Hooks: 반드시 실행되는 규칙 Skills: 반복 업무 저장 Subagents로 context 절약 Claude에게 질문도 잘 시켜라 세션 관리는 품질 관리다 체크포인트와 rewind 활용 비대화형 모드로 자동화하기 여러 세션 병렬 실행 대량 작업은 fan-out으로 적대적 리뷰 단계 추가 흔한 실패 패턴과 해결책 실무 시나리오별 완성 프롬프트 AI 개발팀 운영 모델 작업 전 체크리스트 바로 쓰는 기본 템플릿 최종 정리 0 한 줄 요약 Claude Code를 잘 쓰는 핵심은 AI에게 코딩을 맡기는 것 이 아니라, AI가 검증 가능한 방식으로 일하게 만드는 것 입니다. 좋은 AI 코딩 운영 = 목표 + 맥락 + 검증 기준 + 권한 제한 + 리뷰 구조 1 Claude Code는 챗봇이 아니라 "자율 코딩 작업자"다 일반 챗봇은 질문에 답하고 멈춥니다. 하지만 Claude Code는 다음 일을 할 수 있습니다. 파일 읽기 코드 수정 터미널 명령 실행 테스트 실행 빌드 확인 에러 로그 분석 여러 파일에 걸친 리팩터링...

[알아두면 쓸모 있는 개인 출판의 모든 것] 아마존에 한글 및 영문 전자책/종이책 (KDP) 및 교보문고 PubPle에 개인 출판 경험기

아마존에서는 개인이 무료로 책을 출판하여 판매할 수 있는 KDP (Kindle Direct Publishing) 플랫폼 서비스를 제공하고 있습니다.  이  KDP를 통해서 퍼블리싱 되는 책은 13개국 아마존 사이트를 통해서 동시에 판매가 됩니다. 이 KDP (Kindle Direct Publishing) 서비스를 이용하여 킨들용 전자책과 종이책(페이퍼백)을 퍼플리싱하여 판매를 하고 있습니다.  제가 퍼블리싱한 책(영문) 은 지금까지 전자책 vs 종이책 판매는 3:1 비율로 종이책이 전자책 비율로 판매중입니다.  아마존에 KDP 로 출판한 책들 (실용도서와 컬러/흑백 사진 앨범) 전자책의 로열티는 책 가격의 70%를 받을 수 있으며 (전자책 가격이 9.9달러 미만으로 책정한 경우), 종이책은 60%를 로열티로 받을 수 있습니다. 실제로 종이책 가격이 전자책 가격보다 2.5배 비싸게 책정을 하였기 떄문에, 종이책 판매시 로열티가 전자책보다 2배 높습니다. 즉, 전자책 2권 판매하는 것보다는 종이책 1권 판매되는 것이 더 수익이 높을 수 있습니다.  책 가격은 전자책 및 종이책 모두 작가가 임의로 가격을 정할 수 있습니다. 그러나, 전자책인 경우는 책 가격이 2.99달러 - 9.99달러로 책정이 되어야 책가격의 70% 로열티가 제공되고 그렇지 않은 경우는 35%로 책정이 됩니다. (아래 차트 참고) 본 KDP를 통한 책 퍼블리싱은 amazon.com 뿐만아니라 amazon.uk, amazon.fr, amazon.co.jp 및 캐나다, 브라질등 총 13개국 아마존 서비스 사이트를 통해서 판매됩니다. 즉, 한번의 퍼플리싱으로 13개국에서 판매됩니다. 책판매 된 로열티가 각 판매된 국가의 통화로 지불이 됩니다.  아마존 KDP는 누구에게나 오픈되어 있는 서비스입니다. 특별히 자격 조건도 없고 컨텐츠만 있으면 누구나 퍼블리싱 (무료 또는 유로로 선택)할 수 있습니다. ...

[세계에서 가장 작은 PC Chromebit (ChromeOS) ] 개봉기

ChromeOS 기기의 3종 세트 (Chromebook, Chromebox, Chromebit ) 입니다. 그동안 크롬OS 기반의 크롬북과 크롬박스 만 주로 사용하다가 최근에 Asus 에서 공개한 Chromebit 를 구입하여 개봉기를 올립니다.  이번 Chromebit의 구입 목적은 크롬북 및 크롬박스와 비교하여 가성비가 얼마나 더 좋을 지 비교하는 것도 있지만, 주요 목적은 Chrome Device Management Console 기기로 등록한 후 ChromeOS 키오스크 및 사인이지 용도로 손색이 없는지 여부를 검토하기 위함. Chromebit의 크기 (엄지손가락 크기 정도) 및 가격 (85달러)의 가성비를 갖고 사인이지나 키오스크 디바이스로 손색이 없을 것이라 생각함. 이번 개봉기 후에는 2차로 크롬OS 사인이지 및 키오스크 앱을 연동하한 사용기를 올릴 예정. 엄지 손가락 만한 크기의 ChromeOS 기기 - 2GB Ram, 16GB storage, WiFi 802.11ac, 블루투스 4.0, USB 2.0 포트 1개, HDMI 포트, 가격은 85달러 옵션으로 로지텍의 무선 키보드 (무선 동글+ 키보드+터치패드)를 25달러에 구입하여 크롬OS기기 1세트를 갖추게 되었다.  박스 구성품은 매우 심플 - 전원 코드, 모니터에 고정용 스티커, 크롬빗 본체, HDMI 확장 케이블 USB 1포트 단자에 로지텍 키보드 무선 동글을 삽입한 후 전원 코드 연결하고, 모니터 HDMI 포트에 꼽으면 바로 부팅됨 유투브 실행 화면 기존 Google Apps (G Suite) 계정으로 로그인 한 후, 지메일 및 드라이브의 문서 작성하는데 크게 부족함이 없는 성능을 보이는 것으로 확인 됨 로지텍 무선 키보드 연결시 한글/영문 토글은 'CONTROL+space' 키로 동작 한글 입력은 전혀 문제 없이 동작됨 ------------------------...

AI 바이브코딩 운영 가이드 (프롬프트 25종 첨부)

  AX컨설팅 동료용 실무 가이드 AI 바이브코딩 80% 벽 을 넘는 운영 가이드 AI로 웹사이트, 업무 자동화, 데이터 분석, 제안서 보조 도구, 내부 업무 시스템을 만들어보려는 컨설턴트를 위한 문서입니다. 바이브코딩은 “AI에게 코딩을 맡기는 일”이 아니라, AI 개발팀을 운영하는 일 입니다. 빠르게 되는 구간 ◀ 80% 벽 운영으로 넘는 구간 95% 80%까지는 AI가 데려다줍니다. 나머지 15%는 코딩 실력이 아니라 운영 방식 으로 넘습니다. 목차 1. 왜 80%에서 막히는가 2. 자주 나오는 네 가지 증상 3. 반드시 박아둘 검증 원칙 4. 상황별 실전 프롬프트 8종 5. 운영 4원칙 6. 컨설팅 현장 시나리오 7. 현장 체크리스트 18 8. 복사해서 쓰는 프롬프트 9. 최종 정리 01 · 진단 처음엔 날아가는데, 왜 80%에서 멈출까 요즘 AI로 개발을 해보면 처음에는 정말 빠릅니다. 로그인 화면이 금방 만들어지고, 버튼도 생기고, 데이터 입력 폼도 나오고, 간단한 대시보드도 몇 분 만에 완성됩니다. “이제 코딩은 AI가 다 해주는구나.” 그런데 실제 프로젝트에서는 이상한 일이 생깁니다. 처음 70~80%까지는 빠르게 가는데, 그 다음부터 갑자기 진도가 안 나갑니다. 증상 80% 지점에서 벌어지는 일 버튼 하나 고쳤더니 다른 버튼이 망가집니다. 오류를 고쳐달라고 했더니 디자인이 깨집니다. AI는 “수정 완료했습니다”라고 하는데 실행해보면 그대로입니다. 이전에 정한 요구사항을 잊어버립니다. 새 기능을 붙일수록 코드가 점점 복잡해집니다. 결국 처음부터 다시 만드는 것이 더 빠른 상황이 됩니다. 한 줄 결론 80% 벽은 AI의 코딩 실력만의 문제가 아닙니다. 대부분은 검증 없는 지시, 오염된 컨텍스트, 롤백 없는 작업 방식, 모호한 완료 기준 때문에 생깁니다. AI에게 코딩을 맡긴다는 것은 개발자를 없애는 일이 아닙니다. 오히려 우리의 역할이 바뀝니다. 기존 방식 AI 바이브코딩 방식 내가 직접 코드를 작성한다 AI에게 작업을 나누어 맡긴다 개발...