모니터링 기간: 2026-10-16 06:00 ~ 2026-10-19 06:00 (베이징 시간, 약 72시간; 월요일 조간, 모니터링 기간이 주말을 포함하며, 직전 데일리 리포트(10-16) 마감 시점부터 기산하여 10-17~10-18 「2026 인공지능 오픈 컴퓨팅 콘퍼런스 겸 Zhongzhi FlagOS 기술 콘퍼런스」 전 일정을 포함).

출처: GitHub (org: flagos-ai 61개 저장소 전수 점검, 커밋 검색 147건 페이지별 검증, 병합 PR 139건 및 심사 중 PR 239건 검색, 31개 저장소 Release 및 8개 저장소 태그 원자적 점검, org 이벤트 스트림 100건 및 브랜치 단위 예비 점검), Google News RSS (중영문 검색어 24조, 프록시 경유), HN Algolia (8조), CSDN FlagOS 칼럼 및 Zhiyuan 커뮤니티, 콘퍼런스 공식 의제 페이지 및 DOIT 현장 보도 (상세 내용은 부록 출처 목록 참조).

이번 호 인덱스

  • 오늘의 핵심: 2026 오픈 컴퓨팅 콘퍼런스 이틀 전 일정 — 2.2 메인 포럼 기준(21개 제조사 35개 칩 / 1454개 연산자 / 크로스칩 +27.6% / 264명 기여자) 및 Liangzhiyun 발표; GitHub 측 16개 저장소 147건 커밋, 139건 병합, 신규 저장소 FlagCV 뼈대 등록, FlagQuantum 0.3.1 및 FlagCX 0.15.0.dev0 릴리스, build-infra 6개 백엔드 22.04 빌더 마무리 (10-16 ~ 10-19)
    1. 오픈소스 프로젝트 진전 (GitHub 동향)
      • 1.1 조직 리듬: 16개 저장소 푸시, 147건 커밋, 139건 병합, 239건 심사 중; FlagCV 최초 커밋 면 진입 (10-16 ~ 10-19)
      • 1.2 신규 저장소 FlagCV: OpenCV 인터페이스에 정렬된 다중 백엔드 이미지 연산자 라이브러리 뼈대 병합 (10-18 ~ 10-19)
      • 1.3 build-infra: FlagCX 6개 백엔드 22.04 자체 포함 빌더 마무리; FlagTree 백엔드별 빌더 및 일일 휠 매트릭스 구체화 (10-16 ~ 10-18)
      • 1.4 FlagGems: KernelGen 30여 개 NVIDIA 연산자 일괄 등록; Kunlunxin 최적화 물결 20여 건; 216개 테스트 케이스 Protocol v6 이관 (10-16 ~ 10-17)
      • 1.5 FlagTree: SpaceMiT RISC-V 백엔드에 smt_rvisa 베어 커널 eDSL 추가, 사설 TLE 방언 퇴역 (10-16)
      • 1.6 통신 및 양자: FlagCX v0.15.0.dev0 및 Hygon UIL 2건; FlagQuantum 0.3.0 / 0.3.1 두 버전 (10-16 ~ 10-18)
      • 1.7 추론 및 학습 스택: GLM-5.3 / Qwen4 연산자 FlagGems-vllm 진입; vllm-plugin-FL Ascend 전체 디코딩 그래프; Torch-FL MPS 및 FlagCICD (10-16 ~ 10-19)
      • 1.8 연산자 라이브러리 및 심사 면: FlagBLAS Damo Academy XuanTie PPU GEMM; FlagTensor 16개 연산자 키트; 챌린지 27건 심사 중 (10-16 ~ 10-18)
    1. 뉴스 보도 및 생태계
      • 2.1 콘퍼런스 메인 포럼: FlagOS 2.2의 여섯 가지 숫자와 4계층 아키텍처 (10-18)
      • 2.2 Liangzhiyun Quantum-AI Cloud 발표: FlagOS Execution Stack이 FlagQuantum을 뒷받침 (10-18)
      • 2.3 콘퍼런스 나머지 세션 및 채널 점검: 분과 포럼 라이브 페이지 오픈, 세션별 요약록 미공개 (10-17 ~ 10-19)
    1. 회원사 심층 분석
      • 3.1 Moore Threads: S5000 콘퍼런스 기준, MThreads 연산자 및 MUSA 라인 (10-16 ~ 10-19)
      • 3.2 MetaX: C550 기반 MiniMax M3 및 Kimi K3 두 단계 최적화 심사 중, metax 휠 일일 라인 진입 (10-18 ~ 10-19)
      • 3.3 Iluvatar CoreX / Enflame / Cambricon / Hygon / Tsingmicro / Xiwang / Damo Academy XuanTie: 6개 백엔드 22.04 및 연산자 라인 (10-16 ~ 10-18)
    1. 요약 및 동향 관찰

오늘의 핵심: 콘퍼런스 이틀 전 일정 확정, 2.2의 「규모 기준」과 엔지니어링 측의 「재현 가능한 딜리버리 면」 동시 이행 (10-16 ~ 10-19)

날짜: 2026-10-16 ~ 2026-10-19　출처: DOIT 메인 포럼 보도 · 콘퍼런스 의제 페이지 · FlagCV · build-infra (전체 내용은 부록 참조)

  • 콘퍼런스(10-17 ~ 10-18)가 이번 호의 절대적 주제: 메인 포럼 09:10 세션에서 Zhiyuan(智源) 연구원 부원장 겸 수석 엔지니어 Lin Yonghua가 「众智 FlagOS 2.2: token 경제에서 물리 AI로」라는 제목으로 2.2의 규모 기준을 처음 집중 공개했다——21개 칩 제조사 35종 칩, 9대 연산자 라이브러리 1454개 연산자(이전 버전 대비 +890), 크로스 칩 연산자 성능 +27.6%(10종 칩 커버), 264명 코드 기여자(전월 대비 +55%); 또한 FlagPrism 크로스 칩 디버깅 도구와 FlagOS-Compressor 통합 양자화 도구를 발표했다(상세 내용은 2.1 참조).
  • 량즈윈(Liangzhiyun, Quantum-AI Cloud) 10-18 발표: Zhiyuan(智源) 연구원과 베이징 양자정보과학연구원이 공동 출시, FlagOS Execution Stack을 통해 FlagQuantum을 지원하며 「Jiuding」 AI 컴퓨팅 파워 시스템과 「QUAFU」 양자 컴퓨터에 연동되어 양자-고전 혼합 작업 스케줄링을 구현——GitHub 측 FlagQuantum v0.3.0 릴리스 노트(Jiuding / Quafu 작업 복구 가능, Quafu 다중 회로 순차 결과)와 대외 발표 내용이 상호 검증된다(상세 내용은 2.2 / 1.6 참조).
  • 엔지니어링 측은 동시에 3개 라인 병행: build-infra 45건 커밋, 41건 병합, FlagCX의 nvidia / hygon / cambricon / metax / enflame / iluvatar 6개 백엔드 빌더를 22.04 자체 포함 형태로 통일하고 FlagTree 빌더와 일일 휠을 「backends.yaml 한 줄에 한 백엔드」 매트릭스로 변경(상세 내용은 1.3 참조); FlagGems 48건 커밋, 52건 병합(KernelGen 대량 연산자 배포 및 Kunlunxin 최적화 물결, 상세 내용은 1.4 참조); Torch-FL 20건 커밋, 21건 병합(MPS 네이티브 연산자 및 FlagCICD 리포트, 상세 내용은 1.7 참조).
  • 조직에 「연산자 영역 확장」 신호 추가: 10-14 저장소 생성된 FlagCV가 10-18 심야에 첫 커밋을 올리고 10-19 01:38 PR #1 「Init project skeleton」을 병합——인터페이스는 OpenCV에 정렬, 다중 백엔드 구조는 FlagDNN을 따르며, 커널은 Triton으로 작성, 우선 골격만 배포하고 연산자는 미배포(상세 내용은 1.2 참조).
  • 버전 측면: FlagQuantum 0.3.0(10-16 13:34)과 0.3.1(10-16 19:20)이 당일 이중 발표; FlagCX가 v0.15.0.dev0 태그(10-18 10:36). 모니터링 기간 내 2.2 목록에 포함된 다른 구성 요소의 공식 버전 변경은 없음.

