보고 주기: 2026년 10월 19일(월)부터 10월 23일(금)까지, 총 5영업일.

자료 출처: 본 간행물의 FlagOS 일일 동향 리포트 5회분(10-19 / 10-20 / 10-21 / 10-22 / 10-23, 결호 없음). 이 중 10-19 회차는 월요일 조간으로, 모니터링 기간은 직전 회차 마감 시점인 10-16 06:00부터 기산한다(약 72시간, 10-17~10-18의 「2026 인공지능 오픈 컴퓨팅 콘퍼런스 겸 중즈 FlagOS 기술 콘퍼런스」 전 과정과량즈윈 발표 포함); 10-20부터 10-23까지 네 회차는 24시간 모니터링 기간으로, 앞뒤가 맞물리며 마지막 회차의 마감은 10-22 06:00부터 10-23 06:00까지이다. 따라서 본 보고서의 사실 구간은 10-16부터 10-22까지이며, 10-16부터 10-18까지의 부분은 원래 날짜로 표기한다.

편집 설명: 버전 및 릴리스, 컴포넌트 및 코드 공동 기여, 회원 기관 및 제조사 적응, 생태계 및 커뮤니티, 트렌드 관찰의 다섯 가지 차원을 다룬다. 5회분 일일 리포트를 각자의 모니터링 기간에 따라 누적하면 커밋 654건, 머지 661건이다. 만약 네 개의 온전한 24시간 모니터링 기간(10-19부터 10-22까지의 통합 일자)만 취하면 커밋 507건, 머지 522건이다. 회차별 푸시가 있는 저장소 수는 순서대로 16, 16, 19, 22, 16개이며, 조직 저장소 총수는 61개이다. 버전과 태그는 각 컴포넌트 저장소의 원본 소스(releases.atom)로 독립 재검증하였으며, 일일 리포트의 기준과 일치한다.

