글

Google Docs Gemini Notebook 연동 방법|내 자료로 문서 작성·인라인 출처 확인

이미지
핵심 요약: Google Docs의 Gemini에서 입력창에 @ 를 입력해 기존 Gemini Notebook을 참고자료로 지정 할 수 있습니다. Gemini가 Notebook의 자료를 바탕으로 초안을 작성하고 인라인 출처를 제공합니다. 회사·학교 계정은 관리자 설정과 지원 요금제를, 사용자는 Workspace 스마트 기능 설정을 확인해야 합니다. 정보 기준일: 2026년 9월 24일. Google은 이 기능을 9월 23일 발표하고 Rapid Release와 Scheduled Release 도메인에 제공한다고 안내했습니다. 계정에서의 실제 메뉴 노출 여부는 직접 확인하세요. 목차 Docs와 Notebook 연결로 달라진 점 지원 요금제와 사용 조건 @Notebook으로 초안 만드는 방법 인라인 출처 검증과 오류 점검 자주 묻는 질문 Docs와 Notebook 연결로 달라진 점 Gemini Notebook에 프로젝트 자료를 정리해 두었다면, 이제 Google Docs에서 문서를 작성할 때 그 Notebook을 Gemini의 문맥 자료로 지정할 수 있습니다. 문서에 원문을 일일이 복사해 붙여 넣는 대신 기존 자료 모음을 참조해 제안서, 보고서 또는 설명 문서의 초안을 만들 수 있습니다. Google은 이 기능이 인라인 출처 를 제공한다고 설명합니다. 출처 표시는 검토할 위치를 찾는 데 도움이 되지만, 생성된 문장의 수치·인용·결론이 원문과 정확히 일치하는지는 작성자가 직접 확인해야 합니다. 지원 요금제와 사용 조건 구분 Google 발표에 명시된 대상 Business Business Standard, Business Plus Enterprise Enterprise Standard, Enterprise Plus Education Education Plus 개인용 Google AI Pro, Google AI Ultra 추가 요금제 Google AI Pro for Education, Teaching ...

GitHub Actions Node 20 종료|Node 24 전환·빌드 실패 해결

이미지
핵심 요약: GitHub는 2026년 9월 23일 GitHub Actions 러너에서 JavaScript Action용 Node 20을 더 이상 사용할 수 없으며 Node 24로 전환됐다 고 발표했습니다. 임시 예외 설정인 ACTIONS_ALLOW_USE_UNSECURE_NODE_VERSION 도 종료됐습니다. 워크플로에서 사용하는 Action을 Node 24 지원 버전으로 갱신하고, 직접 만든 JavaScript Action은 메타데이터의 runs.using 값을 점검해야 합니다. 정보 기준일: 2026년 9월 24일. 이 글은 GitHub의 공식 변경 공지와 Action 메타데이터 문서를 기준으로 작성했습니다. 목차 무엇이 종료됐나 Action 사용자 점검 방법 Action 제작자 전환 방법 실패 유형별 해결 순서 자체 호스팅 러너와 FAQ 무엇이 종료됐나 이번 변경의 대상은 GitHub Actions에서 실행하는 JavaScript Action의 실행 기반 입니다. 워크플로 YAML에 uses: 로 불러온 Action이 Node 20을 요구한다면 해당 Action의 호환성과 새 버전을 확인해야 합니다. 워크플로 안의 run: node ... 명령이나 actions/setup-node 로 지정한 애플리케이션 테스트용 Node 버전은 별도로 점검해야 합니다. Action 실행 기반의 변경이 프로젝트의 모든 Node 설정을 자동으로 24로 바꾼다는 뜻은 아닙니다. 확인 위치 의미 해야 할 일 uses: 제작자/Action@버전 외부 또는 공식 Action 실행 Node 24 지원 릴리스 확인·갱신 action.yml 의 runs.using 직접 만든 JavaScript Action의 런타임 node24 와 코드 호환성 점검 actions/setup-node 작업 단계에서 사용할 Node 버전 프로젝트 요구 버전에 맞게 별도 관리 Action 사용자는 이렇게 점검하세요 저장소의 .g...

Google Sheets 수동 계산 설정|대용량 수식 재계산 멈추는 법