1. 오픈소스 프로젝트 진행 상황(GitHub 동향)

1.1 조직 리듬: 16개 저장소 푸시, 147건 커밋, 139건 병합, 239건 심사 중; FlagCV 최초 커밋 진입(10-16 ~ 10-19)

날짜: 2026-10-16 ~ 2026-10-19　출처: org 저장소 목록 · FlagGems · build-infra(전체는 부록 참조)

  • 저장소 측면: 61개 저장소 중 16개 저장소에 모니터링 기간 내 푸시가 있었습니다 — docs, FlagTree, FlagCV, Torch-FL, Trident, build-infra, FlagFFT, FlagCX, FlagQuantum, FlagGems, FlagGems-Experimental, FlagDNN, FlagGems-vllm, vllm-plugin-FL, FlagBLAS, FlagTensor. 이 중 FlagDNN / FlagFFT / Trident / docs 네 저장소의 푸시는 비기본 브랜치에 속합니다(기본 브랜치 최신 커밋은 각각 10-15 17:16 / 10-15 15:58 / 10-13 22:19 / 10-03 11:12). 메인라인에는 신규 사항이 없습니다.
  • 커밋 및 병합: 커밋 검색 결과 147건이 적중되어 12개 저장소를 커버했습니다 — FlagGems 48, build-infra 45, Torch-FL 20, FlagQuantum 11, FlagGems-vllm 6, FlagTree / FlagGems-Experimental / FlagCX / FlagCV / FlagTensor 각 3, FlagBLAS / vllm-plugin-FL 각 1; 병합된 PR은 139건으로 11개 저장소를 커버했습니다(FlagGems 52, build-infra 41, Torch-FL 21, FlagGems-vllm 6, FlagTree 4, FlagQuantum 4, FlagCX 3, FlagGems-Experimental 3, vllm-plugin-FL 3, FlagCV 1, FlagBLAS 1).
  • 심사 측면: 모니터링 기간 내 업데이트된 open PR은 239건으로 23개 저장소를 커버했으며, 상위는 FlagGems 104, FlagGems-sglang 31, vllm-plugin-FL 27, Torch-FL 14, FlagTree 12, FlagGems-vllm 11입니다; 이 중 27건에 「FlagOS Competition-Track1」 라벨이 붙어 있으며, 전부 FlagGems-sglang에 제출되었습니다(상세는 1.8 참조).
  • 판단: 3일 모니터링 기간의 병합 밀도(일평균 약 46건)는 10-15 단일 일자(107건 / 24시간)의 평시 수준보다 높지만, 구조는 변하지 않았습니다 — FlagGems와 build-infra 두 저장소가 커밋량의 63%, 병합량의 67%를 차지하며, 여전히 「연산자 라이브러리 + 빌드 인프라」 이중 엔진이 주도하고 있습니다; 학습 측(Megatron-LM-FL / TransformerEngine-FL / FlagScale)은 모니터링 기간 내 푸시가 전무하여, 콘퍼런스 전후의 침묵기에 있습니다.

1.2 신규 저장소 FlagCV: OpenCV 인터페이스에 정렬된 다중 백엔드 이미지 연산자 라이브러리 골격 병합(10-18 ~ 10-19)

날짜: 2026-10-18 ~ 2026-10-19　출처: FlagCV · PR #1 · 커밋 기록

  • 사실: 10-14에 생성된 FlagCV 저장소가 10-18 23:14에 첫 커밋 「Add project skeleton and bitwise_and operator」를 기록했고, 10-19 01:24에 「Restructure as an immediate-mode skeleton without operators」를 추가했으며, 10-19 01:38에 PR #1(작성자 zhangjieBaai)을 병합했습니다. PR 설명에는 세 가지 설계 방향이 명시되어 있습니다: 인터페이스는 OpenCV에 정렬(include/flagcv/ 아래 core / imgproc / gpumat / handle / types 다섯 개 헤더 파일로, opencv2의 core와 imgproc에 대응), 멀티 백엔드 구조는 FlagDNN을 따름, 커널은 Triton으로 작성; 본 PR은 골격만 포함하며 연산자는 포함하지 않습니다.
  • 구조: 저장소의 81개 경로 중 backends/에는 nvidia / thead / ascend / hygon / iluvatar / mthreads 여섯 개 백엔드가 한 번에 펼쳐져 있습니다(각각 CMakeLists, backend.cpp, compiler.py 및 kernels/registry.json 포함); src/는 core, imgproc, image, lowering, runtime 다섯 블록으로 나뉘며; compiler/flagcv_codegen은 코드 생성 진입점이고; docs/에는 이미 architecture, numerical-tolerance, operator-development 세 편이 있습니다.
  • 판단: 이는 FlagOS 연산자 지형이 처음으로 「대규모 모델 / 과학 계산」에서 이미지 처리로 확장된 것입니다——과거 FlagCV류의 공백은 FlagDNN(딥러닝 연산자)과 각 벤더의 자체 CV 라이브러리가 분담했으나, 이제 OpenCV 호환 인터페이스로 별도 저장소를 구성했습니다. 여섯 백엔드 디렉터리를 하나씩 추가하지 않고 한 번에 펼친 것은 팀이 기존 FlagDNN의 멀티 백엔드 패러다임을 그대로 재사용할 계획임을 보여줍니다; numerical-tolerance 문서가 연산자보다 먼저 등장한 것도 FlagOS가 KernelGen 라인에서 「먼저 검수 기준을 세우고 연산자를 대량으로 내려놓는」 기존 리듬과 부합합니다. 리스크는 이미지 처리 연산자(보간, 색 공간, 형태학)와 Triton의 표현 능력 간의 적합성이 아직 검증되지 않았고, 저장소에 아직 실행 가능한 연산자가 없어 단기적으로 커버리지에 대해 결론을 내리기 어렵다는 점입니다.

1.3 build-infra: FlagCX 6백엔드 22.04 자체 포함 builder 마무리; FlagTree 백엔드별 builder와 일일 휠 매트릭스 구체화(10-16 ~ 10-18)

