Grok Bot 1.0 정식 출시: 새로 열린 것은 회의 참여와 Teams 채널, 이전부터 있던 것은 팀 공유와 Slack @bot은 2026년 11월 12일 03시 22분(KST) Grok Bot 1.0을 소개했습니다. 공식 뉴스는 베타 이후의 정식 출시라고 설명하고, changelog에는 11월 11일자 v1.0.1(1.0.0 포함)이 올라 있습니다. 헤드라인만 보면 ‘팀 기능이 한꺼번에 열렸다’고 읽기 쉽지만, 이전 changelog를 보면 Slack 연동과 Team Bots는 이미 있었습니다. 이 글은 이번 1.0에서 무엇이 중심인지 , 그리고 누가 어떤 조건에서 쓸 수 있는지 를 문서 기준으로 나눠 봅니다. 핵심 요약 이번 헤드라인은 회의 참여 와 Microsoft Teams의 Team Bot 채널 입니다. 팀 공유·Slack 연동은 1.0에서 처음 생긴 기능이 아닙니다. 기능마다 대상 플랜이 정해져 있습니다. 영상 링크: https://youtube.com/shorts/MM5i4CEyc-I 1. 이전부터 있던 것과 이번 중심 구분 내용 이전부터 Team Bots(팀 봇), Slack 연동. 이전 changelog에 이미 기록되어 있습니다. 이번 중심 회의 참여, Microsoft Teams의 Team Bot 채널. 2. 플랜 조건 기능 Team Enterprise Ultra 회의 참여 O O (관리자가 설정에서 Meetings를 켬) O 팀 봇(Team Bots) O O 목록에 없음 Ultra 플랜은 회의 참여 목록에는 있지만 팀 봇 목록에는 없습니다. 표를 ‘Ultra이면 팀 봇도 된다’로 읽으면 안 됩니다. 3. 회의 참여는 어떻게 이뤄지나 봇은 회의 링크로 참가 합니다. 호스트가 입장을 승인 해야 들어갈 수 있습니다. 들어간 뒤에는 회의 채팅으로 답하고 , 회의가 끝나면 요약 (문서에는 할 일 목록 포함)을 보냅니다. 문서가 설명하는 소통 수단은 채팅과 요약입니다. 봇이...
한 줄 요약: Claude Opus 5.5는 장황한 사고 지시보다 effort , 완료 조건, 진행 보고, 도구 운영 규칙을 분명히 설계할 때 더 효율적으로 일한다. [1] 왜 중요한가 Claude Opus 5.5는 Opus 5보다 출력 토큰을 30% 이상 빠르게 생성하고, 같은 일을 더 적은 토큰으로 마치는 경향이 있다. 기존 Opus 5용 프롬프트도 대체로 작동하지만, 생각 기능이 항상 켜져 있고 장시간 에이전트 작업 방식이 달라졌기 때문에 모델에 넣는 문장뿐 아니라 이를 둘러싼 실행 장치, 즉 하네스까지 함께 조정해야 한다. [1] 여기서 핵심은 “더 깊게 생각해”라고 반복하는 것이 아니다. 비용·속도·품질을 좌우하는 설정, 작업이 끝났는지를 판정하는 조건, 중간 진행 상황을 사용자에게 전달하는 방식, 위험한 행동 앞에서 멈추는 규칙을 분리해 설계하는 것이다. 먼저 알아둘 변화 코딩과 코드 리뷰: 실제 저장소에서 여러 단계를 끝까지 수행하고 테스트까지 통과시키는 장기 작업이 강화됐다. [1] 지식 업무: 큰 문서와 스프레드시트에서 숫자·날짜·차트의 불일치를 찾는 능력이 개선됐다. [1] 시각 자료와 컴퓨터 사용: 복잡한 차트, 흐름도, 화면 캡처의 위치 관계를 더 정확하게 읽고 여러 단계의 화면 조작을 더 안정적으로 수행한다. [1] 진행 보고: 작업 중간과 마지막에 무엇을 했고, 무엇을 찾았으며, 사용자에게 무엇이 필요한지 비교적 명확하게 설명한다. [1] 실전 원칙 10가지 1. 기본은 medium effort에서 시작한다 Opus 5.5의 기본 effort는 medium이다. 이전 모델의 설정을 그대로 옮기지 말고, medium을 명시한 뒤 실제 업무 평가 데이터로 low·high 등을 비교하는 것이 좋다. 비용이나 응답 시간이 문제라면 프롬프트로 “짧게 생각하라”고 압박하기 전에 effort를 낮추는 편이 더 직접적이다. [1] effort: medium max_tokens: 작업 유형에 맞게 충분히 확보...