1. 이번 주 주요 소식

  • 콘퍼런스 이틀간 확정, 2.2의 규모 기준이 처음으로 검증 가능한 네 계층으로 분해되다(10-17 ~ 10-18): 메인 포럼에서 Zhiyuan/BAAI 부원장 겸 총공학자 린융화가 「중즈 FlagOS 2.2: 토큰 경제에서 피지컬 AI로」를 주제로 발표하며 — 21개 칩 제조사 35종 칩, 9대 연산자 라이브러리 합계 1454개 연산자(이전 버전 대비 890개 증가), 크로스칩 연산자 성능 27.6% 향상(10종 칩 커버), 코드 기여자 264명(전월 대비 55% 증가)을 공개했다. 커뮤니티 측면에서는 별도로 활성 기여자 730명 이상, 회원 조직 100개 이상, 30개 이상 국가 커버, 개발자 55,800명 이상이 있다; 2.1에서 2.2로의 머지 PR은 1890에서 4890으로, 신규 issue는 420에서 1423으로, 커밋은 5100에서 9730으로 증가했다. 같은 날 크로스칩 디버깅 및 성능 분석 도구 FlagPrism과 통합 양자화 도구 FlagOS-Compressor가 발표되었다. 보도에 따르면 2.2는 9월 30일에 릴리스되었으나, 저장소 목록은 실제로 09-28에서 09-29에 반영되었으며, 이틀의 차이는 본문에서 저장소 기준으로 처리한다.

  • 량즈윈 대외 발표, FlagOS의 실행 스택이 양자-클래식 하이브리드 스케줄링으로 확장(10-18): 량즈 융합 분포럼에서 「량즈윈 플랫폼 발표」 세션이 마련되었으며, 량즈윈(Quantum-AI Cloud)은 Zhiyuan/BAAI와 베이징 양자정보과학연구원이 공동 출시하였고, FlagOS Execution Stack을 통해 FlagQuantum을 지원하며, 「주딩」 AI 컴퓨팅 시스템과 「QUAFU」 양자 컴퓨터에 연동되어 양자-클래식 하이브리드 작업 스케줄링을 구현한다. 코드 측면에서도 상호 입증된다: FlagQuantum v0.3.0의 릴리스 노트에 주딩과 Quafu 작업 복구 가능, Quafu 다중 회로 결과 순서 보장이 이미 명시되어 있어, 릴리스 시점에 작업 제출, 영수증, 결과 순서 보장 체인이 패키지 내에 포함되었음을 보여주며, 단순한 프레임워크 인터페이스만은 아니다. 경계 또한 명확하다 — 양자 하드웨어에서 실행하지 않으며, MCP server와 agent runtime을 포함하지 않고, 하드웨어 실행은 주딩과 QUAFU 측에서 담당한다.

  • 2.3 주기에서 처음으로 「요구에서 증거까지」 당일 폐쇄 루프 발생(10-21 ~ 10-22): 10-21 두 건의 FEP가 머지되었다 — FEP-0140은 vllm-plugin-FL에 세 가지 버전 라인을 정의하고(0.24는 5개사 보완, 0.28은 11월 메인 릴리스로 10개사 지원, 0.32는 5개사 도입), FEP-0141은 SGLang 0.5.18의 10개 제조사 매트릭스와 DeepSeek-V4 W8A8 목표를 고정했다; 10-22 Hygon이 곧바로 vllm-plugin-FL과 sglang-plugin-FL 두 저장소에서 같은 날 vLLM 0.28.0과 SGLang 0.5.18 정렬을 완료했다(합계 84개 파일, 순증 약 5700줄). 「매트릭스를 문서에 기록」에서 「첫 번째 실측 통과」까지 단 하루가 걸렸으며, 이번 분기 가장 빠른 요구-증거 폐쇄 루프이다.

  • 릴리스 측면에서 같은 주에 6백엔드에서 7백엔드로 마무리하고, 통신 라이브러리를 특례에서 일반례로 전환(10-16 ~ 10-22): build-infra는 먼저 FlagCX의 nvidia, hygon, cambricon, metax, enflame, iluvatar 6개 백엔드 각각에 22.04 자체 포함 빌더를 배치하여 glibc 하한을 2.38에서 2.35로 낮췄다; 10-19에는 Ascend의 네 개 휠을 24.04 런타임에서 동일한 형태로 이전하고 칭웨이와 시왕을 보완했다; 10-21에는 칭웨이와 Moore Threads를 연결하여 FlagTree의 다섯 번째, 여섯 번째 백엔드로 만들었다; 10-22에는 Kunlunxin이 일곱 번째 백엔드가 되었다. 같은 날 flagcx==0.14.0을 두 개의 nvidia 라인에만 고정하던 것에서 20개 전 백엔드로 확대하고, 원클릭 설치 스크립트를 신규 추가하여 다중 저장소 의존성을 하나의 명령으로 통합했다.

  • 인프라 4개 항목이 같은 날 보강되고, 조직의 생산력은 「어떻게 테스트할지, 어떻게 설치할지, 어떻게 공유할지」로 전환 (10-20): optest가 저장소 생성 이후 첫 실질적 커밋을 받았다(PR #1, 38개 파일). 여기에는 12개의 백엔드 구성과 13개 벤더 하드웨어 프로브가 포함된다. FlagOps는 FlagGems의 5개 CI action을 조직 수준 공유로 상향했다. build-infra는 원클릭 설치 스크립트를 신규 추가했다(1개 파일 +308). Torch-FL과 TransformerEngine-FL은 같은 날 FlagCICD 통합 진입점을 도입하고 L0~L2 등급을 지원했으며, FlagScale은 선택적 플랫폼 CI를 보완했다. 테스트, action, 설치, CI 진입점의 네 축이 동일 모니터링 기간 내에 각각 한 번씩 구조적 병합을 완료했다.

  • 퀀텀 스택을 설계 계약에서 실행 가능한 경로로 확장 (10-21 ~ 10-22): 10-21 FlagQuantum은 84건의 커밋과 34건의 병합을 통해 동적 회로를 「후속 큐비트에 불리언 SSA 결과 추가」로 격하해 Program IR에 반영했고, 정확한 격하와 복원을 배포 필수 선행 조건으로 설정했다. 10-22에는 다시 53건의 커밋과 20건의 병합으로 M3 중성 원자를 두 건의 설계 문서에서 실행 가능한 경로로 구현했다. Core 측 네이티브 Rydberg 프런트엔드(PR #700), Simulation 측 plan 1.7 동역학(#707), Examples 측 이동 원자 펄스 학습(#714, 40스텝 128구간 실측 무조건 RR 0.0431에서 0.1228로 상승)이 포함된다.

  • 병합량은 주중 최고치를 기록했으나 증분의 본체는 연산자가 아닌 테스트 계약 (10-22): 당일 163건의 병합은 최근 일주일 중 최고였으며, 그중 FlagGems 한 곳이 91건으로 전 조직의 56%를 차지했다. 동시에 커밋량은 18% 감소하고 푸시 저장소도 27% 줄어, 확장이 아니라 적체 해소에 해당했다. 테스트 주선은 lukatao 한 사람이 61건(해당 저장소의 67%)을 담당했고, 23:40부터 23:47까지 7분 동안 10건의 배치 PR을 열어 케이스를 래퍼 함수에서 직접 연산자 호출 또는 후보 주입 방식으로 변경했다. 주간 KernelGen 신규 연산자는 세 차례 배치 병합과 희소 계열 마무리에 집중되었으며, 실제 신규 기능 비중은 20% 미만이었다.

  • 생태계 측에서 저장소 외부의 정보 증분 세 가지가 나타남 (10-19 ~ 10-22): China.com은 행사 이후 첫 풀스택 기술 해설을 게재했다(7개 정량 사례와 그룹 근거 보강). The Beijing News와 Beijing Daily 클라이언트는 산업판 2차 확산을 진행했으며, 새로 인용 가능한 기준으로 「신모델이 하루 안에 12종 칩 적응 완료」가 추가되었다. Pandaily는 2.2를 영어로 체계적으로 전달했으며, 해외 독자를 대상으로 한 첫 완전판 기사다. 별도로 베이징시과학기술위원회·중관춘관리위원회의 2026년도 중즈 FlagOS 가속 계획 입안 공고가 있었고, Cross-Dimensional AI Mind의 《FlagOS-Robo 기반 AlohaMini 임베디드 지능 로봇 엣지 배포 및 응용 시연》이 선정되었다. 임베디드 지능 방향에서 납품물 제약이 붙은 외부 입안이 처음 등장한 사례다.

2. 버전 및 릴리스 동향

이번 주 태그 및 Release 목록 (베이징 시간)

시간 컴포넌트 태그 / 버전 설명
10-18 10:36 FlagCX v0.15.0.dev0 개발 라인 태그; 같은 기간에 Hygon UIL과 adaptor별 bitcode 병합
10-19 13:01 FlagTree 0.7.1a1+ascend3.5 Ascend 3.5 빌드 라인, 0.7.1 계열 첫 alpha
10-20 20:11 FlagTree 0.7.1.dev1 기본 라인이 a1에서 dev1로 전환, 야간 빌드 산출물
10-20 20:12 FlagTree 0.7.1.dev1+ppu3.6 PPU 3.6 빌드 라인, 직전 항목과 1분 간격
  • 태그 4개, 컴포넌트 3개, 정식 버전은 없음: 이번 주 모니터링 기간의 모든 태그는 개발 라인 또는 하드웨어 빌드 라인에 속한다. 위 세 컴포넌트 외에 FlagGems, FlagBLAS, FlagDNN, Torch-FL, vllm-plugin-FL, sglang-plugin-FL, FlagOps, FlagScale, FlagAttention, FlagSparse 등 저장소는 기간 내 신규 Release가 없었다. 이는 2.2가 9월 30일 릴리스된 뒤 2.3이 12월 30일 GA되기 전의 전형적인 공백기로, 대외 버전은 조용하고 아티팩트 라인은 활발하다.
  • 직전 호 연결: FlagQuantum v0.3.0(10-16 13:34)과 v0.3.1(10-16 19:20)은 직전 주간 리포트의 태그 표에 이미 명시되어 있으며, 이번 호에서는 퀀텀 스택의 기준 버전으로 계속 사용하고 중복 집계하지 않는다.

FlagTree: 릴리스 리듬은 하드웨어 버전별로 분할

  • 네 가지 빌드 라인 병존: 0.7.1 라인에는 현재 ascend3.5, iluvatar3.6, xpu3.6, ppu3.6 네 개의 하드웨어 빌드 브랜치가 있으며, 기반 라인은 a1에서 dev1으로 전환되었다. 릴리스 노트에는 「pypi에 버전 번호 추가」만 기재되어 있어, 이는 자동화 야간 빌드이지 기능 릴리스가 아니므로, 릴리스 여부를 판단하려면 버전 번호의 의미가 아니라 빌드 행을 확인해야 한다.
  • 백엔드 매트릭스가 이번 주에 일곱 행으로 확장: 칭웨이 TX8(10-21, 다섯 번째), 무어 스레드 MUSA(10-21, 여섯 번째), 쿤룬신 XPU(10-22, 일곱 번째)가 잇따라 FlagTree 빌드 라인과 일상 빌드 행에 접속되었다. 쿤룬신 행에는 다섯 가지 고유 제약이 있으며, 여기에는 열 개의 사전 컴파일 입력, 디렉터리 이름으로 매칭되는 캐시와 두 개의 공유 tarball 루트를 가진 LLVM 19 패키지, 환경 변수로 선택되는 프런트엔드, pybind11을 정확히 3.0.1로 고정(3.0.4는 디스패처에 SIGSEGV 발생), 그리고 Release 빌드 파라미터를 추가하지 않는 것(벤더 wheel 자체가 rel-with-asserts임)이 포함된다.
  • 컴파일러 측 기능 증분은 적지만 집중적: AMD RDNA는 10-21에 단일 협동 대형 코어 디코딩(M=1)에서 프리필(M>1, PR #1365, 66개 파일)로 진전되었으며, RDNA 프리필 WMMA GEMM 마이크로커널은 GEMV 루프 대비 M>1일 때 10~30배 빨라졌고, 디코딩 측 split-K는 lm_head를 17.0에서 14.9 ms/token으로, 레이어별 와이드 프로젝션을 14.9에서 10.5 ms/token으로 낮추었다. MUSA는 복사별 TME 캐시 지속성(#1385)을 추가했고, SpaceMiT RISC-V 백엔드는 smt_rvisa 베어메탈 eDSL을 새로 추가하고 사설 TLE 방언을 퇴역시켰다(#1381, 10-16, 월요일 기간 윈도우에 속함).

FlagGems: 5.4가 정식 라인, 5.5 개발 라인은 신규 없음

  • 정식 라인 기준 불변: 5.4는 여전히 현재 정식 라인(09-28 릴리스)이며, 5.5.0.dev0은 10-12에 개시된 후 이번 주에 새 태그가 없고, 패키지 버전 메타데이터는 여전히 0.1.0을 표시한다——하이곤 vLLM 0.28의 검수 기록에서는 「설치된 1944개 소스 파일을 파일별로 e12a220 커밋에 대조했으며, 메타데이터 버전은 신뢰할 수 없음」이라는 방식으로 증거를 확보했는데, 이런 내용으로 VCS 메타데이터를 대체하는 방식이 이번 주에 다시 나타났다.
  • 연산자 커버리지 마무리 단계 진입: 이번 주 KernelGen은 세 배치로 14개의 Nvidia 연산자를 병합했으며, 모두 별칭, 뷰, 희소 의미론의 경계 연산자이다. 10:43 배치는 복사, 희소 구성 및 중첩 텐서 테이블 구성(ger, sparse_bsc_tensor)이고, 15:23 배치는 값과 형상 뷰이며 중첩 텐서 저장 오프셋과 희소 인덱스 csr→coo 상호 변환(_values_copy, _shape_as_tensor)을 보충했다. 22:23 배치는 차원 재배열과 복소수 뷰(swapdims, moveaxis, view_as_complex_copy)이다. 심사 측에서는 10-19 야간에 약 20건의 희소 계열(_sparse_mm 시리즈, copy_sparse_to_sparse_, coo와 csr 인덱스 상호 변환 등)이 한꺼번에 개설되었다.
  • 릴리스의 사전 신호는 build-infra에 있음: vllm-plugin-native 휠은 10-21에 nvidia, metax, kunlunxin, hygon 네 가지 백엔드를 보충하고 릴리스에 등록했으며, 10-22에는 모든 백엔드에 대해 flagcx==0.14.0을 통일적으로 고정했다. 이는 모두 2.3 정식 릴리스 전의 아티팩트 준비 작업이다.

3. 컴포넌트와 코드 공동 구축

조직 리듬: 다섯 기간 누적 654건 커밋, 661건 병합

기간 윈도우(베이징 시간) 푸시 저장소 커밋 병합 심사 중(윈도우 내 업데이트)
10-19 10-16 06:00 ~ 10-19 06:00(72시간) 16 147 139 239
10-20 10-19 06:00 ~ 10-20 06:00 16 93 88 180
10-21 10-20 06:00 ~ 10-21 06:00 19 115 120 195
10-22 10-21 06:00 ~ 10-22 06:00 22 164 151 154
10-23 10-22 06:00 ~ 10-23 06:00 16 135 163 183
합계 — — 654 661 —
  • 병합 저장소별 누적(각 기간 데일리 리포트 공시 기준): FlagGems 290건(43.9%), build-infra 96건(14.5%), FlagQuantum 82건(12.4%), Torch-FL 53건(8.0%), FlagTree 25건, FlagGems-vllm 21건, vllm-plugin-FL 18건, FlagGems-sglang 15건, FlagBLAS 6건, FlagCX 5건, optest 5건, FlagTrain 5건, FlagGems-Experimental 3건, sglang-plugin-FL 3건, FlagOps 2건, FlagAttention 2건, community 2건, FlagOS-Compressor 2건, FlagSparse와 TransformerEngine-FL 각 1건;此外 FlagCV, Trident, .github, flir 각 1건. 일부 기간은 상위 100개 병합 PR만 저장소별로 집계했으며, 저장소 귀속 합계는 641건이고 차이 20건은 전개되지 않은 꼬리 저장소분이다.
  • 이중 엔진 구조 변화 없음: FlagGems와 FlagQuantum 합계가 병합량의 56.3%를 차지하며, build-infra와 Torch-FL을 더하면 상위 네 저장소가 79%다. 주간 형태는 「월요일부터 수요일까지 인프라와 양자 스택 상승, 목요일부터 금요일까지 FlagGems 집중 정리」다.
  • 단일 인력 산출 고도 집중: lukatao는 FlagGems에서 병합일 기준 합계 119건(10-20 23건, 10-21 35건, 10-22 61건)으로 전부 테스트와 참조 구현 수정이다; tengqm은 build-infra 35건을 전담했다(10-20 7건, 10-21 15건, 10-22 13건); lvyufeng은 Torch-FL의 MPS와 플랫폼 측을 담당했다; FlagQuantum의 모든 병합은 동일 계정이 완료했다.

FlagGems(병합 290건): 테스트 계약이 첫 번째 주류로

  • 세 차례 롤백과 재구축: 10-20의 PR #7361은 먼저 이전 공유 테스트 인프라 변경을 롤백하고(17개 파일 +599/−1040), 호환성 처리를 각 연산자 자체 테스트로 내렸으며, 이어서 22건의 수정이 모두 이 방향을 따랐다—CPU 참조값 모드의 입력 스냅샷, 텐서 뷰 기하, 복소수와 반정밀도 값 비교, 희소 구성과 변환, 생성 케이스 실행 가능성, 어서션 경계, pytest 마커 정규화. 이는 「먼저 공유 방안이 통하지 않음을 인정하고, 다시 연산자별로 보충」하는 엔지니어링 수정이다.
  • lukatao의 케이스 개조 3연타: 10-21의 35건은 생성형 케이스를 크로스 백엔드에서 실행 가능하게 바꿨다(split과 squeeze, adjoint와 mH와 mT, as_strided, moveaxis와 reshape_as와 swapaxes, permutation 뷰, 정수형과 반정밀도 변환), 그중 #7425부터 #7440은 연속 16건이다; 10-22에는 다시 61건으로 foreach 오버라이드를 「직접 라우팅」 배치 01~09로 바꾸고, 마지막 아홉 연산자 스위트를 공용 후보 API를 거치도록 바꿨다. 즉 「어느 구현을 테스트할지」를 암시적에서 명시적으로 바꾼 것이다.
  • 백엔드 스킵 거버넌스, 사유 명시 시작: Ascend와 Moore Threads의 스킵은 입력 영역별로 하나하나 한정되었다(linalg_vander 복소수 입력, logdet 복소수, row_stack_out 메모리 포맷, trapz complex32, orgqr MUSA 영열, qint32 계열, Hygon cuDNN 검증). 그리고 10-23 새벽에 연속으로 네 건의 희소 스위트 이식을 병합했다(희소 log-softmax 크로스 백엔드 이식 가능, 희소 검증기 펌웨어와 직접 벤치마크 후보 호출, 압축 희소 검증기, 공용 희소 블록 생성기).
  • 벤더 측 대형 제출 2건: Enflame의 일괄 업데이트 #7077(26개 파일 +3520/−511, 제목은 「update from enflame 20261013」만 기재, 항목별 명세 없음); Kunlunxin 융합 MoE #7107(13개 파일), 세 가지 fused_experts 변형과 dispatch_fused_moe_kernel을 보충했고 집계 점수 1.324~1.329, 베이스라인이 대체 구현임을 주동적으로 선언했으며 dispatch_fused_moe_kernel의 0.626은 미달이라고 밝혔다.
  • Kunlunxin 최적화 라인: 10-20 9건, 10-21 17건, 10-22 13건, 구현 보충에서 정밀도와 형상 기준 게이트 설정으로 전환—w8a8_block_fp8_matmul에 FP8 능력 게이팅 추가, fp64와 grouped-MM은 능력에 따라 스킵하고 사유 명시, 단층 GRU 유닛은 플랫 1차원 kernel로 바꿔 집계 점수를 0.4217에서 0.8253으로 향상, sgn 대형 numel 경로는 저비용 본체와 구성 가능한 1차원 tile로 변경.

FlagQuantum(병합 82건): 계약에서 코드로, 다시 코드에서 거부로

  • 다이나믹 회로의 IR 진입 (10-21): PR #681은 타입이 지정된 다이나믹 Program IR 계약을 정의했고, #683은 중간 회로 측정을 「후속 큐비트와 불리언 SSA 결과」로, reset을 명시적 후속 큐비트로 하향하고, 논리곱과 논리합을 활성 불리언 값에 대한 표준 DNF로 매핑하며, 하향 결과가 전체 함수 그래프와 글자 단위로 일치할 때에만 복원하도록 했습니다. #694는 정확한 하향과 복원을 다이나믹 배포의 필수 선행 조건으로 설정하여, 검증되지 않은 프로그램은 어떤 provider도 호출하기 전에 중단됩니다.
  • M3 중성 원자, 계약에서 실행 가능으로 (10-22): Core 측 #700은 네이티브 Rydberg 제어를 ProgramRecord에서 직접 프런트엔드로 제공하도록 했습니다(RydbergProgram은 move, pulse, to_ir 세 가지 동작을 제공하며, 「제어된 위치가 물리적 존재를 의미하지는 않는다」를 명확히 했습니다). Simulation 측 #707은 네이티브 Rydberg 프로그램이 기존 Lindblad 계획을 따르도록 했고, plan 1.7은 정확히 일곱 개의 외부 필드로 봉인되었습니다. Examples 측 #714는 두 개의 펄스 진폭을 훈련하고 원자 쌍을 이동시켰으며, 40스텝 128구간 실측에서 무조건 RR이 0.0431에서 0.1228로 상승했고, 생존 조건 RR 0.1500, no-flag 선택 RR 0.1439를 기록했습니다.
  • 병합량의 절반이 거부와 삭제에 사용됨: 10-22의 #701은 네이티브 물리 프로그램이 패키징 시 AttributeError 대신 통일적으로 CapabilityError를 던지도록 했습니다. #705는 제안 082에 따라 외부 서비스가 대응된 적 없는 NeutralAtomProvider와 두 개의 Remote 내보내기를 바로 삭제했으며, 별칭도 빈 껍데기도 남기지 않았습니다. #716은 제안 083을 제출하여 Runtime의 sample_terminal 원시 연산을 정의하고 예제 끝에 「proposed, not implemented」를 출력했습니다. 이러한 조치는 능력을 추가하지는 않지만 M3의 경계가 신뢰할 수 있는지를 결정합니다.
  • 다이어그램 출력과 인용 가능성 보강: 10-21 #668은 지연 LaTeX 백엔드와 「인코더—회로—측정 헤드」 혼합 모델 뷰를 추가했고(43개 파일 +14311), Notebook은 SVG를 우선 표시합니다. #684는 CITATION.cff를 추가했으며(버전 0.3.1, 출시일 2026-10-16, Apache-2.0), #687은 중성 원자의 재사용 가능 능력과 누락된 계약을 정리하고 물리적 생존 0.8187, 무조건 RR 0.4094, 생존 조건 RR 0.5의 독립 수치 참조를 제시했습니다.
  • 연산력 확장: 10-20 #653과 #661은 CPU 스위트를 여덟 대의 A800 runner로 이전하고 GPU 테스트를 자동 트리거하도록 했으며, 장기 작업은 병렬로 전환했습니다. 이후 추진 방식은 기능 확장이 아니라 대규모 일관성 검증입니다.

build-infra (병합 96건): 「N개 백엔드 곱하기 M종 산출물」을 한 줄로 압축

  • builder 매트릭스 형성: base/ 디렉터리는 이번 주에 여섯 개에서 아홉 개 벤더의 열일곱 개 베이스라인 이미지로 확장되었습니다. nvidia(cuda12.8 / 13.3), ascend(cann8.5.0 / 9.0.0, 910c 포함), cambricon(neuware4.4.3 / 4.7.2), enflame(tops1.9.10 / 1.10.6), hygon(dtk26.04), iluvatar(corex4.4.0 / 4.5.0), metax(maca3.7.2.1 / 3.8.1.3), sunrise(tangrt1.2.0), tsingmicro(tsm260610)입니다.
  • FlagCX의 22.04 마무리: 10-16부터 10-18까지 여섯 백엔드에 각각 자체 포함 builder를 배치했으며, 각 builder는 ubuntu:22.04를 glibc 최저선으로 삼고 벤더 SDK를 이미지에 사전 설정하며 wheel-info에 흔적을 남겼습니다. #1407은 dispatch 레벨 --no-bitcode 스위치를 추가하여, v0.14.0 태그가 bindings/ir보다 앞설 때 비 nvidia adaptor에서 직접 오류를 던지는 것을 방지했습니다.
  • FlagTree 빌드 행: builder는 「두 워크플로가 한 가지 일을 하는」 구조에서 하나의 매트릭스로 병합되었고, backends.yaml 한 줄이 Containerfile, 이미지 저장소, runner 태그, 디스크 예산, 수용 검증을 함께 담습니다. Tsingmicro, Moore Threads, Kunlunxin 세 행은 동일한 템플릿으로 적용되었고, 차이는 사전 컴파일 트리와 툴체인 해석 경로뿐입니다.
  • 설치 경로 수렴: 10-20의 #1425는 원클릭 설치 스크립트(1개 파일 +308)를 추가하여 처음으로 「여러 저장소, 여러 의존성」의 설치 과정을 단일 명령으로 수렴했습니다. #1435는 CUDA 배포 백엔드의 vllm 네이티브 확장 휠을 복원하고, PEP 440이 빌드 태그를 무시하며 짧은 핀 고정이 잘못된 백엔드에 설치되는 함정을 지적했습니다.
  • 빌드 문서 사이트화: 10-22의 열두 건 커밋(#1462부터 #1470)은 vllm-plugin-FL, FlagTree, FlagCX, FlagGems, FlagLibs, Megatron, SGLang, verl 여덟 개 컴포넌트의 설계 기록과 사이트 페이지를 다섯 시간 안에 연속 병합했으며, 이번 분기 처음으로 빌드 설계를 검색 가능한 콘텐츠로 작성한 사례입니다.

Torch-FL (병합 53건): 플랫폼 면 확장 후 항목별 보완으로 전환

  • MPS 라인 주요 작업 완료: 10-19부터 10-21까지 사흘간 MPS 관련 병합은 총 8건—네이티브 mm 및 bmm의 MPSGraph gemm 클래스 진입, softmax와 요소별 neg 및 pow의 네이티브화, 컴파일 후 MPSGraph 계획 캐싱, 대기 중 작업 유지 및 네이티브 masked_fill, Qwen3.5의 네이티브 MPSGraph 커널, Metal 상의 고급 인덱스 수집; 10-20의 #566은 69개 파일 +22929/−236으로 저장소에 반영되었으며, CI는 GitHub 호스팅 Apple Silicon arm64 runner를 사용하고 “x86_64의 macOS runner에는 Metal 디바이스가 없으므로 환경 검사 실패는 예상된 결과”라고 명시적으로 선언했다.
  • Qingwei 3연속: torch.compile이 TX8에 적용(#541, 14개 파일, 작성자는 디바이스 속성 조회가 하드웨어 실측값이 아닌 상수만 반환할 수 있음을 명시), 호스트 측 난수 커널(#604), 디바이스 타임라인의 torch.profiler 진입(#630, rocprofiler-sdk 기반 DeviceTracer, TX8110 실측).
  • 멀티카드 정확성 관련 2건의 강제 수정: Kunlunxin CrossDeviceMemcpy는 이전에 동일 카드 시맨틱의 xpu_memcpy를 호출하여 두 카드의 포인터를 전달하면 −801을 반환하고 대상이 기록되지 않아 임의 카드 간 복사가 조용히 무효화되었으나, 10-22에 xpu_memcpy_peer로 변경(#634); liblaunch_shared.so의 undefined symbol: cudaMemcpy는 Triton 런처 dlopen 이후에만 해석 가능하므로 Kunlunxin의 CUDA 호환 런타임을 미리 로드하도록 변경(#632). 이 두 건은 성능 수치를 전혀 산출하지 않지만, 이전 모든 멀티카드 실험의 결론을 재계산해야 하게 만든다.
  • CI 및 플랫폼 라인: BI-V150 공유 CI 라인(#569, 24개 파일, 초기 실행에서 알려진 실패를 유지하여 bring-up 완료 허용), FlagCICD 통합 진입점 및 L0~L2 등급화(#599), AGENTS.md를 유일한 에이전트 가이드로 지정(#601), Kunlunxin P800의 2.9 안정 브랜치 라인(#273), 플랫폼 pytest 결과 FlagCICD 보고(#542 및 #577).

FlagTree (25건 병합): 매트릭스 격자 채우기, 언어 계층은 안정화 대기

  • 이번 주 FlagTree의 병합은 거의 전부 “백엔드 × 버전 × 워크플로” 3차원 매트릭스에 집중: Enflame enflame3.6-gcu300의 FlagGems 베이스라인 및 테스트 워크플로, Enflame vLLM 벤치마크 워크플로 진입, AMD amd3.6 베이스라인 및 테스트, Ascend 3.5 py312 전달 및 수정, triton_v3.5.x 브랜치 codeowner 업데이트, XPU3.6의 vllm 벤치마크 워크플로.
  • 유일한 구조적 변경은 AMD 프리필: 10-21의 #1364는 FlagMega에 amd-gfx1100(W7900)과 amd-gfx1201(R9700) 두 타깃을 추가하여 bf16의 Qwen3-1.7B가 RDNA에서 단일 협력 대형 코어로 디코딩을 완료하도록 하며, 128개 워크그룹이 동시 상주하지 못해 발생하는 배리어 데드락을 피하기 위해 각 컴퓨트 warp 상한을 4로 낮췄다; 10-22의 #1365는 M>1의 프리필과 “프리필은 마지막 토큰의 logits만 출력”을 추가 보완.
  • RISC-V와의 인터페이스: smt_rvisa는 작성자가 SEW, VL, 분할 및 명령 선택을 명시적으로 지정하도록 하며, 커널은 C++ builder API를 통해 하강하고, 별도의 LLVM 직접 출력 경로는 spine-opt 전체를 건너뛴다; 백엔드는 더 이상 사설 TLE 방언 복사본을 유지하지 않고 범용 third_party/tle을 소비하도록 변경. 이러한 변경은 대외적으로 언급되지 않지만 RVV 백엔드가 “실행 가능”에서 “성능 압박 가능”으로 나아갈 수 있는지를 결정한다.

추론 스택: vllm-plugin-FL(18), FlagGems-vllm(21), FlagGems-sglang(15), sglang-plugin-FL(3)

  • 버전 정렬이 이번 주의 주요 흐름: vllm-plugin-FL 측에서는 10-19에 Damo Academy XuanTie 백엔드를 vLLM 0.28.0으로 올렸고, 10-22에는 Hygon이 0.28.0을 반영했습니다(배포 패키지 0.28.0+empty, eager와 FULL_AND_PIECEWISE 두 가지 그래프 모드를 각각 실행, TP=2, 최대 모델 길이 4096, GPU 메모리 활용률 0.85). sglang-plugin-FL 측에서는 10-21에 Ascend 910C를 0.5.18에 독립 적응(67개 파일, 검수에 4카드 전체 머신 이미지 게이트 포함), 10-22에 Hygon BW1000을 0.5.18로 업그레이드(65개 파일, 단일 머신 TP2와 물리 2노드 TP4/PP1, TP2/PP2 포함). MetaX, Tsingmicro, Enflame, Kunlunxin의 동일 버전 항목은 여전히 검토 중이거나 아직 시작되지 않았습니다.
  • 그래프 모드가 두 개의 중국산 백엔드로 확대: XiWang Sunrise와 Enflame GCU300의 그래프 모드(10-19, inductor에 cudagraph 추가)가 같은 날 병합되어, vLLM 측의 CUDA Graph 경로가 더 이상 Ascend와 Kunlunxin에서만 검증되지 않게 되었습니다. 10-21에는 Ascend가 디코딩 그래프 실행을 보완하고 Qwen3.6-27B와 35B-A3B의 텍스트 및 이미지 추론에 적응했습니다(26개 파일 +2513).
  • 모델 측이 공개 릴리스보다 선행: FlagGems-vllm의 GLM-5.3 Flash 공개 연산자(#900)와 Qwen4의 HC / PLE / sparse QSA 세 가지 연산자(#896)는 모두 10월에야 등장한 새로운 아키텍처 용어로, 연산자가 모델 공개보다 먼저落地되었습니다. 이어서 #977은 MetaX fused MoE에 TP=2 구성을 보완했고, C550에서 14개 M 값 평균 1.065배 속도 향상을 보였습니다.
  • 대회가 처음으로 메인 저장소 공급원이 됨: FlagGems-sglang 10-20의 10건 대회 병합은 모두 40분 이내에 동일 유지관리자에 의해 병합되었으며(트랙 1 tiny-k-gemm, pack-topk-ids, moe-topk-sum, indexed-scale-shift 등), 함께 #163 단일 건 +28940의 벤치마크 스냅샷이 포함되었습니다. 10-22의 #204 fused_pack_qkv와 #201 fused_sigmoid_mul은 대회 산출물이 제출물에 머물지 않고 메인 트리에 들어갔음을 보여줍니다.

기타 컴포넌트 및 통합 인프라

  • FlagBLAS(6건): Hygon gfx936 육정밀도 GEMM(#151, sgemm부터 zgemm까지, +7060/−127, dgemm은 fp64 MMAC 점곱을 사용하며 FlagTree의 fp64 MMAC 지원에 의존) 및 L1 지원(#149), 10-22에 Iluvatar CoreX L1 최적화(#153)와 Moore Threads GEMM(#152) 보충. BLAS의 정밀도 보완은 컴파일러 측 역량 격차를 드러냈으며, 이는 이번 주 크로스 저장소 협업의 한 가지 실증이다.
  • FlagCX(5건): Hygon Device API 및 통합 IR의 HIP 백엔드 활성화(#643), 디바이스 bitcode를 nvidia 하드코딩 대신 adaptor별 생성(#668), v0.15.0.dev0 태그, 다중 세그먼트 VMM 윈도우(#658, 42개 파일 +7667, CUDA, Hygon DU, MetaX, PPU 각각에 다중 세그먼트 콜백 추가, 유계 디스크립터로 세그먼트 파일 디스크립터 교환, 집합적 성공 후에만 윈도우 게시), 플랫폼 라우팅 및 CI 통합(#665).
  • FlagTrain(5건): Moore Threads 백엔드 및 두 연산자(#20), Megatron 및 TransformerEngine에 대한 KMCompiler 지원(#22), blocked_flash(Iluvatar CoreX) 및 mixed_moe_gemm(#23, #24), multi_tensor_lion(4개 백엔드) 및 quick_gelu(#16, #26). 해당 저장소는 10-15에야 첫 문서가 나왔으며, 현재 가장 어린 연산자 저장소이다.
  • 희소성, 어텐션 및 양자화: FlagSparse에 MUSA 최적화 병합(#113, 외부 기여자 NCIC-AlphaSparse 브랜치로부터); FlagAttention은 kv-outer의 MiniMax M3 희소 어텐션 prefill에서 약 40개의 호스트 측 소연산자와 .item() 동기화를 두 개의 Triton 커널로 교체하여 빌드 속도가 1.5~2.5배 빨라지고 무동기화 스케줄링 및 전체 경로 그래프 캡처로 구현(#107); FlagOS-Compressor는 DeepSeek V4.1 및 MiMo V2.5의 선형 전용 INT8 내보내기(#10)와 MXFP8, NVFP4 소스 체크포인트 변환(#11, 143개 테스트 통과)을 지원.
  • optest(5건) 및 FlagOps(2건): optest는 스크립트 모음에서 설치 가능한 wheel로 전환(#4), src 레이아웃 변경(#5), console commands 노출(#6), CI 작업 이름을 저장소+백엔드로 표시(#2); FlagOps가 FlagGems의 다섯 action을 인수(#15)한 후, FlagGems 측에서 로컬 action을 공유 action으로 마이그레이션 완료(#7346, #7416).
  • 신규 저장소 및 실험 저장소: FlagCV(10-14 저장소 생성)는 10-18 심야에 첫 커밋을 올리고 10-19 새벽에 PR #1 골격 병합 — 인터페이스는 OpenCV에 정렬(core 및 imgproc 두 그룹 헤더 파일), 다중 백엔드 구조는 FlagDNN을 따르며, 커널은 Triton으로 작성, backends/에 nvidia, thead, ascend, hygon, iluvatar, mthreads 여섯 백엔드를 한 번에 전개했으나 아직 실행 가능한 연산자는 없음; Trident는 10-12 저장소 생성된 실험적 브리지 계층(Triton 또는 Torch 스타일 Python 함수를 MLIR과 LLVM으로 컴파일한 후 tvm_ffi를 통해 실행)으로, 이번 주 #3에서 여러 ATen 연산자 테스트를 보충; flir는 심사 중인 #83에서 TensorView 방언과 tile.load 및 tile.store 뷰를 추가하여 CommonIR 방향의 실질적 움직임임.

4. 멤버 단위 및 벤더 적응

  • 캔커우(Kunlunxin): 이번 주 엔지니어링 밀도가 가장 높은 백엔드이며, 공개 멤버 단위 명단에는 포함되지 않음. 귀속 가능한 머지 약 40건(머지일 10-20 9건, 10-21 18건, 10-22 13건, 10-19 모니터링 기간은 별도 집계 없음), 내용은 연산자, 빌드, 런타임 세 계층에 걸침: 연산자 측은 구현 보완에서 정밀도 및 형상에 따른 게이트 설정으로 전환(FP8 능력 게이팅, fp64 및 grouped-MM은 능력에 따라 건너뜀, GRU 플랫 1D kernel 집계 점수 0.4217에서 0.8253, 융합 MoE 삼연산자 1.324에서 1.329); 빌드 측은 FlagTree 일곱 번째 백엔드가 됨; 런타임 측은 크로스 카드 복사 조용한 실패와 사전 로드 순서 두 가지 하드 결함 수정. 리스크는 연산자 측 — 대부분의 변경이 동일 연산자의 다른 tile 또는 융합이며, 통합 성능 게이트가 없고, 집계 점수는 베이스라인 대체로 인해 벤더 간 비교 불가.
  • 하이곤(Hygon): 이번 주 유일하게 두 추론 플러그인 저장소에서 동시에 업스트림 버전 정렬을 완료한 벤더. vLLM 0.28.0과 SGLang 0.5.18이 같은 날 머지(합계 84개 파일, 순증 약 5700줄), 검증 환경은 1카드 64 GiB의 BW1000 클러스터, vLLM 측 배포 패키지 0.28.0+empty, SGLang 측 물리 2노드 TP4/PP1 및 TP2/PP2 동시 수정 및 파이프라인 병렬 협조 종료.配套 FlagBLAS 6정밀도 GEMM과 L1, FlagGems FP8 희소 합산 역방향 펌웨어, FlagDNN 1건 hygon 수정. 재사용 가치는 empty 백엔드의 업그레이드 프로세스를 버전 표가 포함된 템플릿으로 작성한 것.
  • 칭웨이즈넝(Qingwei Zhineng): 이번 주 보완한 것은 모두 인프라 단점이지 연산자 커버리지가 아님 — torch.compile TX8 적용(#541, 장치 속성은 상수만 반환 가능), 호스트 측 난수 커널(#604), 장치 타임라인 torch.profiler 진입(#630, TX8110 실측, 동시에 벤더 빌드 스위치 고정), FlagTree 빌드 행 연결 및 일간 라인 등록(#1436, #1440). 순서가 기록할 만함: 먼저 CI에서 빌드 가능, 다음 재현성 확보, 다음 성능 확인, 마지막에 최적화 논의.
  • 昇腾(Ascend): 이번 주 메인라인은 두 플러그인 저장소의 버전과 그래프 실행 — vLLM 0.24 전체 디코드 그래프 실행 및 Qwen3.6-27B와 35B-A3B 텍스트 및 이미지 추론(#606), SGLang 0.5.18의 910C 독립 적응(#131), W8A16 FP8 TopK(#6030), SoC별 fp32 능력에 따른 matmul 게이팅(#616), 4개 휠 22.04 builder로 이전(build-infra #1414, glibc 하한 2.38에서 2.35로 하향). 테스트 측 10여 건은 FP8 입력 구성, tile block 오류 및 참조 문서로 여전히 수정 위주.
  • 무어 스레드(Moore Threads): MUSA가 FlagTree 여섯 번째 백엔드가 되어 일상 행에 진입(#1449, #1456), 로컬 바이너리는 ref 변경에 따라 명시적 지정 필요; FlagTree에 복사별 TME 캐시 영속화 추가(#1385); FlagBLAS에 GEMM 구현 추가(#152); FlagGems 측 복소수 cholesky_solve 입력을 CPU에서 구성하도록 변경, moe_load_balance_loss의 MUSA 특화 머지. 5건 테스트 스킵은 해당 백엔드의 입력 도메인 제한에 집중, 실패面은 여전히 “입력 미지원”이 주류이지 구현 오류가 아님을 시사.
  • 엔플레임(Enflame): 이번 주 작업은 베이스라인, 벤치마크, 패키징, 어서션, 그래프 모드 다섯 단계 커버 — enflame3.6-gcu300 베이스라인 및 테스트 워크플로, vLLM 벤치마크 워크플로 진입, builder 검증 데이터 기반으로 변경, toolkit deb 이미지에 사전 배치, GCU300 그래프 모드 머지; FlagGems 벤더 일괄 업데이트 #7077(26개 파일 +3520/−511)이 한 번에 메인라인 진입, 그러나 제목에 날짜만 기재되고 항목별 세부 없음. FlagTree 측은 간헐적 버스 오류로 02-sparse-mla 케이스 비활성화 및 vllm benchmark 파라미터 업데이트, 안정성 문제는 여전히 케이스 계층.
  • 일루바타 코어엑스(Iluvatar CoreX): CI와 빌드 양측 완비 — BI-V150 공유 CI 행 머지(#569, CoreX 4.5.0), iluvatar 독립 런타임으로 휠이 CPU版 torch에 링크 가능(#593), build-infra pin을 22.04로 갱신 후 버전 재배포; 코드 측은 여전히 master 직접 푸시 위주(FlagDNN 4건+3건, PR 프로세스 없음), 등가 성능 베이스라인(equivalent_baseline.cpp 등 +8157)이 해당 저장소의 이번 주 가장 실질적 산출물. 프로세스 정규화는 Torch-FL 및 FlagQuantum에 뒤처짐.
  • 메타엑스(MetaX): 이번 주 투자는 성능 티어와 심사 중인 쌍별 배포方案에 집중 — 2노드 C550, TP16의 MiniMax M3 BF16 최적화 티어(#540, 09-18 개시, 10-18 여전히 업데이트 중)와 4노드 C550, TP8과 PP4의 Kimi K3 MXFP4 및 BF16 구현(#607, 10-19 신규 개시, vLLM 0.28 호환 브랜치에서 실행); 이미 머지된 것은 FlagGems-vllm의 융합 MoE TP=2 구성(#977, C550에서 14개 M 값 평균 1.065배, M≥4096 시 공유 메모리 구성 범위 초과 수정) 및 build-infra의 metax 네이티브 휠 플랫폼별如实 표기.

  • 다모원 쉬안티에(含 Zhenwu PPU): FlagBLAS에 Zhenwu PPU 4정밀도 GEMM 보완 및

  • NN/TN/NT/TT 4가지 레이아웃 변형 추가(#148, 복수 GEMM 전치 level3); FlagGems는 백엔드 GRU 배리어 데드락 수정(#7203); FlagGems-vllm은 W8A8 block INT8 행렬 곱 신규 추가(#954, 9개 파일 +1493, 튜닝 구성 및 자동 튜닝 연동 포함) 및 W8A8 MoE 정수 누적 수정; vllm-plugin-FL은 vLLM 0.28.0으로 업그레이드(#574). 네 개 라인은 각각 기본 라이브러리, 동시성 정확성, 양자화 연산자, 버전 대응에 해당한다.
  • Sunrise와 SpaceMiT: Sunrise는 10-19에 22.04 자체 포함 builder를 반영하고 휠을 22.04-clean으로 재배포하도록 기록했으며, 10-19에 그래프 모드 병합(#569), 프로브가 optest 통합 설비에 진입; SpaceMiT의 smt_rvisa(FlagTree #1381)는 RISC-V AI 방향 최초로 컴파일러 언어 계층 확장에 진입한 것으로, FlagGems의 동일 백엔드 심사 중 항목과 함께 RISC-V 라인의 이번 주 전체 동작을 구성한다.
  • Horizon Robotics와 Cambricon: 이번 주 두 회사 모두 조직 내 전용 저장소 푸시 및 병합이 없었으며, 10-21, 10-22 연속 두 모니터링 기간 조용했다. 데일리 리포트는 이미 이틀 연속 이를 공백으로 표기했다; 다음 주에도 동작이 없으면 리스크 항목으로 단독 표기해야 한다.

5. 생태계와 커뮤니티

  • 콘퍼런스와 회후 보도가 3단계 확산 형성(10-17 ~ 10-22): 10-18 메인 포럼은 DOIT 현장 보도로 첫 발신; 10-19 중화망(中华网)이 회후 첫 풀스택 기술 해부 기사를 게재했으며 「연산자와 컴파일, 보조研发, 플러그인과 양자화, Token 서비스, 단말과 플랫폼」 5개 섹션으로 구성하고 이전에 다루지 못한 양자화 사실을 보충—KernelGen은 이미 9종 칩을 지원하며, 이번 분기 신규 생성 연산자 765개, 그중 416개가 최소 5종 이상의 국산 칩에서 정밀도 검증을 통과하고 네이티브 연산자 성능의 80% 이상에 도달, FlagGems-SGLang의 40개 연산자는 NVIDIA에서 전부 통과, Qwen3.5-397B-A17B를 W8A8로 변환 후 모델 파일이 751.41GB에서 382.45GB로 감소(49.1% 감소)했으나 GPQA-Diamond는 84.85% 유지; 10-20 신징바오(新京报)와 베이징일보(北京日报) 클라이언트가 산업版 2차 확산을 진행하며 인용 가능한新 기준 「신모델이 하루 만에 12종 칩 적응 완료」 추가; 10-22 Pandaily가 영어로 시스템 전언하고 처음으로 중국전신(中国电信) Xing4.0-29B-A4B의 장입력 첫 토큰 지연이 네이티브 연산자 대비 19.87% 감소했음을 공개.
  • 량즈윈(量智云)의 경계는 대부분의 홍보보다 명확: FlagOS는 실행 스택과 스케줄링을, 량쯔위안(量子院)은 하드웨어와 클라우드를 담당하며, v0.3.0과 0.3.1은 양자 하드웨어에서 실행되지 않으며 MCP server와 agent runtime을 포함하지 않음(MCP 어댑터는 독립 패키지)을 명시. 외부 관전 포인트는 량즈윈이 언제 외부에 개방되는지, 그리고 FlagQuantum의 하이광(Hygon)과 무어스레즈(Moore Threads) 백엔드가 클라우드 스케줄링에 포함되는지 여부.
  • 거버넌스 측면에서 처음으로 2.3의 검수 대상을 고정: FEP-0140(vLLM 3개 버전 라인)과 FEP-0141(SGLang 0.5.18 10개 벤더)이 10-21에 머지되었으며, 테스트는 2.2 워크플로를 재사용하고 벤더 또는 FlagOS 이미지 내에서 필요 시 소스에서 대상 플러그인 버전을 설치하며, 검수에는 설치, dense 및 MoE 텍스트와 이미지 추론, 성능, 동시성 및 24시간 안정성이 포함. 동시에 .github가 조직 홈페이지 중영문 두 버전에 Slack 초대 입구를 추가하여 신규 개발자가 기존 초대를 찾지 못하는 문제를 해결.
  • 구현(임바디드) 방향에서 첫 번째 납품물이 있는 외부 프로젝트 등장(10-22): 베이징시과위(北京市科委), 중관춘관위회(中关村管委会) 2026년도 「중앙유도지방」 및 「차세대 정보통신 기술혁신」 특별 众智 FlagOS 가속 계획 방향 입안 공시에서 콰웨이즈신(跨维智心)의 《FlagOS-Robo 기반 AlohaMini 임바디드 지능 로봇 단말 배포 및 응용 시범》이 선정. 검수에는 임바디드 모델 학습 적응과 추론 배포, 국산 칩 단말 응용, 다중 칩 추론 정밀도 일관성 테스트, 그리고 임바디드 모델·운동제어 소뇌·본체 제어의 협동이 포함. 이는 FEP 매트릭스와 대회에 이은 세 번째 납품물 제약이 있는 외부 프로젝트.
  • 커뮤니티 영향력 이벤트(10-19, 회고 기사 10-21 게시): Triton Developer Conference 2026이 산호세에서 개최, 참석 개발자 500명 이상; FlagOS 팀의 KernelGen은 현장 유일의 체계적 「멀티칩 연산자 자동 생성 Agent」 시연 프로젝트이며 FlagTree 컴파일 인프라 위에 구축; 2.2 기준 8종 칩에서 자동 생성된 연산자 수는 77~551개, 성능 비교 구간 2.58배~38.33배(원문은 각 연사 테스트 조건이라 프로젝트 간 외삽은 부적절함을 명시).
  • 대회와 개발자 운영: CSDN FlagOS 사이트에 게시된 SGLang 크로스칩 연산자 최적화 대회 트랙 1이 이미 메인 저장소에 머지 가능한 성과를 산출하기 시작했으나 리듬은 여전히 배치식이며 분산형이 아님; 10-22 대학 라운드테이블 라이브 1건 추가(글로벌 AI 오픈컴퓨팅 교원 발전 계획下的 교육 落地), 이는 커뮤니티 활동이지 기술 릴리스는 아님.
  • 채널 검증 결론: 24개 중영문 검색어를 5개 기간에서 조회한 결과, 컴포넌트명(FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagAttention, FlagCX, KernelGen) 직접 조회는 지속적으로 제로 히트; 유효 항목은 전부 회원사 기고, 산업 미디어 및 커뮤니티 자체 채널에서 나옴. CSDN FlagOS 컬럼 홈페이지 최신 오리지널 기사는 여전히 08-28 Day0 적응 기사에 머물러 있고, 즈위안(BAAI) 커뮤니티 검색 페이지는 클라이언트 렌더링으로 프레임 페이지만 확보, HN Algolia 8개 쿼리 제목 직접 매칭 없음. 생태계 구축의 검증 가능한 진전은 여전히 저장소를 기준으로 함.

6. 트렌드 관찰

  • 납품 표면 통일이 기능 확장보다 우선: 이번 주 가장 무거운 작업 묶음은 새로운 연산자가 아니라 glibc 하한선, 빌더 형태, 통신 의존성, 설치 명령이었습니다. 22.04 자체 포함 빌더가 6개 백엔드에서 7개 백엔드로 수렴되고, flagcx==0.14.0이 두 개의 nvidia 행에서 20개 백엔드로 확장되며, 원클릭 설치 스크립트가 다중 저장소 의존성을 하나의 명령으로 정리하고, optest가 테스트 설비를 설치 가능한 wheel로 바꿨습니다. 이러한 작업들의 공통 효과는 ‘백엔드를 교체할 때 더 이상 설치 스크립트를 수정하지 않는 것’이며, 이는 어떤 단일 성능 향상보다도 2.3의 납품 속도를 더 직접적으로 결정합니다.
  • 요구에서 증거까지의 폐루프가 이번 주 하루로 압축: 10-21 두 건의 FEP 병합으로 버전 곱하기 벤더를 매트릭스로 작성했고, 10-22 Hygon이 첫 칸을 점등했습니다. 마찬가지로 10-20의 optest와 FlagCICD 적용 후, 10-22의 FlagGems 사용 사례 개조가 즉시 ‘직접 연결 후보’로 전환되었습니다. 2.3의 나머지 아홉 개 벤더와 두 개 버전 라인이 이후 6주간의 주요 작업량이며, 관찰 포인트는 동일한 0.28.0이 Qingwei, MetaX, Enflame, Kunlunxin에서 Hygon의 empty 백엔드 템플릿을 재사용하는지 여부입니다.
  • 품질 우선의 지향이 이미 안정화: 주간 661건의 병합 중 실제로 새 연산자 능력이 추가된 것은 20% 미만이며, 주된 내용은 테스트 계약(최소 119건이 단일인에 의해 작성), 자동화 산출물(KernelGen 세 배치 14개 연산자 및 희소 계열 심사 중), 빌드 기반시설입니다. 이는 2.2 릴리스 후 ‘기존 능력을 먼저 정확히 측정’하는 지향과 일치하며, 대가는 연산자 수 증가 둔화와 대외 성능 수치 갱신 지연입니다.
  • 퀀텀 스택이 재현 가능한 추진 방식을 형성: 먼저 계약을 거부 가능한 구현으로 작성하고, 이후 블록별로 개방: 하위 패키지를 확장하면서 핵심을 잠그고(159개의 신규 공개 이름이 하위 패키지로 진입, Stable Core 41개 내보내기는 불변), 배포 전 검증을 강제 게이트로 작성하고, 외부 서비스가 없는 공급사를 삭제하고, 미승인 샘플링 인터페이스를 동결했습니다. 이번 주 병합량의 절반이 거부와 삭제에 소비되었으며, 이는 M3 후속 경계의 신뢰성을 결정합니다. 위험은 20~34건의 병합이 전부 단일 계정으로 완료되어, 물리 의미의 검증이 동일 인원의 테스트 작성과 구현에 의존하며 외부에서 독립적으로 재검토할 수 없다는 점입니다.
  • 관측 가능성과 다중 카드 정확성이 다중 백엔드의 새로운 약점으로 부상: Qingwei가 처음으로 디바이스 타임라인을 확보했고, Kunlunxin의 카드 간 복사는 이전까지 계속 잘못되어 있었습니다(바이트가 기록된 적이 없으며, 동기 호출로도 가려지지 않음). 두 사건 모두 ‘실행 가능’ 이후에 발생했습니다. 지난 2주의 테스트 이식과 사용 사례 계약 개조, 이번 주의 optest 중앙화는 본질적으로 동일한 판단의 다른 표현입니다. 다중 백엔드가 실행 가능해진 후의 첫 번째 관문은 더 빠른 것이 아니라 재현 가능성입니다.
  • 세 가지 위험 항목은 다음 호에서 확인 필요: 첫째, ‘일괄 업데이트’ 유형 커밋에 검증 가능한 세부 내역이 부족합니다(Enflame 26개 파일 +3520/−511이 구체적 연산자와 이익에 대응되지 않음). Kunlunxin의 융합 MoE도 대체 기준선으로 측정되었으며, 둘 다 후속 벤더 간 비교를 왜곡시킵니다. 둘째, Horizon Robotics와 Cambricon이 이틀 연속 침묵했으며, 다음 주에도 지속되면 위클리 리포트에 별도로 기재해야 합니다. 셋째, 훈련 측(Megatron-LM-FL, FlagScale)의 이번 주 푸시가 희박하고, TransformerEngine-FL의 세 건 NPU PR이 아직 병합되지 않아 2.3 주기의 훈련 스택 진행이 추론 스택보다 뒤처져 있습니다.
  • 다음 관찰 포인트: FlagTree 0.7.1 개발 빌드가 2.3 전에 정식 버전으로 전환되는지, vLLM 0.28의 두 번째 벤더(Qingwei 또는 MetaX)가 Hygon 템플릿을 재사용하는지, FlagCV가 언제 첫 실행 가능한 연산자를 출시하는지, 대회 분과 포럼과 워크숍의 세션별 요약이 공개되는지, 양지윤이 언제 대외 개방되는지.

부록: 자료와 검증

  • 자료: 2026-10-19, 10-20, 10-21, 10-22, 10-23 다섯 기간의 FlagOS 데일리 리포트. 모니터링 기간은 각각 10-16 06:00부터 10-19 06:00까지(72시간), 10-19 06:00부터 10-20 06:00까지, 10-20 06:00부터 10-21 06:00까지, 10-21 06:00부터 10-22 06:00까지, 10-22 06:00부터 10-23 06:00까지이며, 해당 기간 내 누락된 기간은 없음.
  • GitHub 확인 방법: 조직 flagos-ai의 전체 61개 저장소를 대상으로 일별 푸시 상태를 확인; 병합은 is:merged에 merged:>=모니터링 기간 시작 검색을 참값으로 삼고, 심사 중은 is:open에 updated:>=모니터링 기간 시작 검색을 사용; 기본 브랜치 신규 추가는 commits?sha=<브랜치>&since=<UTC>로 재확인하고, 비기본 브랜치 푸시는 org 이벤트 스트림과 commits.atom으로 보완 판별. 저장소별 병합 수는 각 기간 데일리 리포트 공개 기준의 누적치이며, 일부 기간은 상위 100개 병합 PR만 집계되어 저장소에 귀속 가능한 합계는 641건, 차액 20건은 전개되지 않은 꼬리 저장소임.
  • 버전 및 태그 확인: 컴포넌트 저장소의 releases.atom 원자 소스로 일일이 재확인한 결과, 이번 주 모니터링 기간 내 네 개 태그가 검출됨(FlagCX v0.15.0.dev0, FlagTree 0.7.1a1+ascend3.5, 0.7.1.dev1, 0.7.1.dev1+ppu3.6). FlagGems, FlagScale, FlagBLAS, FlagDNN, Torch-FL, vllm-plugin-FL, sglang-plugin-FL, build-infra, FlagAttention, FlagSparse, FlagOps 등 저장소는 신규 Release가 없으며, 데일리 리포트 기록과 일치함.
  • 뉴스 측 확인: Google News RSS 24개 중영문 검색어(컴포넌트명은 14일, 멤버 및 산업 용어는 7일 적용), HN Algoria 8개 그룹, CSDN FlagOS 컬럼, Zhiyuan 커뮤니티 및 멤버 기관 원고를 항목별로 교차 검증; 유효 항목은 「원사이트 우선」 원칙으로 인용하고, 늦은 인덱싱 및 구재 재게시(예: Huorong 성격의 시황 기사, 공업박람회 수상 구재)는 규칙에 따라 제외하여 항목에 포함하지 않음.
  • 기준 설명: 날짜와 시간은 모두 베이징 시간; 월요일 기간은 72시간을 포괄하며, 해당 10-16~10-18 내용은 원래 날짜로 표기하고 이전 위클리 리포트(10-12~10-16 포괄)와 경계일에 중복이 존재하며, 중복 부분의 태그와 FEP는 이전 기간에 이미 명시되어 이번 기간에는 반복 집계하지 않음; 「병합」은 GitHub 검색의 병합 시간이 모니터링 기간 내에 속하는 PR을 의미하며, 데일리 리포트의 일별 기간 집계와 약 하루 정도의 오차가 있어 본 보고서는 통일적으로 병합 날짜 기준을 채택함.
  • 한계: 브랜치 수준 활동(예: FlagPrism의 Enflame 디버그 브랜치, FlagGems의 bump-flagtree-tsm 브랜치)은 기본 브랜치 기준으로 완전히 열거할 수 없음; 학습 측 Megatron-LM-FL과 FlagScale의 모니터링 기간 내 동작이 희소하여 관련 판단의 신뢰도가 추론 스택보다 낮음; 컴포넌트명 뉴스 측은 지속적으로 검출 제로이며, 생태 콘텐츠는 주로 멤버 기관과 산업 매체에서 유래하고 FlagOS 공식 공지가 아닌 부분은 본문에 출처 성격을 표기함.

참고 문헌

g/0.7.1.dev1%2Bppu3.6>