기본 콘텐츠로 건너뛰기

글

라벨이 ai 언어 민주주의인 게시물 표시

Grok Bot 1.0 정식 출시, 이번엔 회의 참여와 Teams

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. 회의 참여는 어떻게 이뤄지나 봇은 회의 링크로 참가 합니다. 호스트가 입장을 승인 해야 들어갈 수 있습니다. 들어간 뒤에는 회의 채팅으로 답하고 , 회의가 끝나면 요약 (문서에는 할 일 목록 포함)을 보냅니다. 문서가 설명하는 소통 수단은 채팅과 요약입니다. 봇이...

"AI 전문가”의 함정: 프롬프트 엔지니어링에서 컨텍스트 엔지니어링까지, 누가 우리를 멀어지게 했나

            생성형 AI가 우리 곁에 온 지 얼마 되지 않아, 우리는 ‘프롬프트 엔지니어링’이라는 낯선 용어의 세례를 받았습니다. AI를 잘 쓰려면 뭔가 대단한 기술이 필요할 것 같은 불안감을 심어주었죠. 이제는 한술 더 떠 ‘컨텍스트 엔지니어링’이라는 말이 등장했습니다. 마치 AI와의 대화가 점점 더 소수 전문가의 영역이 되어가는 듯합니다. 하지만 정말 그럴까요? 이 글에서는 이러한 현상이 어떻게 우리의 AI 접근성을 떨어뜨리고 있는지, 그 이면의 진실은 무엇인지 파헤쳐 봅니다.         1. ‘프롬프트 엔지니어’의 등장: 필수 기술인가, 스쳐 가는 유행인가?         ‘프롬프트 엔지니어링’은 AI에게 원하는 결과를 얻기 위해 명확한 지시를 내리는 기술입니다. 초기 AI 모델들은 인간의 의도를 잘 파악하지 못했기 때문에, 사용자의 정교한 안내가 필수적이었습니다. 예를 들어, AI에게 특정 역할(페르소나)을 부여하거나, 복잡한 문제는 단계별로 생각하도록 유도하는(사고의 연쇄, Chain-of-Thought) 기법들이 대표적입니다.         하지만 이를 ‘엔지니어링’이라 부르는 것에 대해서는 논란이 많습니다. 지지자들은 체계적인 실험과 분석이 필요한 공학의 한 분야라고 주장하지만, 비판자들은 결과가 예측 불가능하고, 동일한 프롬프트에도 다른 답이 나오는 등 전통적인 공학의 엄밀함이 부족하다고 지적합니다. 사실 ‘프롬프트 엔지니어링’의 부상은 초기 AI 기술의 한계를 보완하기 위한  과도기적 현상 에 가깝습니다.         2. 다음 물결, ‘컨텍스트 엔지니어링’: 더 높은 벽인가, 자연스러운 진화인가?         최근에는 ‘컨텍스트 엔지니어링’이라는 용어가 주목받고 있습니다. 이는 단순히 질문 ...