날짜: 2026-10-16 ~ 2026-10-18　출처: build-infra #1369 · #1371 · #1372 · #1380 · #1389 · #1394 · #1398 · #1399 · #1403 · #1404 · #1407

  • FlagCX 라인: 24시간 내에 6개 백엔드 각각에 「22.04 자체 포함 builder」를 하나씩 배치했습니다 — nvidia(#1372), hygon(#1380), cambricon 4.7.2(#1389, pandas 의존성 보완 PR #1391 포함), metax(#1394), enflame(#1398), iluvatar(#1403). 각 builder는 ubuntu:22.04를 glibc 하한선으로 삼고 벤더 SDK를 이미지에 미리 내장한 뒤 그 위에서 wheel을 빌드하며, wheel-info에 흔적을 남깁니다(#1375 / #1395 / #1400). #1407은 dispatch 레벨 --no-bitcode 스위치를 추가했습니다: v0.14.0 태그가 FlagCX #668의 bindings/ir Makefile보다 앞서므로, iluvatar의 0.14.0+corex4.4.0 / corex4.5.0 두 pin을 재배포할 때 더 이상 디바이스 bitcode를 생성하지 않아 setup.py가 비-nvidia adaptor에서 직접 오류를 던지는 것을 방지합니다.
  • FlagTree 라인: builder가 「두 개의 워크플로로 한 가지 일을 하던」 구조에서 하나의 매트릭스로 병합되어, backends.yaml 한 줄이 Containerfile, 이미지 저장소, runner 라벨, 디스크 예산, 검증 어서션을 함께 담습니다(#1369). 일일 wheel도 마찬가지로 백엔드당 한 줄로 바뀌어 plan이 줄마다 버전과 파일명을 계산하며(#1371), metax가 일일 라인에 진입하고(#1377), iluvatar가 목표 및 일일 라인에 진입하며(#1390 / #1393), sunrise가 builder와 wheel을 단일 파일로 묶어 일일 라인을 활성화하고(#1399 / #1402), ascend 한 쌍의 백엔드가 2단계 builder로 변경되었습니다(#1404 / #1405, 빌드 환경이 곧 전달 환경이며 CANN을 읽어 이에 따라 AscendNPU-IR을 pin). #1397은 FlagCX를 iluvatar의 FlagTree wheel에서 명확히 제거하여 두 산출물의 경계를 확정했습니다.
  • 패키징 라인: wheel 업로드가 runner 로컬 python에서 uploader 이미지 내 실행으로 변경되었고(#1381 / #1382 / #1388), 릴리스류 워크플로가 pull/<N>을 ref로 받아들여(#1347) PR 브랜치가 먼저 릴리스 체인을 한 번 돌려볼 수 있게 했습니다. FlagGems-sglang이 noarch deb/rpm과 flaglibs wheel 두 라인에 진입하고(#1387), bundle 심층 스모크 테스트가 실제 디바이스 device + 컴파일러 JIT/실행으로 바뀌었으며(#1365), bundle의 glibc 하한선(22.04)에서 검증을 수행합니다(#1376).
  • 판단: 이번 묶음은 산발적 수정이 아니라 「N개 백엔드 × M종 산출물」을 「하나의 매트릭스 + 하나의 backends.yaml」로 압축한 것입니다 — 새 백엔드 추가가 「워크플로를 하나 더 작성」에서 「한 줄 추가」로 바뀌었습니다. 22.04 통일은 같은 논리의 다른 면입니다: 빌드 환경과 전달 환경의 glibc 하한선을 고정해야만 크로스 배포판 wheel이 「하나의 산출물로 여러 곳에 설치 가능」하다고 말할 수 있습니다. 이는 메인 포럼에서 말한 「35종 칩」에 정확히 대응합니다 — 칩 수는 재현 가능한 전달 면이 받쳐줘야 하며, 그렇지 않으면 규모는 명단에 불과합니다.

1.4 FlagGems: KernelGen 30여 개 NVIDIA 연산자 일괄 저장소 반영; Kunlunxin 최적화 러시 20여 건; 216개 테스트 케이스 Protocol v6로 마이그레이션(10-16 ~ 10-17)

날짜: 2026-10-16 ~ 2026-10-17　출처: FlagGems #6989 · #7215 · #7213 · #6985 · #7124(전체 목록은 부록 참조)

  • KernelGen(NVIDIA) 연산자 일괄 반영: 10-16 14:06 ~ 14:50 및 16:11 전후로 서른여 개의 「[KernelGen][Nvidia] Add <연산자> operator with Triton kernel」 커밋이 집중적으로 병합되었으며, `slow_conv_transpose2d/3d`, `_slow_conv2d_backward`, `convolution`, `fft_rfft`, `linalg_cholesky_ex / eigvalsh / inv / tensorsolve`, `lstm_cell / gru_cell / rnn_tanh_cell / rnn_relu_cell`, `coalesce / col_indices_copy / values_copy`, `diagflat / gradient / dense_dim / _dim_arange / _dimV / _has_same_storage_numel / _sparse_broadcast_to` 등을 포함한다. FlagGems-Experimental에는 별도로 3건(`dstack` 및 채널별 양자화 텐서 팩토리 연산자 등)이 반영되었다.
  • 테스트 규격 이전: #7215는 216개 연산자 테스트 케이스를 Protocol v6의 3종 세트 레이아웃(tests/test_<op>.py + benchmark/test_<op>.py + definitions/<op>.json)으로 이전했으며, 출처 목록의 220개 정확한 ID 중 216개를 이전하고 3개는 재검토 후 제외(tensor_split 등 우산형 행), 1개는 보류(clone 구현 없음)라고 설명했다. 아울러 philox_normal_에 버전 게이팅된 Philox 등록을 추가했다.
  • 쿤룬신 최적화 러시: 이십여 건이 XPU 백엔드에 집중되었다—amax / mv / i0 / cauchy, euclidean_dist / normed_cumsum, batch_norm_backward / layer_norm_backward, masked_scatter / nonzero / addr / logit, foreach_copy / foreach_pow_list / foreach_tan, float_power_ / gather_backward / scatter_add_ / to_copy, tril_ / arange, le_scalar_ / one_hot / mhc_pre, index_select_backward. 이 중 #7213은 cumsum의 행 스캔을 프리픽스 합 행렬곱으로 재작성했고, #7144 / #7218은 int16 dtype 및 정밀도 수정을 추가했다.
  • 기타 사항: MThreads는 새 moe_load_balance_loss 연산자를 추가했다(#6985, MUSA 특화 포함: 누산기 sem="relaxed", tl.histogram program별 히스토그램으로 스칼라 원자 연산 대체, 단일 scratch 할당, C++ wrapper 및 gtest 포함). Ascend는 adaptive_max_pool3d의 그리드 상한과 타일 발사 오프셋을 수정했다(#7124). Hygon은 심사 중인 #7242에서 split-KV의 BLOCK_M 상한을 16으로 낮춰 64KB LDS를 유지하도록 했다.
  • 판단: KernelGen의 산출물은 이미 ‘ATen 목록에 맞춘 보완’의 마무리 단계에 들어섰다—이번 라운드에서 보완된 것은 대부분 _dim_arange, values_copy, _has_same_storage_numel 같은 주변부 연산자로, 주요 연산자 커버리지가 거의 완료되어 별칭/뷰/희소 등 경계 의미론 처리를 시작했음을 보여준다. 쿤룬신의 이십여 건 밀도는 별도로 주목할 만하다: 이는 단일 국산 백엔드가 3일 모니터링 기간 내에 가장 집중적으로 투자한 최적화이다.

1.5 FlagTree: SpaceMiT RISC-V 백엔드에 smt_rvisa 베어 커널 eDSL 추가, 사설 TLE 방언 폐기 (10-16)

날짜: 2026-10-16　출처: FlagTree #1381 · #1394

  • 사실: #1381(작성자 alex-spacemit)이 SpaceMiT RISC-V(K3) 백엔드를 업데이트했으며, 세 가지를 함께 진행했다 — smt_rvisa를 신규 추가했는데, 이는 베어 커널(raw-kernel) eDSL로 작성자가 SEW / VL / 블로킹 / 명령어 선택을 명시적으로 지정하며 스케줄러에 맡기지 않는다; 커널은 C++ builder API를 통해 하강하며(MLIR 텍스트를 생성하지 않음), 별도의 LLVM 직출 경로가 있어 MLIR Python bindings로 직접 llvm.func를 생성하고 spine-opt를 전 구간 건너뛴다; 백엔드는 더 이상 프라이빗 TLE 방언 사본을 유지하지 않고 범용 third_party/tle을 소비하도록 변경했다; 동시에 베어 경로에서 노출된 포인터 / 메모리 공간 하강 결함을 수정했다.
  • 부수 작업: #1394가 Ascend CI의 py311 / py312와 ascend3.5 워크플로를 업데이트했으며; 심사 중인 #1395([SPEC][XPU] core analysis 재사용 및 TritonTypes.td 라우팅), #1396(Ascend3.5 py312 전달 워크플로)은 XPU와 Ascend 두 라인의 규격화가 계속 추진 중임을 보여준다; #1387은 tle.gpu.alloc 별칭 테스트를 enflame에서 건너뛰도록 했다.
  • 판단: RISC-V 백엔드는 과거 FlagTree에서 “컴파일 가능, 실행 가능”이었는데, 이번 기간에 처음으로 벡터 유닛을 겨냥한 수작업 진입점이 등장했다 — SEW / VL을 명시적으로 제어할 수 있다는 것은 RVV의 벡터 길이와 블로킹 전략을 자동 스케줄링 추론에 의존하지 않고 커널에 기록할 수 있음을 의미한다. 프라이빗 TLE 사본을 폐기한 것은 거버넌스 조치로, 다중 백엔드가 하나의 TLE 방언을 공유해야 “백엔드마다 제각각인 의미론”이 나타나지 않는다. RISC-V AI 칩(SpacemiT K3 라인)에게 이는 “모델을 돌릴 수 있다”에서 “성능을 짜낼 수 있다”로 나아가는 한 걸음이다.

1.6 통신과 양자: FlagCX v0.15.0.dev0과 Hygon UIL 두 건; FlagQuantum 0.3.0 / 0.3.1 두 버전 (10-16 ~ 10-18)

날짜: 2026-10-16 ~ 2026-10-18　출처: FlagCX v0.15.0.dev0 · FlagCX #643 · #668 · #663 · FlagQuantum v0.3.0 · v0.3.1

  • FlagCX: 10-18 10:36에 v0.15.0.dev0(개발 라인 태그)을 찍었다; 코드 측에서는 세 건이 머지되었다 — #643은 Hygon Device API와 통합 IR의 HIP 백엔드를 활성화하여 UIL(통합 인터페이스 계층)에서 Hygon의 디바이스 채널을 보완했다; #668은 디바이스 bitcode를 nvidia로 하드코딩하지 않고 adaptor별로 생성하도록 했는데, 이는 이기종 통신 라이브러리가 “한 집 전용”에서 “여러 집 동형”으로 나아가는 핵심 변경이다; #663은 CI를 4카드로 수렴시키고 플랫폼 설정을 통일했다.
  • FlagQuantum 0.3.0(10-16 13:34): 0.3 라인이 안정 패키지로 전환되어 Python 3.10–3.12용 stable-ABI wheel(Linux x86_64 / macOS arm64 / Windows amd64)을 제공한다; Jiuding과 Quafu 작업 복구 가능(opt-in 영수증), Quafu 다중 회로 결과 순서 보존; 패키지에 FlagOS 2026 워크숍 6강의 영문판과 중문판이 포함된다.
  • FlagQuantum 0.3.1(10-16 19:20): 0.3.0 빌드 후 머지된 로컬 과학 연구 역량 서비스를 보완했다 — flagquantum.services는 제한된 역량의 발견과 설명, 타입화된 요청의 검증과 추정, 로컬 CPU 실행과 구조화된 증거 검증을 제공하며, 2비트 Pauli-sum 기저 상태 VQE 경로와 버전 번호가 붙은 증거 패키지를 포함한다; 릴리스 노트는 동시에 경계를 명확히 했다: 화학 규격으로부터 분자 해밀토니안을 구성하는 것을 담당하지 않고, 양자 하드웨어에서 실행하지 않으며, MCP server나 agent runtime을 포함하지 않는다(MCP 어댑터는 별도 패키지).
  • 판단: 두 라인이 같은 기간에 “역량—제품” 정렬을 완료했다 — FlagCX의 UIL화(Hygon 채널 + adaptor별 bitcode)는 통신 계층 다중 벤더화의 마무리 조치이며; FlagQuantum의 릴리스 노트는 “무엇을 할 수 있고 / 무엇을 하지 않는지”를 대부분의 프로젝트보다 명확히 서술했고, 0.3.0의 Jiuding / Quafu 작업 복구 역량은 바로 다음 날 량즈윈(Liangzhiyun)이 대외 발표한 기술 초안이다(상세는 2.2 참조).

1.7 추론 및 학습 스택: GLM-5.3 / Qwen4 연산자 FlagGems-vllm에 진입; vllm-plugin-FL 어센드 전체 디코드 그래프; Torch-FL MPS와 FlagCICD (10-16 ~ 10-19)

날짜: 2026-10-16 ~ 2026-10-19　출처: FlagGems-vllm #900 · #896 · vllm-plugin-FL #409 · #607 · Torch-FL #560 · #565 · #542

  • FlagGems-vllm (6건 머지): #900은 프레임워크 측 PR 454를 위해 GLM-5.3 Flash 공개 연산자를 보완; #896은 Qwen4의 HC / PLE / sparse QSA 세 가지 연산자를 플러그인 통합용으로 제공; #924는 thead의 W8A8 MoE 정수 누적을 수정하고 GEMM2를 재사용; #934는 MUSA의 vLLM 베이스라인 기동을 수정; #937은 FP8 varlen 정밀도 매트릭스를 359개 케이스로 축소.
  • vllm-plugin-FL: #409는 어센드에 범용 전체 디코드 그래프 모드(generic full-decode graph)를 활성화; #598은 H20에서 무효화된 NVLS 초기화를 비활성화; #593은 연산자 profile에 eager 참조 구현을 추가. 심사 중인 두 건은 MetaX C550을 향함: #540은 2노드 TP16의 MiniMax M3 BF16 최적화 프로파일(09-18 개설, 10-18에도 여전히 업데이트 중), #607은 4노드 TP8 / PP4의 Kimi K3 MXFP4/BF16 구현(10-19 01:58 신규 개설, vLLM 0.28 호환 0.4.0-dev 브랜치에서 실행).
  • Torch-FL (20건 커밋 / 21건 머지): MPS 라인 3건—네이티브 mm / bmm을 MPSGraph gemm 클래스에 통합(#560), softmax와 원소별 neg / pow 네이티브화(#565), 컴파일된 MPSGraph 계획 캐시 및 스케줄링(#545); 어센드 라인 5건(PrivateUse1 상의 bitwise_*_.Scalar, SDPA dropout 시 폴백, cumsum aclnn 경유, flip aclnn 경유, FlagTree 0.7.0의 autotuning 파라미터 명칭 변경 브리징); GCU 3건(rsub 네이티브, conv와 layer_norm을 피연산자 디바이스 기준 게이팅, Qwen-Image 회전 테이블 메모이제이션); Tsingmicro 1건(metadata-only 뷰 연산자를 벤더 슬롯으로 라우팅); CI 측면에서 Kunlunxin P800의 2.9 안정 브랜치 라인 신규 추가(#273), 플랫폼 pytest 리포트 FlagCICD 보고(#542 / #577), MUSA 런타임 커버리지를 공유 통합 목록에 병합(#574), CUDA 라인을 FlagGems 주도의 기본 휠로 전환(#530).
  • 판단: 추론 측의 움직임은 이미 「특정 칩에 적응」에서 「특정 모델의 새로운 구조에 적응」으로 전환됨—GLM-5.3 Flash와 Qwen4의 HC / PLE / QSA는 모두 10월에야 등장한 신규 아키텍처 용어로, 연산자가 모델 공개보다 먼저 착지함. 학습 측 Torch-FL의 초점은 MPS(Apple 플랫폼)와 FlagCICD 보고에 있음: 전자는 FlagOS의 「멀티 칩」이 엣지 / 워크스테이션까지 포함했음을 의미하고, 후자는 멀티 플랫폼 pytest 결과를 중앙화하는 거버넌스 작업임.

1.8 연산자 라이브러리와 심사 면: FlagBLAS 다모원 XuanTie PPU GEMM; FlagTensor 16 연산자 키트; 챌린지 27건 심사 중 (10-16 ~ 10-18)

날짜: 2026-10-16 ~ 2026-10-19　출처: FlagBLAS #148 · FlagTensor · FlagGems-sglang PR 목록

  • FlagBLAS: #148은 다모 아카데미(XuanTie) Zhenwu PPU의 thead 백엔드를 위해 GEMM을 보완했습니다——sgemm / hgemm / bfgemm / dgemm 네 개의 Triton 커널로, 각각 NN / TN / NT / TT 네 가지 레이아웃 변형을 갖추고 있습니다. cgemm / zgemm은 자리만 남겨두고 flag_blas.ops.level3로 전환 호출합니다(Zhenwu는 네이티브 복소수 GEMM이 없음). PR은 동시에 thead의 정밀도 및 성능 스위트가 이전에 실행되지 않던 문제(cublasGemmEx의 계산 타입 파라미터 등)를 수정하고, thead 벤더에만 영향을 주도록 한정했습니다.
  • FlagTensor: 세 건의 커밋이 비 NVIDIA 벤더를 고정된 16개 연산자 테스트 스위트로 통일하고, 각 플랫폼 가이드를 동시에 갱신했습니다(10-16 11:01 ~ 11:26)——즉 「각 백엔드가 각자 테스트하는」 방식에서 「동일한 16개 연산자, 동일한 판정 기준」으로 변경한 것입니다.
  • 심사 현황: 심사 중인 239건의 PR 중 27건이 「FlagOS Competition-Track1」 라벨을 달고 있으며, 전부 FlagGems-sglang에 제출되었습니다(해당 저장소 31건 심사 중). 내용은 SGLang을 위한 Triton 커널 보완——와이드 로우 softmax, MLA 흡수식 Q 결합, DCP의 LSE 병합, QKV-ZBA 분할 재배열, 투기적 샘플링 부가 항목 수집 등(커널명은 부록 PR 목록 참조)이며, 제출자는 대부분 대회 팀 계정입니다.
  • 심사 중 주요 사항(기타): FlagGems #7246 Moore Threads mm 최적화(+3501/-72); #7239 Cambricon(승등) mm 형상 분배와 Triton 분할; #7243 Cambricon index_put 네이티브 ATen으로 회귀하여 MLIR pass 크래시 회피; #7203 다모 아카데미(XuanTie) 백엔드 GRU barrier 데드락 수정; FlagTree #1395 XPU 스펙 재사용, #1396 Cambricon py312 전달 흐름.
  • 판단: 세 연산자 라이브러리가 각각 같은 일의 다른 계층을 수행하고 있습니다——FlagBLAS는 하드웨어 백엔드의 기초 선형대수를 보완하고, FlagTensor는 검수 기준을 통일하며, FlagGems는 대회와 KernelGen의 연산자 유입을 담당합니다. 대회 심사 중 물량(27건)은 커뮤니티 공급이 여전히 존재함을 보여주지만, sglang 한 갈래에 집중되어 있어 9월 첫 배치 16건의 일괄 마감보다 커버리지가 좁습니다.

2. 뉴스 보도와 생태계

2.1 대회 메인 포럼: FlagOS 2.2의 여섯 가지 숫자와 4계층 아키텍처(10-18)

날짜: 2026-10-18　출처: DOIT 《Lin Yonghua: Zhongzhi FlagOS 2.2 발표, 토큰 경제는 피지컬 AI로 나아가고 있다》 · 대회 의제 페이지

  • 규모 기준: AI 칩 제조사 21곳, 칩 35종을 포괄하며, 9대 연산자 라이브러리에 총 1454개 연산자(이전 버전 대비 890개 증가), 크로스칩 연산자 성능 27.6% 향상(칩 10종 대상), 코드 기여자 264명(전월 대비 +55%)을 기록했습니다. 커뮤니티 측면에서는 활성 기여자 730명 이상, 회원 조직 100곳 이상, 30여 개국 커버, 개발자 55,800명 이상이며, 2.1에서 2.2로 오면서 병합 PR은 1890건에서 4890건으로, 신규 이슈는 420건에서 1423건으로, 커밋은 5100건에서 9730건으로 증가했습니다. 보도에 따르면 2.2는 9월 30일 릴리스되었으며, GitHub 측 2.2 체크리스트 24개 항목은 실제로 09-28 ~ 09-29에 저장소에 반영되었습니다(09-29 / 09-30 데일리 리포트 참조). 대외 기준과 저장소 반영 날짜 간에 이틀 차이가 있으며, 저장소를 기준으로 합니다.
  • 컴파일 및 튜닝: FlagTree 단일 저장소가 20개 벤더 백엔드를 포괄하며, NVIDIA TileIR, AMD, Damo Academy XuanTie, Jinci Space-Time, Huixi 및 ARM64 CPU 백엔드가 추가되었고 main 브랜치가 Triton 3.6으로 올라갔습니다. FlagOSTune은 행렬 곱 등 연산자 검색 효율을 최대 298배까지 높였습니다. 엔드투엔드 실측 결과: NVIDIA에서 DSV4-flash 처리량 +12.63%, 첫 토큰 지연 −20.22%; Moore Threads S5000에서 Qwen3.6-35B-A3B가 H100 등가 처리량의 82.29% ~ 89.83%에 도달했으며, 벤더 네이티브 대비 4% ~ 19% 높았습니다. 크로스칩 전체 +27.6% 중 Kunlunxin P800 가속비는 191.2% 향상, Ascend 910B는 160.7% 향상되었습니다.
  • 툴체인: 신규 FlagPrism 출시(크로스칩 디버깅 및 성능 분석, 수치 편차를 문장 수준까지 위치 추적 가능, Ascend, Iluvatar CoreX, Moore Threads, NVIDIA, Enflame 지원); 통합 플러그인 시스템이 「N×M」 조합을 「N+M」 디커플링으로 전환해 추론(vLLM / SGLang), 학습(Megatron-LM / TransformerEngine), 강화학습(VeRL) 및 기반 프레임워크(Torch-FL)를 포괄; FlagOS-Compressor는 최초로 크로스칩 통합 양자화를 제공하여 397B MoE를 W8A8로 처리한 후 부피 49.1% 감소, GPQA-Diamond 84.85% 유지, H20 및 국산 PPU에서 검증 완료; Day0 역량으로 새 모델을 하루 안에 최대 칩 12종에 적응시키고 HuggingFace, ModelScope, Tencent Cloud, Huanxin Community 및 국가초산인터넷에 동시 배포합니다.
  • Token 및 모델 사례: DeepSeek V4.1 Flash는 H100에서 추론 성능 18% ~ 20% 향상, 64-way 동시 처리 총 처리량 약 9190 tok/s; Damo Academy XuanTie 810E는 77% ~ 82% 향상, 16-way 동시 처리 사용 가능 구현; FP4 인덱스 스코어링 평균 2.75배 가속, FP8 Dense GEMM 1.41배. GLM-5.3-Flash는 Ascend 910B에서 처리량 2.04배 향상, 장문맥 콜드 TTFT 8.1% 감소, 포화 ITL 16.6% 감소, 성능은 공식 API의 99.7%에 도달, 가성비 19.4% ~ 27.6% 높음.
  • 임바디드, 엣지 및 국제화: 임바디드 측 VLM 가속 약 2.3배(MFU 33%), Tx2V 약 1.9배(MFU 36%), Action 약 2.0배(MFU 35%), 학습 MFU 33% ~ 36%로, Cosmos3-Nano의 23% 및 Cosmos3-Super의 30%와 대비됩니다. 엣지 측에서는 Arm CPU에서 CPU만으로 MiniCPM5-2B를 구동하여 프리필 1135 tokens/s, 생성 90 tokens/s를 달성했고, FlagTree-CPU와 SME2 / NEON I8MM 협업 후 전체 모델 Prefill이 추가로 21% ~ 25% 향상되었으며, Mac M5 Pro에서 Xing4.0 29B-A4B는 vLLM 네이티브 대비 252.09% 향상되었습니다. 국제 측면에서는 9-28 유엔 「개방형 컴퓨팅 워킹 그룹」이 승인되었고, 2주 내 300여 개 글로벌 기관이 등록했으며, 첫 회의는 11월 APEC 기간에 개최될 예정입니다.
  • 판단: 이 기준의 가치는 개별 숫자가 아니라 「규모」를 검증 가능한 네 계층, 즉 칩 수(35), 연산자 수(1454), 성능 이득(+27.6%, 칩 10종의 세부 항목 제시), 기여자 수(264)로 분해한 데 있습니다. 2.1 시기의 「얼마나 많은 칩을 지원하는가」와 비교하면, 2.2의 서사는 이미 「동일한 칩 집합에서 공유 최적화가 누적 가능한가」로 전환되었으며, FlagPrism과 FlagOS-Compressor 두 신규 도구가 바로 이 문장의 도구화된 표현입니다.

2.2 량즈윈 Quantum-AI Cloud 출시: FlagOS Execution Stack이 FlagQuantum을 뒷받침 (10-18)

날짜: 2026-10-18　출처: DOIT 메인 포럼 보도(량즈윈 부분) · 공식 의제(량즈윈 플랫폼 발표 10:05–10:15) · FlagQuantum v0.3.0

  • 사실: 10-18 오전 량즈융허 분과 포럼에 「량즈윈 플랫폼 발표」 세션이 편성되었다(의제 10:05–10:15). 메인 포럼 보도에 따르면, 량즈윈(Quantum-AI Cloud)은 Zhiyuan/BAAI 연구원과 베이징양자정보과학연구원(BAQIS)이 공동으로 출시했으며, FlagOS Execution Stack이 FlagQuantum 양자 프레임워크를 지원하고, 「지우딩」 AI 컴퓨팅 시스템과 「QUAFU」 양자 컴퓨터에 연동되어 양자-고전 혼합 작업 스케줄링을 구현한다.
  • 코드 측 입증: FlagQuantum v0.3.0의 릴리스 노트(10-16)에는 이미 「지우딩과 Quafu 작업 복구 가능(opt-in 영수증)」「Quafu 다중 회로 결과 순서 보장」이 명시되어 있고, v0.3.1에서 다시 로컬 과학 연구 역량 서비스와 버전이 포함된 증거 패키지를 추가했다—이는 량즈윈 발표 시점에 양자 측의 작업 제출, 영수증, 결과 순서 보장 체인이 패키지 내에 이미 갖추어져 있었음을 의미하며, 단순한 프레임워크 계층 인터페이스만 있었던 것이 아니다.
  • 판단: 이는 FlagOS가 「AI 학습 추론」에서 「양자-고전 혼합」으로 넘어간 첫 번째 클라우드 서비스 형태의 산출물이다. 주목할 경계: v0.3.0 / 0.3.1의 설명에는 양자 하드웨어에서 실행되지 않으며, MCP server와 agent runtime을 포함하지 않고, 하드웨어 실행은 지우딩과 QUAFU 측이 담당한다고 명확히 밝히고 있다—분업은 「FlagOS가 스케줄링과 실행 스택을, 양자연구원이 하드웨어와 클라우드를 담당」하는 구조다. 후속 관찰 포인트는 량즈윈이 언제 대외 개방되는지, 그리고 FlagQuantum의 다중 칩 백엔드(Hygon / Moore Threads)가 클라우드 스케줄링에 포함되는지 여부다.

2.3 대회 나머지 세션과 채널 검증: 분과 포럼 라이브 페이지 오픈, 세션별 요약은 아직 미공개(10-17 ~ 10-19)

날짜: 2026-10-17 ~ 2026-10-19　출처: CSDN FlagOS 칼럼 · AI 시스템 분과 포럼 라이브 페이지 · 량즈융허 분과 포럼 라이브 페이지 · AI Agent 분과 포럼 라이브 페이지

  • 세션 구조: 대회는 1개 메인 포럼 + 6개 분과 포럼 + 1개 종일 워크숍으로 구성되며, 분과 포럼에는 오픈 컴퓨팅 AI 시스템, 차량 지능, 량즈융허, 임바디드 지능, AI Agent, 국제 AI 컴퓨팅 협력이 포함된다. 10-18 종일 워크숍은 다섯 세션(KernelGen 연산자 생성, 엣지 추론, Triton-TLE 어텐션 연산자, 량즈융허 양자 프로그래밍, FlagScale-Agent 아키텍처)이다. 의제 세부 사항은 10-12 / 10-13 데일리 리포트에 이미 수록되어 있어 이번 호에서는 반복하지 않는다.
  • 검증 가능한 증분: CSDN FlagOS 칼럼은 10-17 / 10-18에 AI 시스템, 량즈융허, AI Agent 세 분과 포럼의 라이브 페이지를 오픈했다(「다시보기 중」 표기). 모니터링 기간 마감 시점까지 세션별 요약이나 발표 실록은 검색되지 않았으며, 메인 포럼 내용은 여전히 DOIT의 현장 보도 한 건이 주요 출처다. Zhiyuan 커뮤니티(hub.baai.ac.cn)에서는 모니터링 기간 내 FlagOS 관련 항목이 검출되지 않았다.
  • 뉴스 검색 결론: Google News RSS 24개 중영문 쿼리에서 34건이 적중되었고, 컴포넌트명 직접 검색(FlagOS / FlagGems / FlagScale / FlagTree / FlagPerf / FlagCX / KernelGen)은 모니터링 기간 내 여전히 제로 적중이며, 유일한 실질 적중은 10-18의 메인 포럼 보도(2.1 참조)다. HN Algolia 8개 쿼리에서도 직접 적중은 없었다. 나머지 적중은 멤버 기업 보도와 시황 기사로—Moore Threads Step 5 Preview Day-0(10-15, 이전 호 수록), MetaX 시쏘 X302 공업박람회 수상(10-12부터 다수 사이트 전재, 수록 완료), Enflame 「A주 상장」(확인 결과 09-11 구뉴 재게시), 「7일 만에 천억 파라미터 대모델 적응 완료」(Dongfang Suanxin DF1000, FlagOS 무관), Lanxin Suanli RISC-V 완신전 기사(FlagOS 무관) 등이며, 모두 함께 제외했다.

3. 멤버 기업 심층 분석

3.1 Moore Threads: S5000의 대회 공식 입장, MThreads 연산자와 MUSA 라인(10-16 ~ 10-19)

날짜: 2026-10-16 ~ 2026-10-19　출처: DOIT 메인 포럼 보도 · FlagGems #6985 · #7246 · FlagGems-vllm #934 · build-infra #1399

  • 대회 측 입장: 메인 포럼은 Moore Threads와 관련된 두 가지 수치를 제시했다. 즉 S5000에서 Qwen3.6-35B-A3B가 H100 등가 처리량의 82.29% ~ 89.83%에 도달했고, 제조사 네이티브 대비 4% ~ 19% 초과했다. 엔드투엔드 비교에서는 NVIDIA 상에서의 DSV4-flash 향상(+12.63%)이 국산 측 대비 항목과 나란히 제시되었는데, 이는 S5000이 이미 2.2 성능 벤치마크 기준표에 포함되었음을 보여준다.
  • 코드 측: FlagGems는 moe_load_balance_loss를 병합했으며(MUSA 특화, #6985), 심사 중인 #7246은 mm 최적화이다(+3501/-72, 10-19 00:06 신규 오픈). FlagGems-vllm #934는 MUSA의 vLLM 베이스라인 기동을 수정하고, #937은 FP8 varlen 정밀도 매트릭스를 수렴시킨다. build-infra의 sunrise(Xiwang) builder는 본 항목과 무관하며, Moore Threads 자체는 FlagTree의 mthreads 휠 행에 대응한다(기존 사항).
  • 설명: Moore Threads의 10-15 Step 5 Preview Day-0(MTT S5000 + MUSA + SGLang-MUSA, 혼합 슬라이딩 윈도/CSA 희소 어텐션, FP8 DeepGEMM, MTP3 투기적 디코딩)는 자사 MUSA 소프트웨어 스택을 사용한 것으로, FlagOS 플러그인 경로가 아니다. 해당 이벤트는 이전 호에 이미 수록되었으므로, 이번 호에서는 FlagOS 생태계 항목에 중복 집계하지 않는다.

3.2 MetaX: C550에서 MiniMax M3와 Kimi K3 두 가지 최적화 심사 중, metax 휠 데일리 라인 편입(10-18 ~ 10-19)

날짜: 2026-10-18 ~ 2026-10-19　출처: vllm-plugin-FL #540 · #607 · build-infra #1377 · #1394

  • 모델 적응(심사 중): #540은 2노드 MetaX C550, TP16의 MiniMax M3 BF16 최적화 버전이다(09-18 개시, 10-18 21:54에도 여전히 업데이트 중이며, 희소 어텐션, 소배치 Linear/MoE 및 통신 최적화 포함). #607은 4노드 C550, TP8 / PP4 / DP1(EP, SP 비활성)의 Kimi K3 MXFP4/BF16 구현으로, vLLM 0.28 호환 0.4.0-dev 브랜치에서 구동되며, 모델 적응, TP/head 패킹, shape 선택 및 PP 런타임 오케스트레이션이 모두 FL 측에 남아 있다(10-19 01:58 신규 오픈).
  • 빌드 측: build-infra는 metax를 FlagTree의 데일리 휠 라인에 편입하고(#1377), metax를 위한 자체 포함 22.04 FlagCX builder를 마련했으며(#1394, SDK 버전 변수명과 deb 압축 해제 경로 두 곳 수정 포함), 10-18 09:21에 metax 휠 재배포를 기록했다.
  • 판단: FlagOS 내에서 MetaX의 역할은 「적응 대상 칩」에서 「성능 버전 기여자」로 전환되었다. 심사 중인 두 PR 모두 단일 연산자 패치가 아닌 쌍을 이룬 배포 방안(노드 수, 병렬도, 양자화 포맷, 컨텍스트)이며, 이러한 PR은 심사 비용이 높지만 일단 병합되면 재사용 가능한 참조 구성이 된다.

3.3 Iluvatar CoreX / Enflame / Cambricon / Hygon / Tsingmicro / Xiwang / DAMO XuanTie: 6개 백엔드 22.04와 연산자 라인(10-16 ~ 10-18)

날짜: 2026-10-16 ~ 2026-10-18　출처: build-infra #1380 · #1389 · #1398 · #1403 · FlagCX #643 · FlagBLAS #148 (전체 목록은 부록 참조)

  • Iluvatar CoreX(iluvatar): FlagCX 22.04 builder와 v0.14.0 두 개의 corex pin 재배포(#1403 / #1407, 22.04-clean, 디바이스 bitcode 미포함); FlagTree의 iluvatar 행을 「단독 워크플로」에서 매트릭스로 통합하고 일일 휠 활성화(#1390 / #1393 / #1397); Torch-FL에서 FlagGems 팩토리의 복소수 dtype을 DCU에서 재라우팅(#548); FlagGems #7220의 conv2d 가중치 캐시 및 channels_last 융합 최적화 심사 중.
  • Enflame(enflame): FlagCX 22.04 builder(#1398 / #1401, enflame 휠 재배포 기록); FlagTree 측에서 tle.gpu.alloc 별칭 테스트가 enflame에서 오실행되는 문제 수정(#1387); FlagGems-vllm #900의 GLM-5.3 Flash 공개 연산자는 벤더 간 공유로, enflame 전용이 아님.
  • Cambricon(cambricon): FlagCX 4.7.2의 22.04 builder(#1389, torch_mlu 임포트 문제 #1391 해결을 위해 pandas 보충 추가), 10-17 21:39에 neuware 4.7.2의 22.04-clean 재배포 기록(#1392).
  • Hygon(hygon): FlagCX에서 Hygon Device API 및 통합 IR의 HIP 백엔드 활성화(#643), 22.04 builder와 휠 재배포 기록 반영(#1380 / #1383); FlagGems 심사 중 #7242에서 split-KV의 BLOCK_M 상한을 16으로 낮춰 64KB LDS를 확보; Torch-FL의 DCU 복소수 dtype 재라우팅은 #548과 동일.
  • Tsingmicro(tsingmicro): Torch-FL에서 metadata-only 뷰 연산자를 벤더 슬롯으로 라우팅(#550), 2.2 주기 내 tsingmicro 백엔드의 「먼저 골격 수립, 이후 의미 보충」 경로 지속.
  • Sunrise(sunrise): FlagTree의 builder와 wheel을 단일 파일로 통합(22.04 툴체인 배포 재사용 가능, pybind11을 3.1.0으로 고정), 공유 builder 매트릭스에 추가하고 일일 휠 행 활성화(#1399 / #1402).
  • T-Head XuanTie(thead): FlagBLAS에서 Zhenwu PPU의 네 가지 정밀도 GEMM 보충(NN/TN/NT/TT 변형 포함, #148); FlagGems-vllm에서 W8A8 MoE의 정수 누산 수정 및 GEMM2 재사용(#924); FlagGems 심사 중 #7203에서 백엔드 GRU barrier 데드락 수정, #7209 시리즈의 thead 정밀도 스위트 동시 실행 중.
  • Horizon Robotics(D-Robotics): 모니터링 기간 내 커밋, PR 또는 뉴스 동작 미검출.

4. 요약 및 동향 관찰

  • 내러티브와 엔지니어링의 첫 동조: 메인 포럼은 2.2를 「규모화 공유 최적화」(21개 벤더 35개 칩, 1454개 연산자, +27.6%, 264명 기여자)로 설명했고, 같은 모니터링 기간 GitHub 측에서 가장 큰 비중을 차지한 것은 바로 build-infra의 6개 백엔드 22.04 빌더와 백엔드별 일일 휠 매트릭스였다. 두 가지 모두 같은 질문에 답한다. 칩 명단은 재현 가능한 전달 체계로 뒷받침되어야 한다는 것이다. 이것이 이번 호에서 가장 기록할 만한 대응 관계다.
  • 연산자 영역이 확장되고 있지만, 확장의 방향을 분명히 봐야 한다: KernelGen은 사흘간 30여 개의 NVIDIA 연산자를 내놓았는데, 대부분 _dim_arange, values_copy, _has_same_storage_numel 같은 경계 연산자로, 메인라인 커버리지가 거의 완료되어 별칭과 뷰 시맨틱의 마무리 단계에 진입했음을 보여준다. 반면 국산 백엔드의 증가분은 여전히 Kunlunxin(20여 건 최적화)과 Damo Academy XuanTie(GEMM 보강)에 집중되어 있어, 백엔드 간 커버리지 격차는 좁혀지지 않았다. FlagCV 저장소 개설은 또 다른 방향의 확장이다. LLM과 과학 계산에서 OpenCV식 이미지 처리로 나아가며 6개 백엔드 디렉터리를 한 번에 펼쳤지만, 저장소에는 아직 실행 가능한 연산자가 없어 단기적으로 과대평가해서는 안 된다.
  • 양자 라인에 제품 형태가 등장했다: FlagQuantum 0.3.0 / 0.3.1 동시 발표 + 량즈윈 대외 공개로, 「주딩 / QUAFU 작업 복구 가능」 같은 엔지니어링 역량을 릴리스 노트에 명시하는 동시에 하드웨어에서 실행하지 않으며 agent runtime을 포함하지 않는다는 점을 분명히 했다. 분업은 「FlagOS는 실행 스택과 스케줄링, 양자연구원은 하드웨어와 클라우드」로, 막연한 「량즈융합」 구호보다 경계를 더 잘 설명한다.
  • RISC-V 측의 움직임은 컴파일러 깊은 곳에 있다: SpaceMiT의 smt_rvisa는 작성자가 SEW / VL / 명령어 선택을 명시적으로 제어할 수 있게 하고 사설 TLE 사본을 퇴역시켰다. 이런 변경은 대외적으로 언급되지 않지만, RVV 백엔드가 「작동 가능」에서 「성능을 압박할 수 있음」으로 나아갈 수 있는지를 결정한다.
  • 관찰 필요 사항: 첫째, 대회 분과 포럼과 워크숍의 세션별 회의록이 아직 공개되지 않아 메인 포럼 외의 기술·전술 내용(통합 IR, Token 팩토리, 엣지 디바이스 배포)은 현재 의제에만 언급되어 있다. 둘째, 량즈윈의 대외 개방 시점. 셋째, FlagCV가 언제 첫 실행 가능한 연산자를 내놓을지. 넷째, 학습 측(Megatron-LM-FL / TransformerEngine-FL / FlagScale)의 사흘간 푸시 제로가 대회 전후의 정상적인 침묵인지 2.3 주기의 시작점인지는 다음 호에서 확인해야 한다.

부록: 출처 검증표

출처 검증 방식 결론
GitHub org 저장소 전체(61개 저장소) 16개 저장소가 모니터링 기간 내 푸시됨. FlagDNN / FlagFFT / Trident / docs 네 저장소는 브랜치 푸시로, 기본 브랜치 최신 커밋은 모두 모니터링 기간 외
GitHub 커밋 검색(페이지네이션) 147건, 12개 저장소. 두 페이지로 가져왔으며(100 + 47), org 이벤트 스트림 100건과 네 저장소 commits.atom을 보충
GitHub 병합된 PR 검색 139건, 11개 저장소(두 페이지: 100 + 39), is:merged + merged:>=를 기준으로 함
GitHub 리뷰 중 PR 검색 239건, 23개 저장소(세 페이지: 100 + 100 + 39), 그중 27건은 대회 태그
GitHub Release / 태그 원자 검증 31개 라이브러리 releases.atom + 8개 라이브러리 tags.atom: FlagQuantum v0.3.0 / v0.3.1, FlagCX v0.15.0.dev0이 모니터링 기간 내. FlagOps v2.0.5 / v2.0.6은 10-15(모니터링 기간 외 인접)
뉴스 Google News RSS(중영문 24개 그룹, 프록시 경유) 34건 적중. 실질 수집 1개 이벤트(10-18 메인 포럼), 나머지는 회원사 기고, 구뉴스 재발행 및 비 FlagOS 기고
뉴스 HN Algolia(8개 그룹) 직접 적중 없음
뉴스 DOIT 현장 보도 메인 포럼 내용 단락별 검증(2.1 / 2.2 / 3.1). 보도에서 언급된 「9월 30일 발표」와 저장소 반영 날짜(09-28 ~ 09-29)가 불일치하여 본문에 표기함
공식 채널 CSDN FlagOS 칼럼 모니터링 기간 내 분과 포럼 라이브 페이지 3건 추가(10-17 / 10-18). 신규 장문 미확인
공식 채널 Zhiyuan 커뮤니티 hub.baai.ac.cn 모니터링 기간 내 FlagOS 항목 미검출
역사 대조 10-16 데일리 리포트(지난 호) 중복 제거 검증: 지난 호 기준 시점은 10-16 06:00. Step 5 Preview Day-0, MetaX 챌린지, Iluvatar CoreX MiniCPM-V 4.7 모두 수집 완료되어 이번 호에서는 중복하지 않음

전체 출처 목록

gos-ai/build-infra/pull/1395> · https://github.com/flagos-ai/build-infra/pull/1400

ai/Torch-FL/pull/567> · https://github.com/flagos-ai/Torch-FL/pull/273 · https://github.com/flagos-ai/Torch-FL/pull/530 · https://github.com/flagos-ai/Torch-FL/pull/542 · https://github.com/flagos-ai/Torch-FL/pull/568 · https://github.com/flagos-ai/Torch-FL/pull/574 · https://github.com/flagos-ai/Torch-FL/pull/577 · https://github.com/flagos-ai/Torch-FL/pull/584 · https://github.com/flagos-ai/Torch-FL/pull/357