이미지
2026년 9월 23일 기준. Google Sheets에 수동 계산(Manual calculation) 설정이 순차 도입되고 있습니다. 복잡한 수식이 많은 시트에서 편집할 때마다 이어지는 자동 재계산을 잠시 멈추고, 값과 수식을 한꺼번에 고친 뒤 사용자가 전체 계산을 실행할 수 있는 기능입니다. Google은 9월 21일(미국 기준)부터 최대 15일에 걸쳐 배포한다고 발표했습니다. 따라서 오늘 계정에 메뉴가 보이지 않을 수 있습니다. 바로 확인하기 설정 경로: 파일 → 설정 → 계산 설정 에서 수동 계산을 선택합니다. 메뉴 이름은 계정 언어에 따라 다르게 표시될 수 있습니다. 기본 상태: 수동 계산 꺼짐 . 사용자가 직접 켜는 기능이며 관리자 전용 설정은 없습니다. 지원 계정: Google 발표 기준 모든 Google Workspace 고객과 Workspace Individual 구독자 입니다. 일반 개인 Google 계정은 이번 수동 계산 발표의 지원 목록에 명시되지 않았습니다. 중요: 수동 모드에서는 입력을 바꿔도 수식 결과가 이전 값으로 남을 수 있으므로 공유·보고 전에 전체 계산을 실행하고 검산합니다. 목차 수동 계산은 어떤 문제를 해결하나 설정하고 다시 계산하는 순서 기존 재계산 설정과 차이 협업·오류 방지 점검표 피벗테이블 사용자 지정 정렬 자주 묻는 질문과 공식 자료 수동 계산은 어떤 문제를 해결하나 Google Sheets는 값이나 수식을 고치면 관련된 수식과 참조 셀을 다시 평가합니다. 조회식·집계식이 여러 시트에 걸쳐 있거나 많은 셀을 한 번에 붙여넣는 문서에서는 편집할 때마다 계산이 반복돼 작업이 느리게 느껴질 수 있습니다. 수동 계산을 켜면 편집 중 자동 계산을 잠시 미루고 수정이 끝난 뒤 한 번에 계산 할 수 있습니다. 수동 계산이 유용한 상황과 확인할 위험 상황 활용 방법 확인할 점 대량 데이터 입력 원본 범위를 먼저 수정하고 전체 계산 계산 전 집계값은 이전 ...

Google Workspace Studio 자동화|Apps Script·Webhook·Slack·Jira 연결법

이미지
Google Workspace Studio 에서 Google Apps Script로 만든 사용자 지정 로직을 실행하고, Webhook이나 Slack·Jira 같은 외부 업무 서비스를 연결할 수 있게 됐습니다. 관리자 설정은 2026년 9월 17일 부터 배포됐으며, Rapid Release 도메인의 사용자 기능은 9월 21일부터 전체 배포 가 시작됐습니다. 다만 custom starter, custom step, 외부 Integration, Webhook은 기본적으로 꺼져 있습니다. Workspace 관리자가 기능을 허용해야 하며, 외부로 데이터를 보내는 단계에는 사람 승인과 최소 권한, Webhook 목적지 제한, 중복 실행 방지까지 함께 적용해야 합니다. 핵심 요약 관리자 설정: 2026년 9월 17일부터 1~3일 전체 배포 Rapid Release 사용자 기능: 9월 21일부터 1~3일 전체 배포 Scheduled Release 사용자 기능: 9월 30일부터 최대 15일간 순차 배포 custom starter·custom step·Integration·Webhook은 기본적으로 꺼짐 외부 Integration은 베타이며 Slack·Jira·Asana·Salesforce 등 8개 서비스 지원 Webhook URL 허용목록은 일부 상위 요금제에서만 지원 목차 9월 21일부터 무엇이 달라졌나 지원 요금제와 관리자 허용 조건 custom starter·custom step·Webhook 차이 관리자가 먼저 설정할 항목 Apps Script custom step 연결법 Webhook 연결과 보안 설정 Slack·Jira 등 외부 서비스 연...

GitHub Actions ubuntu-latest 26.04 변경|빌드 중단 전 YAML 점검

이미지
GitHub Actions의 ubuntu-latest 가 Ubuntu 24.04에서 Ubuntu 26.04로 변경 됩니다. GitHub는 Ubuntu 26.04 기반 x64·arm64 러너를 정식 지원하며, ubuntu-latest 전환은 2026년 10월 19일부터 11월 19일까지 순차적으로 진행 합니다. 현재 워크플로가 정상이어도 운영체제 이미지에 사전 설치된 Node.js·Python·Java·Docker·Helm·데이터베이스 버전이나 패키지 구성이 달라지면 빌드가 실패할 수 있습니다. 전환 전에는 ubuntu-24.04 로 실행 환경을 고정하고, 별도의 ubuntu-26.04 테스트 작업을 추가해 호환성을 확인하는 방법이 가장 안전합니다. 핵심 요약 Ubuntu 26.04 러너는 x64와 arm64에서 정식 지원됩니다. ubuntu-latest 전환 기간은 2026년 10월 19일~11월 19일입니다. 전환 기간에는 저장소와 실행 시점에 따라 24.04 또는 26.04가 배정될 수 있으므로 환경 재현성이 낮아질 수 있습니다. 준비되지 않은 저장소는 runs-on: ubuntu-24.04 로 고정합니다. Node.js·Python·Java 등 애플리케이션 런타임도 setup 액션으로 명시해야 합니다. 최종 전환 전 24.04와 26.04를 matrix로 병렬 검사하고 로그와 빌드 결과물을 비교합니다. 정보 기준일: 2026년 9월 18일. 러너 이미지에 포함되는 도구 버전은 이미지 업데이트에 따라 다시 바뀔 수 있으므로 실제 전환 전 GitHub runner-images 목록을 재확인해야 합니다. 목차 Ubuntu 26.04 정식 지원과 전환 일정 ubuntu-latest를 그대로 쓰면 생기는 변화 24.04와 26.04 주요 도구 차이 YAML에서 Ubuntu 버전 고정하기 24.04·26.04 병렬 테스트 방법 Node.js·Python·Java 버전까지 고정하기 사전 설치 패키지...