From ed9717195985972e76cc40ce5353c890717c01da Mon Sep 17 00:00:00 2001 From: Godopu Date: Sun, 19 Jul 2026 14:27:07 +0900 Subject: [PATCH] docs: refine 0_intro.md and script into conversational tone after multi-agent peer review --- lib/make_slide_for_260724_seminar/SLIDE.md | 16 +-- .../chapters/0_intro.md | 19 ++-- .../chapters/0_intro_script.md | 24 ++-- .../implementation_plan.md | 103 ++++++++++-------- .../paper_draft/SLIDE.md | 16 +-- 5 files changed, 91 insertions(+), 87 deletions(-) diff --git a/lib/make_slide_for_260724_seminar/SLIDE.md b/lib/make_slide_for_260724_seminar/SLIDE.md index 5f43725..5e0a448 100644 --- a/lib/make_slide_for_260724_seminar/SLIDE.md +++ b/lib/make_slide_for_260724_seminar/SLIDE.md @@ -51,9 +51,9 @@ marp: true "여기서 우회전하고 다음에서 멈추자"라는 인지적 판단과 주행 경로(추론)를 수립합니다. - **AI 에이전트(Agent)는 '자율주행 차량 시스템 전체' 입니다.** 운전자의 판단을 가속 페달과 바퀴 회전(도구 실행)으로 바꾸며, 다음과 같은 독자적인 **시스템 수준의 판단**을 수행합니다: - - **안전 가드레일**: 운전자가 실수로 위험한 길(예: 시스템 파괴 명령)로 가려 할 때 비상 제동을 걸어 이를 원천 차단함 - - **예외 복구 및 통제**: 네트워크가 끊기거나 무한 루프에 빠지면 스스로 판단해 실행을 중단하고 우회 경로를 수립함 - - **합의 형성(Consensus)**: 멀티 에이전트 환경에서 각 에이전트들의 교차 검증 결과(`PASS`/`NOT PASS`)를 수집하고 최종 집행을 판정함 + - **안전 가드레일**: 운전자가 실수로 시스템을 파괴하는 명령과 같이 위험한 길로 가려 할 때 비상 제동을 걸어 이를 원천 차단합니다. + - **예외 복구 및 통제**: 네트워크 연결이 끊기거나 무한 루프에 빠지는 상황이 발생하면 스스로 판단하여 실행을 중단하고 우회 경로를 수립합니다. + - **합의 형성(Consensus)**: 멀티 에이전트 환경에서 각 에이전트들의 교차 검증 결과를 수집하여 통과나 반려 여부를 결정하고 최종 집행을 판정합니다. --- @@ -72,16 +72,16 @@ marp: true --- -## 🚀 패러다임 쉬프트: Model eats the Scaffolding +## 🚀 패러다임 전환: Model eats the Scaffolding (모델이 외부 시스템을 흡수하다) -현재 에이전트 기술에서 가장 중요한 변화 중 하나는, 과거에 에이전트 '시스템(Scaffolding)'이 수동으로 제어하던 기능들이 점점 AI '모델 내부'로 흡수되고 있다는 점입니다. +현재 에이전트 기술에서 가장 중요한 변화 중 하나는, 과거에 에이전트 제어 시스템(Scaffolding, 에이전트의 구동을 돕는 외부 뼈대 구조)이 수동으로 제어하던 기능들이 점점 AI 모델 내부로 흡수되고 있는 현상입니다. -- **스스로 생각하는 모델의 등장 (Test-time Compute)** +- **스스로 생각하는 모델의 등장 (Test-time Compute, 추론 시점 추가 연산)** 최근 출시된 Gemini Thinking이나 OpenAI o1/o3 같은 모델들은 외부 시스템이 루프를 돌려주지 않아도, 모델 스스로 출력을 내보내기 전에 내부적으로 계획을 세우고(Planning) 스스로 오류를 성찰(Reflection)하는 과정을 완료합니다. - **인지와 집행의 명확한 역할 분담** - 이에 따라 고차원적인 논리 설계와 계획(Planning)은 **AI 모델** 내부로 빠르게 넘어가고 있으며, 외부의 **에이전트 인프라(Harness)**는 안전한 실행 환경(Sandboxing), 권한 통제, 상태 관리처럼 모델이 직접 할 수 없는 물리적 보호막 역할을 수행하는 방향으로 진화하고 있습니다. + 이에 따라 고차원적인 논리 설계와 계획(Planning)은 **AI 모델** 내부로 빠르게 넘어가고 있습니다. 반면 외부의 **에이전트 인프라(Harness, 에이전트 실행 및 도구 제어 장치)**는 안전한 실행 환경(Sandboxing, 격리 환경 실행), 권한 통제, 상태 관리처럼 모델이 직접 수행하기 어려운 물리적 보호막 역할을 담당하는 방향으로 진화하고 있습니다. - **차별화 요소(Alpha)의 이동** - 단순히 계획을 짜는 루프를 코드로 구현하는 것의 가치는 줄어들고, 이제는 복잡한 인프라를 실시간으로 제어하고 서로 다른 규격을 가진 이종 에이전트들을 표준 프로토콜로 유기적으로 엮어내는 기술이 핵심 경쟁력이 되었습니다. + 단순히 계획을 짜는 흐름을 코드로 구현하는 것의 가치는 점차 줄어들고 있습니다. 이제는 복잡한 인프라를 실시간으로 제어하고, 서로 다른 규격을 가진 다양한 에이전트들을 표준 프로토콜로 유기적으로 엮어내는 기술이 핵심 경쟁력으로 부상하고 있습니다. --- diff --git a/lib/make_slide_for_260724_seminar/chapters/0_intro.md b/lib/make_slide_for_260724_seminar/chapters/0_intro.md index e3952c1..d64342c 100644 --- a/lib/make_slide_for_260724_seminar/chapters/0_intro.md +++ b/lib/make_slide_for_260724_seminar/chapters/0_intro.md @@ -1,9 +1,6 @@ --- -title: AI Multi-Agents 오케스트레이션 기술 동향 및 사례 -description: AI 에이전트의 핵심 기법부터 MCP/SKILL 확장, TMUX/crewAI/LangGraph 오케스트레이션 인프라, ACP/A2A 상호운용성 표준, AIoT/gRPC 동향까지 다루는 특강 발표자료용 문서입니다. marp: true --- - # AI Multi-Agents 오케스트레이션 기술 동향 및 사례 ### 정적 AI 모델에서 자율적 AI 에이전트로의 패러다임 전환 @@ -51,9 +48,9 @@ marp: true "여기서 우회전하고 다음에서 멈추자"라는 인지적 판단과 주행 경로(추론)를 수립합니다. - **AI 에이전트(Agent)는 '자율주행 차량 시스템 전체' 입니다.** 운전자의 판단을 가속 페달과 바퀴 회전(도구 실행)으로 바꾸며, 다음과 같은 독자적인 **시스템 수준의 판단**을 수행합니다: - - **안전 가드레일**: 운전자가 실수로 위험한 길(예: 시스템 파괴 명령)로 가려 할 때 비상 제동을 걸어 이를 원천 차단함 - - **예외 복구 및 통제**: 네트워크가 끊기거나 무한 루프에 빠지면 스스로 판단해 실행을 중단하고 우회 경로를 수립함 - - **합의 형성(Consensus)**: 멀티 에이전트 환경에서 각 에이전트들의 교차 검증 결과(`PASS`/`NOT PASS`)를 수집하고 최종 집행을 판정함 + - **안전 가드레일**: 운전자가 실수로 시스템을 파괴하는 명령과 같이 위험한 길로 가려 할 때 비상 제동을 걸어 이를 원천 차단합니다. + - **예외 복구 및 통제**: 네트워크 연결이 끊기거나 무한 루프에 빠지는 상황이 발생하면 스스로 판단하여 실행을 중단하고 우회 경로를 수립합니다. + - **합의 형성(Consensus)**: 멀티 에이전트 환경에서 각 에이전트들의 교차 검증 결과를 수집하여 통과나 반려 여부를 결정하고 최종 집행을 판정합니다. --- @@ -72,15 +69,15 @@ marp: true --- -## 🚀 패러다임 쉬프트: Model eats the Scaffolding +## 🚀 패러다임 전환: Model eats the Scaffolding (모델이 외부 시스템을 흡수하다) -현재 에이전트 기술에서 가장 중요한 변화 중 하나는, 과거에 에이전트 '시스템(Scaffolding)'이 수동으로 제어하던 기능들이 점점 AI '모델 내부'로 흡수되고 있다는 점입니다. +현재 에이전트 기술에서 가장 중요한 변화 중 하나는, 과거에 에이전트 제어 시스템(Scaffolding, 에이전트의 구동을 돕는 외부 뼈대 구조)이 수동으로 제어하던 기능들이 점점 AI 모델 내부로 흡수되고 있는 현상입니다. -- **스스로 생각하는 모델의 등장 (Test-time Compute)** +- **스스로 생각하는 모델의 등장 (Test-time Compute, 추론 시점 추가 연산)** 최근 출시된 Gemini Thinking이나 OpenAI o1/o3 같은 모델들은 외부 시스템이 루프를 돌려주지 않아도, 모델 스스로 출력을 내보내기 전에 내부적으로 계획을 세우고(Planning) 스스로 오류를 성찰(Reflection)하는 과정을 완료합니다. - **인지와 집행의 명확한 역할 분담** - 이에 따라 고차원적인 논리 설계와 계획(Planning)은 **AI 모델** 내부로 빠르게 넘어가고 있으며, 외부의 **에이전트 인프라(Harness)**는 안전한 실행 환경(Sandboxing), 권한 통제, 상태 관리처럼 모델이 직접 할 수 없는 물리적 보호막 역할을 수행하는 방향으로 진화하고 있습니다. + 이에 따라 고차원적인 논리 설계와 계획(Planning)은 **AI 모델** 내부로 빠르게 넘어가고 있습니다. 반면 외부의 **에이전트 인프라(Harness, 에이전트 실행 및 도구 제어 장치)**는 안전한 실행 환경(Sandboxing, 격리 환경 실행), 권한 통제, 상태 관리처럼 모델이 직접 수행하기 어려운 물리적 보호막 역할을 담당하는 방향으로 진화하고 있습니다. - **차별화 요소(Alpha)의 이동** - 단순히 계획을 짜는 루프를 코드로 구현하는 것의 가치는 줄어들고, 이제는 복잡한 인프라를 실시간으로 제어하고 서로 다른 규격을 가진 이종 에이전트들을 표준 프로토콜로 유기적으로 엮어내는 기술이 핵심 경쟁력이 되었습니다. + 단순히 계획을 짜는 흐름을 코드로 구현하는 것의 가치는 점차 줄어들고 있습니다. 이제는 복잡한 인프라를 실시간으로 제어하고, 서로 다른 규격을 가진 다양한 에이전트들을 표준 프로토콜로 유기적으로 엮어내는 기술이 핵심 경쟁력으로 부상하고 있습니다. --- diff --git a/lib/make_slide_for_260724_seminar/chapters/0_intro_script.md b/lib/make_slide_for_260724_seminar/chapters/0_intro_script.md index a4e6453..faf1a7a 100644 --- a/lib/make_slide_for_260724_seminar/chapters/0_intro_script.md +++ b/lib/make_slide_for_260724_seminar/chapters/0_intro_script.md @@ -7,7 +7,7 @@ ### 🎴 Slide 1: 타이틀 (표지) * **슬라이드 제목**: AI Multi-Agents 오케스트레이션 기술 동향 및 사례 — 정적 AI 모델에서 자율적 AI 에이전트로의 패러다임 전환 * **대본**: - > "안녕하세요, 여러분. 오늘 세미나 발표를 맡은 발표자입니다. + > "안녕하세요, 여러분. 오늘 특강을 진행하게 된 ○○○입니다. > 오늘 우리가 함께 나눌 주제는 **'AI Multi-Agents 오케스트레이션 기술 동향 및 사례'**입니다. > 최근 AI 시장은 매우 빠르게 변하고 있습니다. 그중에서도 가장 눈에 띄는 변화가 바로, 단순히 대답만 하던 정적인 AI 모델이 스스로 알아서 일을 처리하는 '자율형 AI 에이전트'로 바뀌고 있다는 점입니다. > 오늘 이 세미나를 통해 AI 에이전트가 무엇이고, 여러 에이전트가 어떻게 협업하는지 그 인프라와 최신 트렌드를 함께 살펴보겠습니다." @@ -30,8 +30,8 @@ * **대본**: > "말로만 들으면 두 개념이 잘 와닿지 않으실 텐데요. 쉬운 예시를 하나 들어보겠습니다. > 청중 여러분 중 한 분이 AI에게 **'멀티 에이전트 관련 최신 연구 동향을 조사하고 보고서로 저장해줘'**라는 명령을 내렸다고 해봅시다. - > 이때 **AI 모델(LLM)**은 자신의 머릿속, 즉 학습 데이터에 들어있는 기존 연구 목록을 꺼내서 텍스트로 친절하게 설명해 줍니다. 답변은 아주 훌륭하지만, 인터넷에서 최신 논문을 검색해 오거나 컴퓨터 디스크에 보고서 파일을 직접 저장하는 등의 '물리적인 행동'은 수행하지 못합니다. - > 반면 **AI 에이전트(Agent)**는 명령을 받자마자 스스로 필요한 일감들을 정리하고 직접 인터넷 검색을 개시합니다. 학술 API에 접속해 실시간으로 최신 논문을 검색하고, PDF 파일을 직접 다운로드해서 본문을 요약한 뒤, 최종 결과물 보고서 파일을 여러분의 디스크 폴더에 실제로 생성하고 저장까지 완료해 줍니다." + > 이때 **AI 모델(LLM)**은 자신의 머릿속, 즉 이미 학습된 데이터에 들어있는 기존 연구 목록을 꺼내 텍스트로 설명해 줍니다. 설명 자체는 훌륭하지만, 실시간으로 최신 논문을 인터넷에서 찾아오는 행동은 하지 못합니다. 당연히 보고서 파일을 여러분의 디스크에 직접 저장하는 물리적인 작업도 수행할 수 없습니다. + > 반면 **AI 에이전트(Agent)**는 명령을 받자마자 스스로 필요한 행동 단계들을 계획합니다. 이어서 학술 API에 접속해 최신 논문을 실시간으로 검색하고 관련 PDF 파일을 직접 다운로드합니다. 마지막으로 그 본문을 요약한 보고서 파일을 여러분의 컴퓨터 폴더에 실제로 만들고 저장까지 완수합니다." --- @@ -52,7 +52,7 @@ > 그래서 저는 이 둘을 **'운전자'와 '자율주행 차량'**으로 비유하곤 합니다. > 여기서 **AI 모델**은 차에 타고 있는 **운전자(뇌)**입니다. '다음 교차로에서 우회전하고 멈추자'라는 고차원적인 인지 판단을 담당하죠. > **AI 에이전트**는 운전자의 판단을 가속 페달과 바퀴 구동력으로 변환하는 **자율주행 차량 시스템 전체**입니다. - > 특히 차량 시스템은 운전자가 실수로 절벽으로 돌진하려 할 때 자동으로 브레이크를 밟아 차단하는 **안전 가드레일** 역할이나, 통신이 끊겼을 때 스스로 갓길에 차를 대는 **예외 통제**, 그리고 여러 에이전트의 합의를 이끄는 **의사결정 통제** 같은 시스템 수준의 독자적인 판단을 수행합니다. 즉, 운전자 혼자서는 달릴 수 없으며, 차량 시스템이 있어야 비로소 목적지에 안전하게 도착할 수 있는 것입니다." + > 특히 차량 시스템은 운전자가 실수로 절벽으로 돌진하려 할 때 자동으로 브레이크를 밟아 차단하는 **안전 가드레일** 역할이나, 통신이 끊겼을 때 스스로 갓길에 차를 대는 **예외 통제**, 그리고 여러 에이전트의 합의를 이끄는 **합의 형성** 같은 시스템 수준의 독자적인 판단을 수행합니다. 즉, 운전자 혼자서는 달릴 수 없으며, 차량 시스템이 있어야 비로소 목적지에 안전하게 도착할 수 있는 것입니다." --- @@ -61,17 +61,17 @@ * **대본**: > "그렇다면 단순한 대화형 앱이 아니라, 진짜 자율주행 차량 같은 온전한 'AI 에이전트'가 되기 위해 갖추어야 할 4대 필수 기능은 무엇일까요? > 첫째는 **목표를 쪼개고 계획하는 기능(Planning)**입니다. 최종 목표만 주어지면 실행 계획을 짜고 자가 성찰을 통해 계획을 수정해 나갑니다. - > 둘째는 **상태와 기억을 관리하는 기능(Memory)**입니다. 현재 대화의 단기 기억과 과거 경험이나 지식을 RAG로 불러오는 장기 기억을 결합해 다룹니다. + > 둘째는 **상태와 기억을 관리하는 기능(Memory)**입니다. 현재 대화의 단기 기억과 과거 경험이나 지식을 RAG(검색 증강 생성, 외부 문서 검색 연동)로 불러오는 장기 기억을 결합해 다룹니다. > 셋째는 **물리적 환경과 연동되는 기능(Tool Use & Action)**으로, 인터넷, API, 파일 시스템 및 격리된 코드 실행 환경을 다루는 핵심 손발이 됩니다. > 마지막 넷째는 **서로 소통하고 협업하는 기능(Collaboration)**입니다. 이종 에이전트들이 통신 프로토콜을 통해 작업을 나누어 분산 처리하는 기반입니다." --- -### 🎴 Slide 7: 🚀 패러다임 쉬프트: Model eats the Scaffolding -* **슬라이드 제목**: 패러다임 쉬프트: Model eats the Scaffolding +### 🎴 Slide 7: 🚀 패러다임 전환: Model eats the Scaffolding +* **슬라이드 제목**: 패러다임 전환: Model eats the Scaffolding * **대본**: - > "마지막으로 에이전트 기술의 가장 핵심적인 트렌드인 **'Model eats the Scaffolding'** 즉, **모델이 에이전트 제어 시스템을 흡수하는 현상**에 대해 말씀드리겠습니다. - > 과거에는 에이전트 시스템 코드로 구현하던 계획(Planning)이나 자가 성찰(Reflection) 루프가, 최근 출시된 Gemini Thinking이나 OpenAI o1/o3 같은 모델들을 필두로 **AI 모델의 내부 가중치 추론 메커니즘**으로 녹아들어가고 있습니다. - > 이에 따라 '인지와 계획'은 **AI 모델**이 전담하게 되고, 외부의 **에이전트 인프라(Harness)**는 샌드박싱 보안, 실행 권한 차단, 세션 보존 같은 '물리적 집행과 통제'에만 고도로 집중하는 방향으로 분리되고 있습니다. - > 결국 단순히 계획 루프를 짜는 것의 차별적 가치는 점차 낮아지고 있으며, 복잡한 다중 에이전트 간의 조율과 고성능 인프라 제어가 새로운 경쟁력으로 떠오르고 있습니다. - > 그럼 다음 챕터부터 이러한 에이전트 구현을 가능하게 하는 기술적 원리들을 하나씩 자세히 알아보겠습니다. 감사합니다." + > "마지막으로 에이전트 기술의 가장 핵심적인 변화인 **'Model eats the Scaffolding'**에 대해 말씀드리겠습니다. 이는 모델이 에이전트 외부 제어 시스템을 흡수하는 현상을 뜻합니다. + > 과거에는 에이전트를 작동시키기 위해 계획(Planning)이나 자가 성찰(Reflection) 루프를 외부 코드로 직접 구현해야 했습니다. 하지만 최근 출시된 제미나이 씽킹(Gemini Thinking)이나 오픈AI의 o1, o3 같은 모델들은 이러한 능력을 모델 자체의 내부 추론 과정으로 소화해 냅니다. + > 이에 따라 고차원적인 논리 설계와 계획 수립은 **AI 모델**이 전담하는 형태로 빠르게 바뀌고 있습니다. 외부의 **에이전트 인프라(Harness, 에이전트 실행 제어 장치)**는 보안 샌드박싱(격리 환경 실행), 권한 차단, 세션 관리 같은 물리적 집행과 통제에 집중하는 구조로 이원화되고 있습니다. + > 결과적으로 단순히 실행 루프를 만드는 구현 방식은 그 경쟁력을 잃어가고 있습니다. 대신 다중 에이전트들을 표준화된 프로토콜로 유기적으로 엮어내는 오케스트레이션과 인프라 제어 기술이 새로운 차별화 요소로 떠오르는 중입니다. + > 그럼 바로 시작하겠습니다." diff --git a/lib/make_slide_for_260724_seminar/implementation_plan.md b/lib/make_slide_for_260724_seminar/implementation_plan.md index 70ebfe7..fbf4918 100644 --- a/lib/make_slide_for_260724_seminar/implementation_plan.md +++ b/lib/make_slide_for_260724_seminar/implementation_plan.md @@ -1,64 +1,71 @@ -# Implementation Plan — SLIDE.md 특강 자료 보완 (Rev.4 / Job 5874d3da) +# Implementation Plan — 0_intro 구어체 검토·개선 루프 (Rev.2 / Job 0fa577fa) -> **Rev.4 변경 요약 (Creator 이의제기 반영, Challenge Report 91a2e3e9)** -> Rev.3 Step 2의 "사본에만 안내 주석 추가 + 검증 기준 완화" 방식을 폐기하고 **대안 A(양쪽 파일에 완전히 동일한 공통 주석 삽입)**를 채택했다. -> - 근거 1 — 동기화 유실: 본 저장소의 동기화 원칙은 `cp SLIDE.md paper_draft/SLIDE.md` 단순 복사이므로, 사본에만 존재하는 주석은 다음 동기화에서 즉시 덮어씌워져 소실된다. -> - 근거 2 — 검증 단순성: "주석 1줄 제외 동일" 기준은 단순 `diff`/hash 비교를 깨뜨려 커스텀 비교 로직을 강요한다. 공통 주석이면 100% 바이트 동일성이 유지되어 `diff -q` 한 줄로 검증이 끝난다. -> - 이에 따라 Step 2와 완료 기준 2번을 갱신했다. 그 외 항목은 Rev.3과 동일하다. +> **Rev.2 변경 요약 (Creator 이의제기 반영, Challenge Report 58a51e54)** +> - **경로 정정**: 대상 파일 경로를 전부 저장소 루트 기준 전체 경로로 통일했다. Rev.1 §6의 축약 표기(`chapters/0_intro_script.md`)는 루트에 `chapters/`가 없어 자동화 탐색 시 File Not Found를 유발할 수 있었다. +> - **통합 덱 동기화 단계 신설**: 통합 발표 자료인 `lib/make_slide_for_260724_seminar/SLIDE.md`는 챕터 파일들을 합친 최종 산출물임을 확인했다(0장 내용 포함, 328줄). 챕터만 고치고 통합 덱을 "변경 금지"로 묶어두면 최종 발표 자료에 개선 전 문장이 방치되는 모순이 맞다. 이에 **루프 중에는 동결, 최종 PASS 직후 병합·재동기화**하는 Step 5를 신설하고 완료 기준을 갱신했다. +> - 어투 기준(§2)과 초기 발견 사항(§3)은 Rev.1과 동일하다. -> **Rev.3 요지 (유지)**: 본 태스크의 주 목표는 이미 달성되어 리뷰까지 통과했다(Job 1cafc914, [VERDICT: PASS], 완료 기준 9/9 충족). 본 리비전은 재작업 계획이 아니라 **(A) 달성 상태의 기록**과 **(B) 리뷰에서 지적된 비차단 후속 조치 2건 + 마무리(커밋)**만을 범위로 한다. SLIDE.md 본문 구조에 대한 추가 변경은 계획하지 않으며, Worker는 아래 Step 1~3만 수행하면 된다. +> 이전 태스크(SLIDE.md 5개 장 보완, ~Rev.4)는 커밋 4d6423e로 완결(이력은 git에 보존), 이후 덱이 `chapters/` 구조로 재편됨. 본 계획서는 새 태스크(0_intro 어투 검토 루프)를 다룬다. -## 1. 목표 및 달성 현황 +## 1. 목표 -원 목표: `assets/slides/lecture_summary.md`의 흐름(5개 구성 항목)에 맞춘 `SLIDE.md` 보완. +`lib/make_slide_for_260724_seminar/chapters/0_intro.md`(슬라이드 내용 구성 노트)와 `lib/make_slide_for_260724_seminar/chapters/0_intro_script.md`(발표 대본)를 검토하여, **발표자료 작성용 노트라는 목적에 맞게 쉽고 풀어쓴 구어체 문장**으로 다듬는다. Creator 수정 → Reviewer 판정 루프를 개선사항이 없을 때까지 반복하고, 최종 PASS 후 통합 덱에 병합한다. -| 항목 | 상태 | -|---|---| -| 1. AI 에이전트 구현 3대 핵심 엔지니어링 기법 (프롬프트/컨텍스트/하네스) | ✅ 완료 (§1 신규 작성) | -| 2. AI Agent 기능 확장: MCP & SKILL | ✅ 완료 (MCP §2 재배치 + Host-Client-Server/3대 요소 보강) | -| 3. 멀티 에이전트 협업 체계/인프라 (TMUX·crewAI·LangGraph) | ✅ 완료 (TMUX 신규, What We Need?를 §3 마감 브릿지로 배치 — Challenge 91a08208 반영) | -| 4. ACP, A2A 표준 | ✅ 완료 (표준 필요성 도입부 + 요구사항 1·2 콜백) | -| 5. AIoT 및 gRPC 기술 동향 | ✅ 완료 (AIoT 도입부, 요구사항 4·5 콜백, 기술 동향 요약 신규) | -| 최종 요약 슬라이드, marp title 갱신, paper_draft 동기화 | ✅ 완료 | +## 2. 어투·품질 기준 (Definition of Done 체크리스트) -리뷰(Job 1cafc914) 검증 완료: 5개 장 순서 일치, 콘텐츠 유실 없음, 사실관계 일치, 이미지 자산 13개 실존, 두 SLIDE.md 사본 동일. +Reviewer는 아래 기준으로 판정한다: -## 2. 잔여 작업 (Worker 지시사항) +1. **구어체 일관성**: 노트는 풀어쓴 설명체(-입니다/-합니다), 대본은 친절한 구어체 존댓말로 통일. 딱딱한 개조식·번역투 문장 없음. +2. **한 문장 한 호흡**: 지나치게 긴 문장(대략 80자 이상, 절 3개 이상 중첩)은 2문장 이상으로 분할. +3. **용어 풀이**: 영어 전문용어(Scaffolding, Harness, Test-time Compute 등)는 첫 등장 시 한 줄 우리말 풀이를 동반. "쉬운 비유" 슬라이드에는 코드 표기(`PASS` 등) 같은 기술 용어 침투 금지. +4. **슬라이드-대본 정합성**: 대본의 슬라이드 번호·제목·핵심 용어가 노트와 일치. +5. **의미 보존**: 어투 개선 과정에서 기술적 사실이나 논지 왜곡 없음. +6. **Surgical**: 루프 단계에서는 두 대상 파일 외 무변경 (통합 덱 병합은 Step 5에서만 허용). -### Step 1 — `.gitignore`의 `scripts/` 패턴 수정 (리뷰 발견 1) -- 현재 `.gitignore`에 `scripts/` 패턴이 있으나 `scripts/notify_mattermost.py`는 직전 커밋(9e4f286)에서 의도적으로 추가된 **추적 파일**이다. 이 패턴은 이후 scripts/에 추가될 파일을 조용히 누락시킨다. -- 조치: `.gitignore`에서 `scripts/` 행을 **삭제**한다. (특정 하위 산출물만 무시해야 할 필요가 확인되면 그때 구체 경로로 다시 추가) +## 3. 현황 진단 — 초기 발견 사항 (Creator 수정 목록) -### Step 2 — 사본 안내 공통 주석 삽입 (리뷰 발견 2, Rev.4 개정) -- 배경: `paper_draft/`에는 `assets/`가 없어 사본 위치 기준으로 이미지 상대경로가 해석되지 않는다(원본부터 존재하던 조건). -- 조치 (**대안 A — 양쪽 공통 주석**): - 1. 루트 `SLIDE.md`의 front-matter 종료(`---`) 직후에 아래 HTML 주석 1줄을 삽입한다: - `` - 2. 그 후 `cp SLIDE.md paper_draft/SLIDE.md`로 재동기화하여 두 파일의 **100% 바이트 동일성**을 유지한다. -- 금지: 사본에만 다른 내용 추가, 심볼릭 링크, 이미지 경로 재작성. 동일성 검증은 예외 없이 `diff -q` 완전 일치 기준. +### `lib/make_slide_for_260724_seminar/chapters/0_intro.md` +- **F1 (구조·정합, 필수)**: 파일 상단의 레거시 front-matter(title/description)와 동기화 NOTE 주석은 구(舊) 루트 SLIDE.md 시절의 잔재로, **챕터 파일에서는 사실이 아니다**. 형제 챕터(`1_engineering.md`)와 동일하게 `marp: true`만 남기고 title/description/NOTE를 제거한다. ⚠️ 단, 이 제거는 **챕터 파일에만 해당**한다 — 통합 덱 `SLIDE.md`의 front-matter와 NOTE는 그 위치에서는 여전히 유효하므로(paper_draft 사본 실존 확인) Step 5 병합 시 보존해야 한다. +- **F2 (어투)**: `## 패러다임 쉬프트` 절의 2·3번 bullet처럼 한 문장에 절이 3개 이상 중첩된 장문이 있다. 기준 2에 따라 분할한다. +- **F3 (용어)**: `Scaffolding`, `Test-time Compute`, `Harness`가 풀이 없이 등장 — 첫 등장 시 짧은 우리말 풀이를 추가. 🚗 비유 슬라이드의 "합의 형성" bullet에 있는 `` `PASS`/`NOT PASS` `` 코드 표기는 비유 톤과 어긋나므로 "통과/반려 판정을 모아 최종 결정을 내리는" 식의 풀어쓴 표현으로 교체. +- **F4 (표기 통일)**: 제목의 "패러다임 쉬프트"는 외래어 표기법상 "시프트"이며, 같은 문서 앞부분에서는 "패러다임 전환"을 사용 중 — "패러다임 전환"으로 통일 권장(영문 부제 "Model eats the Scaffolding"은 유지). -### Step 3 — 커밋 -- 대상: `SLIDE.md`, `paper_draft/SLIDE.md`, `.gitignore`(Step 1 수정 포함), `.env.example`, `implementation_plan.md`. (`AGENTS.md`는 이번 태스크 산출물이 아니므로 커밋 대상에서 제외하고 보류) -- 커밋 메시지(제안): `docs: restructure SLIDE.md lecture deck around 5-part outline with bridge structure` -- 커밋 전 최종 확인: `git diff --stat`으로 의도한 파일만 스테이징되었는지 검토. +### `lib/make_slide_for_260724_seminar/chapters/0_intro_script.md` +- **F5 (어색한 자기소개)**: Slide 1 대본 "오늘 세미나 발표를 맡은 발표자입니다"는 placeholder 티가 나는 어색한 문장 — "안녕하세요, 오늘 특강을 진행하게 된 ○○○입니다"처럼 자연스러운 인사로 수정(이름은 placeholder 허용). +- **F6 (오해 소지 마무리)**: Slide 7 대본 말미의 "감사합니다"는 발표 전체가 끝난 듯한 인상을 준다. 인트로 챕터의 끝이므로 "그럼 바로 시작하겠습니다" 같은 전환 멘트로 교체. +- **F7 (호흡)**: Slide 3·7 대본에 3줄 이상 이어지는 장문이 있어 낭독 호흡이 길다 — 기준 2에 따라 문장 분할. +- **F8 (정합성)**: Slide 5 대본의 "의사결정 통제"와 노트의 "합의 형성(Consensus)" 용어가 어긋난다 — 한쪽으로 통일(권장: 둘 다 "합의 형성" 계열, F3 수정과 연동). -## 3. 완료 기준 (Reviewer 판정 기준) +## 4. 작업 절차 (수정-리뷰 루프) -1. `.gitignore`에 `scripts/` 패턴이 없다. -2. 루트 `SLIDE.md`와 `paper_draft/SLIDE.md` **양쪽 모두**에 동일한 사본 안내 주석이 있고, 두 파일이 `diff -q` 기준 완전히 동일하다. -3. SLIDE.md 본문의 구조·내용은 리뷰 통과본(PASS 시점)에서 주석 1줄 삽입 외에 변경되지 않았다. -4. 커밋이 존재하며 의도한 파일만 포함한다 (`AGENTS.md` 미포함). +1. **Creator**: §3의 F1~F8을 두 대상 파일에 반영한다. 목록 밖의 임의 개서(전면 재작성)는 금지 — 지적 항목 중심의 수술적 수정. 이 단계에서 통합 `SLIDE.md`는 건드리지 않는다. +2. **Reviewer**: §2 체크리스트 6개 기준으로 두 파일을 재검토한다. 신규 발견 사항이 있으면 F-번호를 이어 붙여 목록화하고 `[VERDICT: NOT PASS]`로 반려한다. +3. 반려 시 Creator는 신규 목록만 반영하고 2로 돌아간다. **Reviewer가 신규 발견 없음으로 `[VERDICT: PASS]`를 내면 루프 종료 → Step 5로 진행.** -## 4. 대상 파일 +## 5. 최종 PASS 후 통합 덱 병합 (Rev.2 신설) -- 수정: `.gitignore`, `SLIDE.md`(공통 주석 1줄), `paper_draft/SLIDE.md`(루트본 재복사) -- 커밋: 상기 + `.env.example`, `implementation_plan.md` -- 변경 금지: `SLIDE.md` 본문 구조, `assets/slides/lecture_summary.md` +1. `lib/make_slide_for_260724_seminar/SLIDE.md`의 0장(인트로) 구간 — 첫 슬라이드(덱 제목)부터 `## 패러다임 …(Model eats the Scaffolding)` 절 끝(1장 시작 직전)까지 — 을 확정된 `chapters/0_intro.md` 내용으로 교체한다. + - 이때 통합 덱의 **front-matter(title/description/marp)와 NOTE 주석은 보존**한다 (챕터 파일에서 제거된 것과 무관하게 통합 덱 위치에서는 유효). + - 1~6장 구간은 바이트 단위로 무변경이어야 한다. +2. `cp lib/make_slide_for_260724_seminar/SLIDE.md lib/make_slide_for_260724_seminar/paper_draft/SLIDE.md`로 재동기화하고 `diff -q`로 완전 일치를 확인한다. +3. 커밋(제안 메시지: `docs: refine 0_intro chapter and script into plain conversational tone`). 커밋 대상: 두 챕터 파일 + 통합 `SLIDE.md` + `paper_draft/SLIDE.md` + 본 계획서. -## 부록 — 이전 리비전 이력 +## 6. 완료 기준 (최종 판정) -- Rev.1 (Job 19a175f2): 5개 장 재구성 8단계 계획 수립. -- Rev.2 (Job 174bd649): Creator 이의제기 수용 — What We Need?를 §3 마감 브릿지로 재배치, §4/§5 콜백 신설. -- 구현 (Creator: agy) 및 리뷰 (Job 1cafc914): PASS, 비차단 발견 2건 → Rev.3 Step 1·2로 반영. -- Rev.3 (Job a5a403e3): 잔여 작업 3단계 스코프 확정. -- Rev.4 (Job 5874d3da): Creator 이의제기(91a2e3e9) 수용 — Step 2를 사본 단독 주석에서 양쪽 공통 주석(대안 A)으로 개정, 100% 동일성·단순 diff 검증 원칙 복원. +1. §3의 F1~F8이 모두 반영되었거나, 반영하지 않은 항목에 대해 타당한 사유가 기록되어 있다. +2. §2 체크리스트 6개 기준을 모두 통과한다 (Reviewer PASS). +3. 통합 `SLIDE.md`의 0장 구간이 확정본 `0_intro.md`와 내용 일치하고, front-matter/NOTE는 보존되었으며, 1~6장 구간은 무변경이다. +4. `paper_draft/SLIDE.md`가 통합 `SLIDE.md`와 `diff -q` 완전 일치한다. +5. `chapters/1_*.md` ~ `6_*.md` 및 그 외 파일은 변경되지 않았다. +6. 루프 종료 커밋이 존재하며 의도한 파일만 포함한다. + +## 7. 대상 파일 (전부 저장소 루트 기준 경로) + +- 루프 중 수정: `lib/make_slide_for_260724_seminar/chapters/0_intro.md`, `lib/make_slide_for_260724_seminar/chapters/0_intro_script.md` +- PASS 후 병합(Step 5에서만): `lib/make_slide_for_260724_seminar/SLIDE.md`, `lib/make_slide_for_260724_seminar/paper_draft/SLIDE.md` +- 변경 금지: `lib/make_slide_for_260724_seminar/chapters/1_engineering.md` ~ `6_summary.md`, `lib/make_slide_for_260724_seminar/lecture_summary.md` + +## 부록 — 리비전 이력 + +- Rev.1 (Job 69360718): DoD 6기준 + 초기 발견 F1~F8 + 수정-리뷰 루프 수립. +- Rev.2 (Job 0fa577fa): Creator 이의제기(58a51e54) 수용 — 경로 전체 표기 통일, 최종 PASS 후 통합 덱 병합·재동기화 Step 5 신설, F1에 통합 덱 front-matter 보존 단서 추가. diff --git a/lib/make_slide_for_260724_seminar/paper_draft/SLIDE.md b/lib/make_slide_for_260724_seminar/paper_draft/SLIDE.md index 5f43725..5e0a448 100644 --- a/lib/make_slide_for_260724_seminar/paper_draft/SLIDE.md +++ b/lib/make_slide_for_260724_seminar/paper_draft/SLIDE.md @@ -51,9 +51,9 @@ marp: true "여기서 우회전하고 다음에서 멈추자"라는 인지적 판단과 주행 경로(추론)를 수립합니다. - **AI 에이전트(Agent)는 '자율주행 차량 시스템 전체' 입니다.** 운전자의 판단을 가속 페달과 바퀴 회전(도구 실행)으로 바꾸며, 다음과 같은 독자적인 **시스템 수준의 판단**을 수행합니다: - - **안전 가드레일**: 운전자가 실수로 위험한 길(예: 시스템 파괴 명령)로 가려 할 때 비상 제동을 걸어 이를 원천 차단함 - - **예외 복구 및 통제**: 네트워크가 끊기거나 무한 루프에 빠지면 스스로 판단해 실행을 중단하고 우회 경로를 수립함 - - **합의 형성(Consensus)**: 멀티 에이전트 환경에서 각 에이전트들의 교차 검증 결과(`PASS`/`NOT PASS`)를 수집하고 최종 집행을 판정함 + - **안전 가드레일**: 운전자가 실수로 시스템을 파괴하는 명령과 같이 위험한 길로 가려 할 때 비상 제동을 걸어 이를 원천 차단합니다. + - **예외 복구 및 통제**: 네트워크 연결이 끊기거나 무한 루프에 빠지는 상황이 발생하면 스스로 판단하여 실행을 중단하고 우회 경로를 수립합니다. + - **합의 형성(Consensus)**: 멀티 에이전트 환경에서 각 에이전트들의 교차 검증 결과를 수집하여 통과나 반려 여부를 결정하고 최종 집행을 판정합니다. --- @@ -72,16 +72,16 @@ marp: true --- -## 🚀 패러다임 쉬프트: Model eats the Scaffolding +## 🚀 패러다임 전환: Model eats the Scaffolding (모델이 외부 시스템을 흡수하다) -현재 에이전트 기술에서 가장 중요한 변화 중 하나는, 과거에 에이전트 '시스템(Scaffolding)'이 수동으로 제어하던 기능들이 점점 AI '모델 내부'로 흡수되고 있다는 점입니다. +현재 에이전트 기술에서 가장 중요한 변화 중 하나는, 과거에 에이전트 제어 시스템(Scaffolding, 에이전트의 구동을 돕는 외부 뼈대 구조)이 수동으로 제어하던 기능들이 점점 AI 모델 내부로 흡수되고 있는 현상입니다. -- **스스로 생각하는 모델의 등장 (Test-time Compute)** +- **스스로 생각하는 모델의 등장 (Test-time Compute, 추론 시점 추가 연산)** 최근 출시된 Gemini Thinking이나 OpenAI o1/o3 같은 모델들은 외부 시스템이 루프를 돌려주지 않아도, 모델 스스로 출력을 내보내기 전에 내부적으로 계획을 세우고(Planning) 스스로 오류를 성찰(Reflection)하는 과정을 완료합니다. - **인지와 집행의 명확한 역할 분담** - 이에 따라 고차원적인 논리 설계와 계획(Planning)은 **AI 모델** 내부로 빠르게 넘어가고 있으며, 외부의 **에이전트 인프라(Harness)**는 안전한 실행 환경(Sandboxing), 권한 통제, 상태 관리처럼 모델이 직접 할 수 없는 물리적 보호막 역할을 수행하는 방향으로 진화하고 있습니다. + 이에 따라 고차원적인 논리 설계와 계획(Planning)은 **AI 모델** 내부로 빠르게 넘어가고 있습니다. 반면 외부의 **에이전트 인프라(Harness, 에이전트 실행 및 도구 제어 장치)**는 안전한 실행 환경(Sandboxing, 격리 환경 실행), 권한 통제, 상태 관리처럼 모델이 직접 수행하기 어려운 물리적 보호막 역할을 담당하는 방향으로 진화하고 있습니다. - **차별화 요소(Alpha)의 이동** - 단순히 계획을 짜는 루프를 코드로 구현하는 것의 가치는 줄어들고, 이제는 복잡한 인프라를 실시간으로 제어하고 서로 다른 규격을 가진 이종 에이전트들을 표준 프로토콜로 유기적으로 엮어내는 기술이 핵심 경쟁력이 되었습니다. + 단순히 계획을 짜는 흐름을 코드로 구현하는 것의 가치는 점차 줄어들고 있습니다. 이제는 복잡한 인프라를 실시간으로 제어하고, 서로 다른 규격을 가진 다양한 에이전트들을 표준 프로토콜로 유기적으로 엮어내는 기술이 핵심 경쟁력으로 부상하고 있습니다. ---