사용량 관리 요금제부터 올리면 늦습니다: Grok Bot 사용량 잡아먹는 루틴부터 끊어라 사용량이 예상보다 빠르게 줄어든다면 봇의 이름보다 실행 시점을 보는 편이 낫습니다. 공식 문서는 루틴이 한 번 실행될 때마다 사용량을 쓰며, 자주 실행할수록 더 많이 쓴다고 설명합니다. 공식 문서가 안내하는 세 가지 점검 매시간 도는 일정, 짧은 간격, 바쁜 채널의 Slack 트리거는 실행을 쌓을 수 있습니다. 이런 설정은 하루에 일주일치 사용량을 쓸 수 있다고 두 공식 도움말이 안내합니다. 그래서 요금제나 주문형 한도를 올리기 전에 아래 점검을 먼저 보라고 합니다. 점검 공식 안내 일시 중지 필요 없는 루틴은 멈춥니다. 실행되지 않는 루틴은 사용량을 쓰지 않습니다. 간격 넓히기 봇에게 일정을 넓혀 달라고 부탁합니다. 매시간 대신 하루 한 번으로도 충분한지 물어보면 됩니다. 트리거 좁히기 모든 새 메시지에 반응하는 넓은 조건 대신 채널과 문구를 구체적으로 정합니다. 데스크톱에서는 대화 상단의 봇 이름을 눌러 Details 탭의 Routines를 엽니다. 줄의 스위치로 멈추거나 다시 켤 수 있고, 멈춘 상태는 Paused로 표시됩니다. 일정은 평소 쓰는 말로 부탁한 뒤 When to run에 저장된 표현이 의도한 것과 같은지 확인하고, 다르면 Edit로 고칩니다. 일정은 Settings의 Bot 항목 Timezone을 기준으로 작동합니다. Test는 실제 작업을 수행하므로 눌러 보는 것만으로도 사용량을 씁니다. 새로 만든 루틴은 만들자마자 실행되지 않고 다음 예정 시각을 기다립니다. 지금 확인해 보려면 Test를 쓰되, 안전한 입력으로 시험하는 편이 좋습니다. 오래 자리를 비우면 루틴을 유지할지 묻고 응답이 없으면 일시 중지할 수 있습니다. 한 팀의 주간 점검 사례 직접 점검은 바쁜 주에 잊히기 쉽습니다. 한 팀은 공개 공유 템플릿 Grok Bot Efficiency Optimizer로 사용량 점검 봇을 고용했습니다. 이 템플릿은 Grok Bot이...
윈도우 PC에서 크롬북으로 이전한 리조트기업의 이전 스토리 발췌: http://www.ciokorea.com/news/20579 2010년 구글이 첫 크롬북 컴퓨터를 공개했을 무렵, 딕슨은 회사의 기술 방향을 재고하고 있었다. 그 당시 리조트는 XP를 구동 중이었고, 마이크로소프트가 2014년 XP 지원을 종료하기 이전에 다른 플랫폼으로 옮겨가야 하는 상황이었다. XP 탈피 전략은 당시 핵심 레거시 앱 벤더들이 윈도우 7 로의 이전에 대한 계획이 없었기 때문에 복잡해졌다. 딕슨은 구글 앱스와 크롬북 초기 버전인 CR-48에 관심을 가졌지만, 우선적인 초점은 구글의 지메일(Gmail)에 맞춰져 있었다. 리조트는 당시 여러 파편화된 커뮤니케이션 시스템의 통합이 우선적으로 필요했는데, 지메일이 통합을 위한 대안으로 부상했기 때문이었다. 딕슨은 “이것이 바로 첫걸음이었다. 시간이 지남에 따라 우리는 구글의 다른 서비스인 구글 독스(Docs)와 행아웃 등도 활용하기 시작했다”라고 말했다. 리조트는 대부분의 작업에 있어 구글의 워드 프로세싱 및 스프레드시트 앱이 잘 작동한다는 점을 발견하게 되었다. 오베르주는 구글 앱스 환경에 맞는 템플릿을 구축하기 시작했고, 결국 자체 문서들을 구글 드라이브(Google Drive)로 이전시켰다. 딕슨은 오베르주 리조트 경영진 또한 윈도우-기반 운영체제보다 훨씬 낮은 가격 요인 때문에 구글로의 이전을 지지했다고 말했다. 이전에 있어서 어려웠던 점은 바로 레거시 앱 문제였다. 크롬 OS 에서는 HTML5가 모든 애플리케이션에 필수적이다. 딕슨은 그러나 “접대 산업(hospitality) 세계에서, HTML5는 거의 보기 힘든 솔루션이다”라고 말했다. 이 문제를 해결하기 위해 오베르주는 터미널 서비스와 씬RDP HTML5 래퍼(ThinRDP HTML5 wrapper)를 사용했다. 사용자들은 크롬북 브라우저를 통해 레거시 앱에 연결했다. 자세한 내용은 : http://www.ciokorea.com/news/205...