모니터링 기간: 2026-10-19 06:00 ~ 2026-10-20 06:00 (베이징 시간, 24시간; 화요일 조간, 모니터링 기간은 직전 데일리 리포트 마감 시점부터 이어지며, 대회 기간 내용은 포함하지 않음).

출처: GitHub (org: flagos-ai 61개 저장소 전수核查, 커밋 검색 93건, 병합 PR 88건 및 심사 중 PR 180건 검색, 16개 활성 저장소 Release 및 태그 확인, org 이벤트 스트림 100건 및 브랜치 단위 예비 점검), Google News RSS (24개 중영문 검색어 조합, 프록시 경유), HN Algolia (8개 조합), 중화망 및存储在线 기술 기사, CSDN 및 Zhiyuan 커뮤니티 채널 확인 (상세 내용은 부록 출처 목록 참조).

이번 호 인덱스

  • 오늘의 핵심: 대회 후 첫 번째 온전한 엔지니어링 데이 — 커밋 93건, 병합 88건, build-infra가 Ascend 4개 서브 프로젝트, Tsinghua Micro 및 Xiwang을 22.04 자체 포함 builder로 통일 (glibc 최저선 2.38에서 2.35로 하향); FlagQuantum은 405개 파일로 159개의 신규 공개名을 병합하고 M0 로드맵 확립; FlagBLAS는 Hygon gfx936 6정밀도 GEMM 보완; FlagDNN은 master에 직접 푸시하여 Iluvatar 등가 성능 베이스라인 보완 (10-19)
    1. 오픈소스 프로젝트 진행 상황 (GitHub 동향)
      • 1.1 조직 리듬: 16개 저장소 푸시, 커밋 93건, 병합 88건; glibc 최저선 하향이 당일 메인 라인으로 (10-19)
      • 1.2 build-infra: Ascend 4개 서브 프로젝트를 24.04 런타임에서 22.04 자체 포함 builder로 이전, Tsinghua Micro 및 Xiwang 동일자 보완 (10-19)
      • 1.3 FlagQuantum: 405개 파일로 양자 스택 확장 병합, M0~M4 로드맵 확립 (10-19)
      • 1.4 FlagGems: KernelGen 희소 패밀리 일괄 심사 중, Kunlunxin XPU3 어텐션 패밀리 및 Ascend mm 디스패치 동시 진행 (10-19 ~ 10-20)
      • 1.5 FlagBLAS: Hygon gfx936 6정밀도 GEMM 병합, dgemm은 FlagTree fp64 MMAC 의존 (10-19)
      • 1.6 FlagTree: Enflame GCU300 베이스라인 및 AMD RDNA 다운그레이드 경로, Ascend 3.5 py312 전달 (10-19)
      • 1.7 추론 및 학습 스택: Xiwang 및 Enflame 그래프 모드, HY4 H100 연동, Ascend vLLM 0.28 업그레이드 (10-19)
      • 1.8 FlagDNN / FlagTrain / FlagSparse / Torch-FL: Iluvatar 등가 성능, Moore Threads 백엔드, MUSA 최적화 (10-19)
    1. 뉴스 보도 및 생태계
      • 2.1 대회 후 첫 심층 기술 기사: 중화망에 FlagOS 2.2 풀스택 분석 게재, 7개 정량 사례 보충 (10-19)
      • 2.2 보도 확산 및 채널 확인:存储在线 연설 전문은 10-18 구 기사로 늦게 인덱싱됨, CSDN 및 Zhiyuan 커뮤니티 신규 없음 (10-19 ~ 10-20)
    1. 회원사 심층 분석
      • 3.1 Hygon: FlagBLAS 6정밀도 GEMM 및 L1 지원 동시 저장소 반영 (10-19)
      • 3.2 Iluvatar CoreX: FlagDNN 등가 성능 베이스라인 master 직접 푸시, Torch-FL 독립 런타임 분리 (10-19)
      • 3.3 Tsinghua Micro 및 Xiwang: 두 백엔드 동일자로 FlagCX 22.04 builder 진입 (10-19)
      • 3.4 Enflame: GCU300 베이스라인, vLLM 벤치마크 워크플로 및 builder 어서션 수정 (10-19)
      • 3.5 Moore Threads, Ascend, Damo Academy XuanTie: MUSA 연산자 라인, CANN 9.0 베이스라인, T-Head GRU 데드락 수정 (10-19)
    1. 요약 및 트렌드 관찰

오늘의 핵심: 대회 후 첫 엔지니어링 데이, 전달 측면의 통일이 신규 기능을 압도 (10-19)

날짜: 2026-10-19　출처: build-infra PR #1414 · FlagQuantum PR #635 · FlagBLAS PR #151 · FlagDNN commits (전체 내용은 부록 참조)

  • 리듬 측면: 24시간 모니터링 기간 내 16개 저장소에 푸시, 93건 커밋, 88건 병합, 180건 검토 중 PR 업데이트 발생. 병합량은 이전 3일 모니터링 기간의 일평균 수준(약 46건/일)을 상회하며, 커밋 시간은 07:00부터 23:00에 집중되고 피크는 14:00부터 17:00에 형성되어 전형적인 평일 리듬을 보였으며, 콘퍼런스 기간 동안의 집중적 대량 배포는 관찰되지 않음.
  • 주요 흐름은 「전달면 통일」이며 신규 역량이 아님: build-infra의 16건 커밋은 전부 아티팩트 채널에 집중됨——Ascend의 네 가지 wheel을 24.04 런타임 이미지에서 독립적인 ubuntu:22.04 자체 포함 builder로 이전하고(PR #1414), 같은 날 XiWang(PR #1418)과 Qingwei(PR #1422)에 동일 사양의 builder를 추가함. 원인은 24.04 이미지에서 빌드된 libflagcx.so / _C*.so가 GLIBC_2.38에 링크되어 실제 22.04 물리 머신에서 즉시 중단되는 문제였으며, 22.04 builder로 전환한 후 glibc 하한이 2.35로 낮아져 다른 벤더 행과 정렬됨.
  • 양자 스택은 당일 최대 단일 병합: FlagQuantum PR #635가 405개 파일, +114463/−3983 규모로 병합되어 159개의 공개 이름이 신규 추가됨. 알고리즘(45→148), 양자 오류 정정(84→108), 원격 호출(20→32), 관측 가능량(12→20), 컴파일러(12→17)를 포괄하며 flagquantum.operators 패키지가 새로 개설됨. 역량 레지스트리는 68항목에서 97항목으로 증가했으며 Stable Core의 41개 내보내기는 변경 없이 유지됨. 같은 날 PR #637은 M0~M4 로드맵을 확립하여 초전도, 중성 원자, 이온 트랩, 광자, 위상 다섯 가지 하드웨어 유형을 동일한 Core IR과 컴파일러 제약 아래에 포함시킴.
  • Hygon, BLAS 주간선 보완: FlagBLAS PR #151이 gfx936의 6가지 정밀도 GEMM(sgemm, hgemm, bfgemm, dgemm, cgemm, zgemm, +7060/−127)을 병합함. 이 중 dgemm은 fp64 MMAC 점곱 커널을 사용하며 FlagTree의 fp64 MMAC 지원에 의존함. PR #149의 Hygon L1 지원과 중첩되어 Hygon 채널이 연산자 계층에서 기초 선형대수 계층으로 확장됨.
  • Iluvatar 측은 master에 직접 푸시된 성능 기준선: FlagDNN의 당일 4건 커밋은 전부 master에 직접 반영됨(PR 절차 없음). 내용은 iluvatar 백엔드의 동등 성능 기준선(equivalent_baseline.cpp 등, +8157)과 이후 두 차례 수정이며, 동시에 ascend 백엔드의 검증 디렉토리를 정리함(−7047).

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

1.1 조직 리듬: 16개 저장소 푸시, 93건 커밋, 88건 병합(10-19)

날짜: 2026-10-19　출처: flagos-ai 조직 저장소 · 커밋 검색 · 병합 PR 검색

  • 저장소 측면: 61개 저장소 중 16개 저장소에 모니터링 기간 내 푸시가 있었으며, 커밋량 순으로 FlagGems 23, FlagQuantum 23, build-infra 16, FlagBLAS 9, FlagTree 5, FlagDNN 4, FlagGems-vllm 3, vllm-plugin-FL 3, Torch-FL 2, FlagSparse 2, FlagCX 1, FlagTrain 1, FlagAttention 1이었습니다.
  • 병합 측면: 88건의 병합이 있었으며, 분포는 FlagGems 36, build-infra 16, FlagQuantum 9, FlagTree 8, vllm-plugin-FL 6, FlagBLAS 3, FlagGems-vllm 3, Torch-FL 2, FlagCX / FlagTrain / FlagAttention / FlagSparse / TransformerEngine-FL 각 1건이었습니다. FlagGems와 build-infra가 커밋량의 42%, 병합량의 59%를 차지했습니다.
  • 심사 중 측면: 모니터링 기간 내 업데이트된 open PR은 180건이었으며(API가 반환한 상위 100건을 저장소별 통계에 사용), 상위는 FlagGems 63, FlagGems-vllm 12, vllm-plugin-FL 5, Torch-FL 4, FlagCX 3, FlagTree 3, FlagGems-sglang 3이었습니다. 그중 제목에 KernelGen이 포함된 것이 28건, Kunlunxin이 포함된 것이 30건, sparse가 포함된 것이 8건으로, 세 가지 대기열이 현재 소화 대기의 주된 부분을 구성하고 있습니다.
  • 브랜치 수준 보완: docs의 푸시는 update/modelscope-docs-20261019-175239 브랜치에 반영되었으며(main 최신은 여전히 10-03), Trident의 푸시는 PR #4 「Monad 중간 레이어」에 해당합니다(master 최신 10-13). FlagCV는 10-19 새벽의 골격 병합 이후 당일 새로운 움직임이 없었고, FlagFFT, FlagScale, Megatron-LM-FL, FlagPrism, FlagAudio, FlagOps 일곱 개 저장소는 모니터링 기간 내 푸시가 전무했습니다.
  • 판단: 콘퍼런스 이틀(10-17~10-18)이 지난 후, 조직은 「릴리스 후 정체」 현상을 보이지 않았고, 생산 능력을 즉시 아티팩트와 베이스라인으로 전환했습니다. 당일 새로운 버전 릴리스(모니터링 기간 내 Release 없음)도, 새로운 저장소 생성도 없었으며, 「버전 없이 전달에 집중」한 하루였습니다.

1.2 build-infra: Ascend 4라운드 하위 프로젝트를 22.04 자체 포함 builder로 이전, Tsinghua 그리고 Xiwang 당일 보완 (10-19)

날짜: 2026-10-19　출처: PR #1414 · PR #1418 · PR #1422 · PR #1417 · base 디렉터리

  • 핵심 문제: Ascend의 네 가지 휠은 원래 24.04 런타임 이미지에서 빌드되었으며, 생성된 libflagcx.so와 _C*.so가 GLIBC_2.38에 링크되어 번들의 22.04 물리 머신에서 바로 abort되었습니다. PR #1414는 각 행에 독립적인 ubuntu:22.04 빌더를 구성하여 다른 벤더 행과 동일한 채널을 사용하게 했고, glibc 하한을 2.35로 낮췄습니다.
  • 하나의 레시피로 네 개 행 서비스: ascend.mk는 -ltorch_npu -lascendcl -lhccl만 링크하며 특정 칩과 무관합니다. 그러나 툴체인 자체에는 이러한 링크 시점 의존성이 없고, libhccl.so와 <hccl/hccl.h>는 칩 ops 패키지에서 오기 때문에 레시피가 toolkit과 ops 패키지를 동시에 설치합니다(nnal/ATB 제외). 910b와 910c의 차이는 ops 설치 프로그램의 칩 토큰(builder.ops_product, 910b와 A3)을 통해 전달됩니다.
  • 검증 기준: SDK 하한은 import torch_npu(CANN 툴체인 라이브러리를 dlopen함)로 증명하며, import torch(해당 행에서는 순수 CPU)가 아닙니다. ASCEND_OPP_PATH, ASCEND_AICPU_PATH, TOOLCHAIN_HOME, LD_LIBRARY_PATH는 set_env.sh에서 /etc/profile.d/vendor.sh로 설정되며, 휠 빌드 시 source된 것과 동일한 파일입니다.
  • 같은 날 두 개의 신규 백엔드 보충: Sunrise(PR #1418, sunrise wheel의 22.04 자체 포함 빌더, 이어서 PR #1420에서 해당 휠을 22.04-clean으로 재배포 기록)와 Tsingmicro(PR #1422, tsingmicro wheel의 22.04 자체 포함 빌더). 이로써 base/ 디렉터리의 벤더 매트릭스는 nvidia(cuda12.8 / cuda13.3), ascend(cann8.5.0 / cann9.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)로 총 9개 벤더입니다.
  • FlagTree 측 세 건: PR #1417은 Enflame 빌더를 추가하고 검증 단계를 데이터 기반으로 변경했습니다. PR #1419는 「빌드 시점에 Enflame 백엔드를 단정하는」 방식을 수정했습니다. PR #1421은 Enflame toolkit의 deb를 빌더 이미지에 미리 넣어 매 빌드의 다운로드 의존성을 줄였습니다. 또한 PR #1410은 pybind11 ABI를 실제 발행된 플러그인에서 읽어오도록 하고 리터럴로 하드코딩하지 않게 했으며, PR #1413은 실패한 plan이 빌드를 건너뛰지 않고 전체 run을 실패하게 했습니다.
  • 판단: 이 16건 중 기능 개발은 한 건도 없으며, 모두 「로컬에서 빌드 가능, 타깃에서 실행 가능」 사이의 간극을 제거하는 작업입니다. 10-16부터 10-18까지의 6개 백엔드 22.04 마감과 연결해 보면, FlagCX의 아티팩트 채널은 「백엔드별 패치」에서 「한 행에 한 백엔드, 동일한 22.04 레시피」로 전환되었습니다.

1.3 FlagQuantum: 405개 파일 병합으로 양자 스택 확장, M0 로드맵 확립 (10-19)

날짜: 2026-10-19　출처: PR #635 · PR #637 · PR #642 · 저장소

  • 규모: 23건의 커밋, 9건의 병합으로 당일 커밋 수 공동 1위인 저장소입니다. PR #635는 단일 건으로 405개 파일, +114463/−3983을 기록하며 159개의 공개 이름을 새로 추가했습니다. 알고리즘 패키지는 45개에서 148개로, 양자 오류 정정은 84개에서 108개로, 원격 호출은 20개에서 32개로, 관측 가능량은 12개에서 20개로, 컴파일러는 12개에서 17개로, 시뮬레이션은 8개에서 11개로 늘었으며, flagquantum.operators 패키지(4개 내보내기)를 새로 열었습니다. 기능 레지스트리는 68개 항목에서 97개 항목으로 늘었고, 그중 development_evidence는 20개에서 47개로 증가했습니다.
  • 경계 규율: 모든 새 이름은 하위 패키지 진입점이며, Stable Core의 flagquantum.__all__은 여전히 41개 내보내기로 main과 바이트 단위로 일치합니다. PR 본문은 “Stable Core로 승격은 별도 제안 경로를 따른다”고 명시하는 한편, 세 가지 계약 파일(컴파일러 pass 진입, 다단계 IR 내부 인터페이스, real-time 메시지)을 새로 추가했습니다.
  • 로드맵: PR #637은 M0부터 M4까지의 단계별 범위, 의존성, 인수 기준을 확립했으며, 기존 Core IR, 컴파일러, 동역학 솔버, 런타임, PyTorch 통합을 재사용할 것을 요구하고 초전도, 중성 원자, 이온 트랩, 광자, 위상 다섯 가지 하드웨어 유형을 포괄합니다. M1은 혼합 차원 상태 공간에서 시작합니다. 같은 PR은 수축 가우시안 중첩 적분의 정밀도 문제도 수정했습니다(상쇄에 민감한 합산을 math.fsum으로 처리하고, 원시 기저 회귀 테스트를 하나 추가).
  • 동역학과 컴파일러: PR #639는 혼합 차원 상태 공간을, PR #640은 명시적 절단 보손 연산자를, PR #641은 정적 연산자 합의 계수 학습을, PR #642는 호출자가 이름으로 두 최적화 지점에 자체 pass를 주입하는 것을 지원합니다. 그 외 10여 건의 테스트 및 문서 커밋은 수치 단언을 고정 리터럴 비교가 아닌 “정밀도 기반 반복성 비교”로 변경했습니다.
  • 판단: 양자 스택은 “프레임워크 초기 형태”에서 “범용 양자 컴퓨팅 프레임워크”로 나아가고 있습니다. PR #635가 보강한 것은 커버리지(오류 정정, 화학, 실시간 호출, 초연산자)이고, PR #637이 보강한 것은 경계와 단계입니다. 두 건이 같은 날 병합되었다는 것은 M0의 출발점이 API를 먼저 확장하는 것이 아니라 기존 역량을 명확히 기술하는 것임을 의미합니다.

1.4 FlagGems: KernelGen 희소 계열 대량 심사 중, Kunlunxin XPU3 어텐션 계열과 Ascend mm 디스패치 병행 (10-19 ~ 10-20)

날짜: 2026-10-19 ~ 2026-10-20　출처: PR #7260 · PR #7239 · PR #7203 · 심사 중 PR 목록

  • 병합 측: 23건의 커밋, 36건의 병합. KernelGen 라인은 계속 ATen 목록에 따라 보완하며 희소 및 뷰 시맨틱으로 진입: _adaptive_avg_pool3d(#7172), fft_ifftshift(#7171), ccol_indices_copy(#6775), _coalesce(#7096), _neg_view_copy(#7088) 병합; 동시에 PR #7260에서 185개의 Q4 연산자 테스트 스위트를 일괄 이관.
  • 심사 측: 10-19 23:00부터 10-20 05:00 사이에 약 20건의 KernelGen 커밋이 신규 추가되었으며, 희소 계열에 집중—_sparse_mm(#7289), _sparse_mm_reduce_impl(#7298), _sparse_mm_reduce_impl_backward(#7303), _sparse_addmm(#7277), copy_sparse_to_sparse_(#7231), resize_as_sparse_(#7255), _convert_indices_from_coo_to_csr(#7297), _convert_indices_from_csr_to_coo(#7296), _indices(#7293), ccol_indices(#7295) 등. 희소 계열이 한꺼번에 펼쳐진 것은 메인라인 조밀 연산자가 거의 소진되었음을 의미.
  • 쿤룬신: 병합 측에는 XPU3의 conv1d/conv2d/conv_depthwise2d(#7109), chunk_gated_delta_rule_fwd(#7104), dropout 및 mhc_post 성능(#7113), take_along_dim 및 te_rmsnorm_bwd(#7089), softmax_out의 tle.gpu 융합 경로(#6897), baddbmm/copy_ 실패 및 tile_size 32768 행(hang) 수정(#7245)이 있음; 심사 측에는 30건이 있으며, 어텐션 계열(#7275, 전방 분할, varlen KV 융합, 역방향 참조), lstm(#7105), rnn_relu(#7110), cholesky_solve(#7103), linalg_lu_factor(#7273) 포함.
  • 어센드와 하이곤: 어센드 mm 형상 디스패치 및 Triton tiling 최적화(#7239), reference 계약 및 정밀도 스킵 수정(#7286, #7287, #7253), int_repr 참조 적응(#7253); 하이곤 hygon_mv 타임아웃 수정(#6584). 세 라인 모두 “먼저 테스트를 통과시키고, 그 다음 성능을 논한다”는 순서.
  • 기타 백엔드: 다모아카데미 셴톄 백엔드의 GRU barrier 교착 수정(#7203)과 sparse QSA의 16행 최소 tile(#940, FlagGems-vllm); 무어 스레즈 KMCompiler 라인의 linear 가중치를 trans_b로 WS SQMMA에 전달(#7261), rnn_tanh musa 활성화(#7256); PPU 컨테이너 리소스 상한을 세 저장소에서 동기 복구(#7254, #942, #101).
  • 벤치마크 측: --base-data가 외부 NVIDIA 베이스라인 비교 지원(#7219), metadata-only 연산자의 타이밍 오류 수정(#7283), 중첩 텐서와 디스크립터의 리포트 문제(#7276), 그리고 오래된 reference 데코레이터 정리(#7271). 당일 36건의 병합 중 약 4분의 1이 측정 및 리포트 수정이며, 이는 “크로스칩 성능 +27.6%”와 같은 대외 지표에 필요한 재현성과 직접적으로 관련됨.

1.5 FlagBLAS: 하이곤 gfx936 6정밀도 GEMM 병합 (10-19)

날짜: 2026-10-19　출처: PR #151 · PR #149 · 저장소

  • 주요 내용: PR #151이 Hygon gfx936의 벤더 전용 GEMM 커널을 병합했으며, sgemm, hgemm, bfgemm, dgemm, cgemm, zgemm 여섯 가지 정밀도를 지원합니다(+7060/−127, 23개 파일). hgemm/cgemm/zgemm은 독립 Triton 커널과 형태별로 계층화된 구성을 사용하며, ctypes로 hipBLAS를 호출하는 참조 구현과 cupy에 의존하지 않는 테스트를 갖추고 있습니다. dgemm은 fp64 MMAC 내적 커널을 사용하며, bfgemm은 튜닝 풀, TN 3경로 전략 및 padding 경로를 갖추고 있습니다.

  • 의존 관계: dgemm은 FlagTree의 fp64 MMAC 지원에 명시적으로 의존합니다. 즉 BLAS의 정밀도 보완이 컴파일러 측의 능력 부재를 드러낸 것으로, 이는 저장소 간 협력의 한 가지 실증입니다.

  • 부수 작업: 같은 날 PR #149가 Hygon L1 지원을 병합하고 L1 기준 형태를 보완했으며, 그 외 sgemm 단일 건(#91), 주석 영문화, ABS 연산자 제거 등의 정리 커밋이 있었습니다. 저장소 모니터링 기간 내 9건의 커밋, 3건의 병합으로, 당일 커밋량 기준 네 번째 저장소입니다.

  • 판단: FlagBLAS는 이전에 v0.3.0(09-28) 한 차례 릴리스만 있었고 일상 커밋은 많지 않았습니다. 하루에 아홉 건, 여섯 정밀도가 일제히 올라온 것은 Hygon 경로가 FlagOS 2.2 이후 처음으로 체계적인 투자를 한 것입니다.

1.6 FlagTree: Enflame GCU300 기준선과 AMD RDNA 다운그레이드 경로, Ascend 3.5 py312 전달 (10-19)

날짜: 2026-10-19　출처: PR #1363 · PR #1397 · PR #1396 · 저장소

  • CI 및 기준선: Enflame enflame3.6-gcu300의 FlagGems 기준선 및 테스트 워크플로(#1397), Enflame vLLM 벤치마크 워크플로 편입(#1334), AMD amd3.6의 FlagGems 기준선 및 테스트 워크플로(#1399), Ascend 3.5 py312 전달 워크플로(#1396) 및 후속 수정(#1398), triton_v3.5.x 브랜치의 codeowner 업데이트(#1406).

  • 컴파일 능력: FlagMega 측에서 TLE의 pipe, warp_specialize, distributed_barrier를 AMD RDNA로 내렸으며(#1363), 휴대용 디코딩 경로에 nvidia-sm89(Ada) 타깃을 보완했습니다(#1362). 전자는 방언을 소비자용 AMD 그래픽 카드로 내린 것이고, 후자는 원래 Hopper에 묶여 있던 디코딩 경로를 Ada로 앞당긴 것입니다.

  • 판단: FlagTree의 당일 작업은 거의 전부 「백엔드 × 버전 × 워크플로」 3차원 매트릭스에 칸을 채우는 것이었으며, 5건의 커밋과 8건의 병합 중 핵심 IR을 변경한 것은 한 건도 없습니다. 이는 1.2의 builder 마무리와 같은 사안의 양면입니다. 즉 아티팩트와 CI가 먼저이고, 언어 계층은 매트릭스가 안정된 후에 움직입니다.

1.7 추론 및 학습 스택: Enflame 및 Iluvatar CoreX 그래프 모드, HY4 H100 연결, Ascend vLLM 0.28 업그레이드 (10-19)

날짜: 2026-10-19　출처: PR #569 · PR #578 · PR #453 · 저장소

  • 그래프 모드 두 건: 시왕 Sunrise의 그래프 모드(#569)와 쑤이위안 GCU300의 그래프 모드(#578, inductor + cudagraph)가 같은 날 병합되어, vLLM 측의 CUDA Graph 경로가 어센드/쿤룬신에서만 검증되는 것이 아니라 두 개의 중국산 백엔드에서도 구현되기 시작했음을 의미한다.
  • 칩 연동: HY4 H100의 FlagOS 지원(#453)이 병합되었고, 브랜치 관리 측면에서는 0.4.0-dev를 0.5.0-dev로 전방 동기화(#612)했으며, CI가 이러한 동기화 PR을 자동 생성하도록 했다(#609).
  • 버전 라인: 다모아카데미 슈안톄 백엔드가 vLLM 0.28.0으로 업그레이드되었으며(#574), 심사 측에는 「opt-in 방식의 FlagGems-vllm 연산자를 vLLM 0.28로 이식」(#613), 어센드 전체 디코드 그래프와 Qwen3.6(#606), MetaX C550에서의 Hy4-preview 그래프 모드 모니터링(#614)이 있다.
  • 학습 측: TransformerEngine-FL에 CICD 플랫폼 매트릭스 필터링, ci-complete 게이트, 제한적 재시도 및 /ci 명령이 병합되었고(#137), Torch-FL에는 CI 라인 커버리지 보고와 MetaX 보고 수정이 병합되었으며(#587), 「FlagCICD 진입점 통합, L0~L2 지원」이 심사 중이다(#599).
  • 판단: 추론 스택의 이날 키워드는 「그래프 모드 확산 + 버전 라인 추적」이다. 그래프 모드는 성능 실현의 전제 조건이고, vLLM 0.28은 버전 부채의 상환이며, 둘 다 다음 라운드의 대외 성능 수치를 준비하는 작업이다.

1.8 FlagDNN / FlagTrain / FlagSparse / Torch-FL: 일수위안 동등 성능, 무어 스레드 백엔드, MUSA 최적화 (10-19)

날짜: 2026-10-19　출처: FlagDNN 커밋 · FlagTrain PR #20 · FlagSparse PR #113 · Torch-FL PR #593

  • FlagDNN: 4건의 커밋이 모두 master에 직접 푸시되었다. 먼저 iluvatar의 동등 성능 베이스라인(equivalent_baseline.cpp, equivalent_runner.hpp 등, +8157)을 추가한 뒤 두 차례 수정(hygon 기준 계약 및 pre-commit 조정 포함)을 거쳤고, ascend 검증 디렉터리를 정리했다(−7047). 해당 저장소는 당일 PR 절차가 없었으며 유지보수자의 직접 푸시에 해당한다.
  • FlagTrain: 무어 스레드 백엔드와 두 개의 연산자 지원이 병합되었다(#20). 해당 저장소는 10-15에야 첫 문서가 나왔고, 10-14부터 연속으로 packbits, unpackbits, evoformer_attn을 보강했으며, 현재 가장 어린 연산자 저장소이다.
  • FlagSparse: MUSA 최적화가 병합되었으며(#113, NCIC-AlphaSparse 브랜치에서 유래), 모니터링 기간 내 2건의 커밋, 1건의 병합이 있었다. 희소 라이브러리의 벤더 투자는 현재 무어 스레드 한 라인에 집중되어 있다.
  • Torch-FL: 「iluvatar에 독립 런타임을 부여하여 휠이 CPU 버전 torch를 링크하도록 함」(#593)과 CI 커버리지 보고(#587)가 병합되었고, 심사 중에는 Iluvatar BI-V150 빌드 테스트 행(#569), FlagCICD 진입점 통합(#599), 대체된 PR 및 브랜치 실행 취소(#588)가 있다.
  • 판단: 네 저장소의 공통점은 「특정 벤더의 백엔드에 측정 가능한 베이스라인을 보강」하는 것이다. 일수위안은 동등 성능을, 무어 스레드는 백엔드 진입점을, 희소 라이브러리는 MUSA 경로를, Torch-FL은 GPU 드라이버가 없는 머신에도 설치 가능하도록 하는 것을 요구한다. 이런 작업은 대외 공표 자료에는 나타나지 않지만, 다음 버전 성능표가 해당 칩들을 커버할 수 있는지를 결정한다.

2. 뉴스 보도와 생태계

2.1 회의 후 첫 심층 기술 기사: 중화망, FlagOS 2.2 풀스택 분석 게재 (10-19)

날짜: 2026-10-19　출처: 중화망 기술 기사 · 넷이즈 전재

  • 성격: 이는 대회(10-17~10-18) 이후 첫 번째로 완전한 기술 세부 사항을 담은 미디어 기사로, 10-19 17:56에 게시되었으며 연설 속기가 아니라 「연산자와 컴파일, 보조 연구개발, 플러그인과 양자화, Token 서비스, 단말과 플랫폼」 다섯 단락으로 구성되었고, 8장의 아키텍처 다이어그램과 3장의 성능 표를 포함한다.
  • 새로 추가된 정량적 사실 (지난 호 데일리 리포트에서 다루지 않은 내용): KernelGen은 이미 아홉 종의 AI 칩을 지원하며, 이번 분기에 765개의 연산자를 추가 생성했고 그중 416개가 최소 5종의 국산 칩에서 정밀도 검증을 통과하고 네이티브 연산자 성능의 80% 이상에 도달했다; FlagGems-SGLang의 40개 연산자는 NVIDIA에서 전부 통과했다; Qwen3.8-Flash-Next를 위해 8개의 융합 연산자를 새로 추가하고 CUDA Graph 완전 그래프 삽입을 완료했다.
  • 양자화 도구의 실제 사례: FlagOS-Compressor는 Qwen3.5-397B-A17B에서 W8A8을 적용한 후 모델 파일이 751.41GB에서 382.45GB로 감소했으며(49.1% 감소), GPQA-Diamond 절대 정확도 84.85%를 기록하고 NVIDIA H20과 국산 PPU 두 가지 추론 체인 검증을 완료했다; Qwen3.8-2.4T-A95B에서는 BF16, FP8에서 INT8로의 처리 경로를 제시했다.
  • Token 서비스의 시나리오별 수치: DeepSeek V4.1 Flash는 H100(1P1D, W4A16/FP8)에서 32路와 64路 동시 접속 시 요청당 디코딩 속도가 각각 19.7%와 18.0% 향상되었다; Damo Academy XuanTie 810E(노드당 96GB 16장, W8A8)는 24路와 48路 동시 접속에서 각각 83.1%와 91.5% 향상되었다. GLM-5.3-Flash의 논리 서비스 처리량은 8.52k에서 17.36k tokens/s로 증가했으며(2.04배); 512K 장문 컨텍스트의 생성 속도는 60.9 tokens/s로 공식 API 외부 측정 참조값 61.1의 99.7%이다; 8카드 910B 월 임대료 16,500위안 기준으로 256K 입력/8 동시 접속의 백만 출력 Token당 임대 환산 비용은 59.27위안으로 상용 API 과금 참조보다 19.4% 낮고, 512K 입력/4 동시 접속은 104.53위안으로 27.6% 낮다.
  • 생태계와 플랫폼 측면: 생태계 회원 단위 107개사, 3분기 커뮤니티 다운로드 464,336회로 2분기의 4.76배, 신규 파트너로 Lingchuan Technology, China Electronics, Runkaihong, China Telecom, NXP, Biren Technology, Kuaiwei Intelligence, ListenAI 포함; China Telecom Xingchen 대형 모델은 훈련 측에서 FlagGems를 MindSpore + CANN + Ascend NPU 체계에 통합했고, mHC, TopK 등 훈련 연산자는 엔드투엔드 검증을 완료했으며, MindFormers 통합 작업은 오픈소스로 병합되었다. 추론 측 Xing4.0-29B-A4B는 열 종의 칩 플랫폼 적응을 완료했으며(그중 Apple M5 Pro와 Cixin P1은 W4A8 단말 양자화 적용), 12개의 추론 연산자를 FlagGems와 vLLM 메인 저장소에 오픈소스화했다; iSoftStone Tianyuan 지능형 컴퓨팅 하이브리드 클라우드는 네 대의 Ascend 910C에서 GLM-5.2를 최적화했고, 다섯 가지 변경 사항을 모두 활성화한 후 p50 ITL이 14.53% 감소하고 서버 측 p99 ITL이 83.82ms에서 66.35ms로 감소했다(−20.84%).
  • 판단: 이 기사의 의의는 숫자의 많寡가 아니라 2.2의 수익을 「검증 가능한 개별 사례」로 분해했다는 점에 있다 — 모든 숫자에 모델명, 칩 모델, 동시 접속 수와 대조 기준이 붙어 있다. 이전 두 호 데일리 리포트의 2.2 기준은 주로 메인 포럼의 네 그룹 요약 지표 위주였는데, 이 기사가 그룹별 증거를 보완했다.

2.2 보도 확산 및 채널 검증: Dostor 연설 전문은 10-18 구稿의 늦은 인덱싱, CSDN과 Zhiyuan 커뮤니티는 신규 없음(10-19 ~ 10-20)

날짜: 2026-10-19 ~ 2026-10-20　출처: Dostor 기사 · CSDN DAMO 개발자 매트릭스 · Zhiyuan 커뮤니티

  • 늦은 인덱스 식별: Google News는 10-19 17:09에 저장 온라인의 《린융화: 중즈 FlagOS 2.2 발표, token 경제는 물리 AI로 나아가고 있다》를 수집했으나, 원본 페이지 표기 날짜는 2026-10-18이며 내용은 메인 포럼 연설 전문 정리로, 이전 회차 데일리 리포트에서 인용한 DOIT 현장 보도와 같은 출처이다. 수집 규칙에 따라 신규 항목으로 중복 집계하지 않고 확산으로만 등록한다.
  • 컴포넌트명 직접 조회 여전히 0건: FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen 일곱 개 컴포넌트명은 24시간 모니터링 기간 내 여전히 0건으로, 이는 여러 모니터링 기간에 걸쳐 동일한 결론이다. 적중은 「즈위안연구원 오픈소스 / 칩」「국산 연산력 오픈소스 소프트웨어 스택」등 광범위한 단어에 집중되었으며, 14건의 후보 중 12건은 자본 및 시황 기사(신주 발행 통계, 공업박람회 수상, 펀딩 속보, 사무용 Agent 리포트)로 제목 의미에 따라 제외했다.
  • 채널 점검: CSDN의 FlagOS 칼럼과 DAMO 개발자 매트릭스는 모니터링 기간 내 신규 글이 없었으며(최신은 10-12의 전체 일정 예고, 10-17~10-18의 분과 포럼 라이브 페이지는 여전히 「다시보기 중」으로 표기); 즈위안 커뮤니티 홈페이지와 사이트 내 검색에는 FlagOS 관련 항목이 없었다; HN Algolia 여덟 개 쿼리에도 직접 적중은 없었고 반환 결과는 모두 동명이의 오매칭이었다. 대회 분과 포럼의 세션별 회의록은 모니터링 기간 종료 시점까지도 공개되지 않았다.
  • 판단: 뉴스 측은 「대회 후 소화기」에 진입했다——메인 포럼 내용은 미디어가 2차 가공했으며, 분과 포럼과 워크숍 내용은 아직 기사화되지 않았다. 데일리 리포트 관점에서 이번 기간 뉴스 면의 유효 항목은 1건(2.1)이며, 주된 정보량은 여전히 GitHub 측에 있다.

3. 멤버사 심층 분석

3.1 하이곤: FlagBLAS 6정밀도 GEMM과 L1 지원 동시 반영(10-19)

날짜: 2026-10-19　출처: FlagBLAS PR #151 · PR #149 · FlagGems PR #6584

  • 조치: PR #151이 gfx936의 sgemm, hgemm, bfgemm, dgemm, cgemm, zgemm 6정밀도 커널을 병합했고, PR #149가 L1 지원을 병합했으며, 두 건 모두 같은 날 master에 반영되었다. FlagGems 측에서는 hygon_mv의 타임아웃 문제를 수정했다(#6584).
  • 기술 방향: BF16은 튜닝 풀 + TN 3경로 전략 + padding 경로에 성능 보고서를 첨부했고, FP64는 MMAC 점곱 커널을 사용하며, 반정밀도와 복소수는 독립 Triton 커널 + 형태별 구간 설정을 사용하고, 참조 구현은 cupy 대신 ctypes로 hipBLAS를 호출하도록 변경했다——테스트 환경이 의도적으로 CUDA 생태계에 의존하지 않음을 보여준다.
  • 공백: dgemm은 FlagTree의 fp64 MMAC 지원에 의존하며, 컴파일러 측 역량이 이미 메인라인에 진입했는지는 후속 FlagTree의 MMAC 커밋을 확인해야 한다; 현재로서는 의존 관계가 PR에 명시되어 있음만 확인할 수 있다.
  • 판단: 하이곤의 기존 FlagOS 투자는 빌드 채널과 디바이스 인터페이스(/dev/itrctl) 중심이었으나, BLAS 메인라인 진입은 「성능이 벤치마크로 직접 측정 가능한」차원에서 투자를 강화하기 시작했음을 의미한다.

3.2 일루바타 코어X: FlagDNN 동등 성능 베이스라인 master에 직푸시, Torch-FL 독립 런타임 분리(10-19)

날짜: 2026-10-19　출처: FlagDNN 커밋 · Torch-FL PR #593 · build-infra PR #1409

  • FlagDNN: master에 직접 푸시된 네 건의 커밋은 모두 iluvatar와 관련되어 있으며, 동등 성능 베이스라인 추가(+8157), 두 차례 수정, 그리고 backends/iluvatar/dispatch/pointwise.py와 kernels/activation_backward.py, kernels/binary.py의 구현 조정이 포함됩니다. 같은 커밋 묶음에는 hygon 벤치마크 계약 수정과 ascend 검증 디렉터리 정리(−7047)도 포함되어 있습니다.
  • Torch-FL: PR #593은 iluvatar에 독립 런타임을 제공하여 휠이 CPU 버전 torch를 링크하도록 합니다. 즉, Iluvatar 머신에서 CUDA 런타임 없이도 설치할 수 있습니다. 함께 검토 중인 것은 Iluvatar BI-V150의 빌드 및 테스트 라인(#569)입니다.
  • 빌드 측: build-infra의 PR #1409는 iluvatar의 pin 날짜를 22.04 재배포 버전으로 갱신하고, PR #1420은 같은 묶음에서 sunrise 휠이 22.04-clean으로 재배포됨을 기록합니다.
  • 판단: Iluvatar의 이날 세 가지 조치는 동일한 목표를 향합니다. 즉, 「Iluvatar 카드에서 실행 가능」을 「Iluvatar의 표준 환경에서 자동 빌드, 자동 테스트, 자동 동등 성능 산출 가능」으로 바꾸는 것입니다. 동등 성능 베이스라인이 해당 목표의 마지막 조각입니다.

3.3 Tsingmicro와 Sunrise: 두 백엔드가 같은 날 FlagCX 22.04 builder에 진입 (10-19)

날짜: 2026-10-19　출처: build-infra PR #1422 · PR #1418 · PR #1420

  • Tsingmicro (tsingmicro): PR #1422는 tsm260610 휠에 22.04 자체 포함 builder를 추가합니다. FlagGems 측에는 같은 날 bump-flagtree-tsm 브랜치가 생성되었으며(10-19 15:31 생성), FlagTree의 Tsingmicro 버전 업그레이드를 가리킵니다. base 이미지 tsingmicro-tsm260610은 이미 매트릭스에 포함되어 있습니다.
  • Sunrise (sunrise): PR #1418은 tangrt1.2.0 휠에 22.04 자체 포함 builder를 추가하고 flagcx-builder-sunrise 브랜치를 생성했으며(10-19 17:57), PR #1420은 이어서 해당 휠이 22.04-clean으로 재배포되었음을 기록합니다.
  • 의미: 두 회사 모두 FlagOS 2.2의 21개 칩 제조사 범위의 전면 서사에는 포함되지 않지만, 아티팩트 채널은 이미 동일한 규격으로 연결되어 있습니다. 이는 일반적으로 적응 작업이 「실행 가능 여부」를 넘어 「안정적 배포 가능 여부」 단계에 진입했음을 의미합니다.
  • 미확인 항목: 모니터링 기간 내에 두 회사의 독립 Release 또는 대외 뉴스는 발견되지 않았으며, 본 항목은 GitHub 측 증거만 존재합니다.

3.4 Enflame: GCU300 베이스라인, vLLM 벤치마크 워크플로 및 builder 어서션 수정 (10-19)

날짜: 2026-10-19　출처: FlagTree PR #1397 · PR #1334 · build-infra PR #1417 · vllm-plugin-FL PR #578

  • CI 세 건: FlagTree는 enflame3.6-gcu300의 FlagGems 베이스라인과 테스트 워크플로를 추가하고(#1397), Enflame vLLM 벤치마크를 워크플로에 추가합니다(#1334). build-infra는 Enflame builder를 추가하고 검증 단계를 데이터 기반으로 변경하며(#1417), 동시에 「빌드 시 Enflame 백엔드 어서션」을 수정하고(#1419), toolkit deb를 이미지에 사전 배치합니다(#1421).
  • 런타임 한 건: vllm-plugin-FL의 GCU300 그래프 모드(#578)가 병합되어 inductor + cudagraph를 활성화합니다.
  • 판단: Enflame의 당일 여섯 건의 조치는 「베이스라인, 벤치마크, 패키징, 어서션, 그래프 모드」 다섯 단계를 아우르며, 단일 회원 단위 중 체인가 가장 완전한 그룹입니다. GCU300의 그래프 모드 적용은 build-infra가 같은 날 빌드 시 어서션을 수정해야 했던 이유도 설명합니다. 그래프 모드의 컴파일 경로는 백엔드 선언에 더 민감합니다.

3.5 Moore Threads, Ascend, DAMO Academy XuanTie: MUSA 연산자 라인, CANN 9.0 베이스라인, T-Head GRU 데드락 수정 (10-19)

날짜: 2026-10-19　출처: FlagGems PR #7261 · PR #7203 · FlagTrain PR #20 · FlagSparse PR #113 · build-infra base

  • Moore Threads: FlagGems의 KMCompiler 라인은 linear 가중치를 trans_b로 WS SQMMA에 전달하며(#7261), rnn_tanh 테스트에서 musa를 활성화했다(#7256). FlagTrain은 mthreads 백엔드와 두 개의 연산자를 추가했고(#20), FlagSparse는 MUSA 최적화를 병합했다(#113). 세 라인이 MUSA의 당일 모든 작업을 구성한다.
  • Ascend: build-infra의 base/ 아래에 ascend-cann8.5.0과 ascend-cann9.0.0이 동시에 존재하며(각각 910c 변형 포함), 네 개 휠의 builder를 22.04로 통일했다(#1414). FlagGems 측에서는 mm 형상 디스패치와 Triton tiling 최적화(#7239), reference 계약 수정(#7286, #7287, #7253)이 이루어졌다. FlagTree의 3.5 py312 전달 워크플로(#1396, #1398)와 vllm-plugin-FL의 Ascend 전체 디코드 그래프(#606)는 여전히 리뷰 중이다.
  • DAMO XuanTie: FlagGems는 T-Head 백엔드의 GRU barrier 데드락을 수정했으며(#7203), FlagGems-vllm은 sparse QSA의 최소 tile을 16행으로 올렸고(#940), vllm-plugin-FL은 XuanTie 백엔드를 vLLM 0.28.0으로 업그레이드했다(#574). 세 라인은 각각 정확성, 성능 하한, 버전 추적에 대응한다.
  • 판단: 세 업체의 당일 공통점은 “새로운 능력 추가”가 아니라 “경계 수정”이다. MUSA는 백엔드 진입점을 보강하고, Ascend는 전달과 테스트 계약을 보강하며, XuanTie는 동시성 정확성을 보강하고 있다. 이러한 수정은 대외 성능 지표에는 나타나지 않지만, 멀티칩 베이스라인의 횡적 비교 가능 여부를 결정한다.

4. 요약 및 트렌드 관찰

  • 트렌드 1: 아티팩트 채널의 통합이 기능 확장보다 선행. build-infra는 하루 16건의 커밋과 16건의 병합을 기록했으며, 모두 22.04 자체 포함 빌더에 집중되었다. Ascend 4세대 서브, XiWang, Qingwei가 같은 날 동일한 레시피에 편입되었고, base/ 디렉터리는 9개 벤더의 17개 베이스라인 이미지 매트릭스를 형성했다. glibc 하한을 2.38에서 2.35로 낮춘 것은 어떤 신규 연산자보다도 “휠이 사용자 머신에 설치될 수 있는지”를 더 직접적으로 결정한다. 이 단서는 10-16부터 10-18까지의 6개 백엔드 마무리와 연결되어 완전한 사슬을 이루며, FlagOS 2.2 릴리스 이후 첫 번째 체계적 보완으로 볼 수 있다.
  • 트렌드 2: 양자 스택이 프레임워크 초기 형태에서 범용 프레임워크의 경계 정의로 전환. FlagQuantum은 하루 405개 파일, 159개의 신규 공개名을 병합했으며, 동시에 M0~M4 로드맵으로 다섯类 하드웨어의 재사용 전제를 명확히 하고 Stable Core의 41개 익스포트를 불변으로 유지했다. 이 “서브패키지 확장, 코어 고정” 방식은 10-18 량즈윈(Liangzhiyun) 릴리스 시 FlagQuantum을 기술 기초 문서로 위치시킨 것과 일치한다——외부에 능력을 설명하기 전에 어떤 것이 안정적 인터페이스인지 먼저 명확히 한다.
  • 트렌드 3: 국산 연산력 측의 투입이 “연산자”에서 “벤치마크와 기초 라이브러리”로 이동 중. Hygon은 FlagBLAS에서 6정밀도 GEMM과 L1 지원을 보완했고; Iluvatar CoreX는 FlagDNN에서 등가 성능 베이스라인을 보완하고 master에 직접 푸시했으며; Enflame은 FlagTree에서 GCU300 베이스라인과 vLLM 벤치마크 워크플로를 구축했고; Moore Threads는 FlagGems, FlagTrain, FlagSparse 세 라인을 동시에 움직였다. 공통점은 모두 벤치마크로 직접 측정 가능하다는 것이며, 단순히 “특정 연산자를 지원한다”는 것이 아니다.
  • 트렌드 4: KernelGen이 희소 및 뷰 시맨틱의 마무리 단계에 진입. 병합 측의 _coalesce, ccol_indices_copy, _neg_view_copy와 심사 중인 10여 건의 희소 연산자(_sparse_mm 계열, coo/csr 인덱스 상호 변환, copy_sparse_to_sparse_)는 밀집 메인라인이 기본적으로 정리되었음을 보여준다. 동시에 Kunlunxin은 30건 심사 중으로 단일 백엔드 최대 큐를 구성했으며, XPU3의 어텐션 계열과 RNN 계열이 다음 배치로 병합될 주체이다.
  • 트렌드 5: 뉴스 면은 회의 후 소화 단계에 접어들었고, 정보 중심이 저장소로 회귀. 24시간 기간 내 유효 뉴스 1건(중화망 10-19 기술 해체, 7개 양자화 사례 보충), 컴포넌트명 직접 조회 연속 제로 히트, 분과 포럼 기조와 워크숍 내용은 아직 초고 미완성. 경험상 이러한 기간 후 1~2일 내에 분과 포럼의 2차 보도가 나오는 것이 일반적이며, 차기 관찰 포인트로 삼을 수 있다.
  • 차기 주목 사항: 첫째, FlagQuantum의 feat/m0-common-foundation 브랜치(10-19 16:47 생성)가 언제 PR을 올릴지; 둘째, FlagGems의 해당 희소 커널 심사 큐 병합 리듬; 셋째, build-infra가 “한 줄에 백엔드 하나” 레시피를 FlagTree와 Torch-FL 아티팩트 라인에 복제할지; 넷째, 대회 분과 포럼 기조 공개 여부.

전체 출처 목록

6 Ascend 3.5 py312 제공 — https://github.com/flagos-ai/FlagTree/pull/1396

출처 검증표

출처 검증 결과
GitHub org flagos-ai 61개 저장소 전체 검증, 모니터링 기간 내 16개 저장소 푸시, 93건 커밋, 88건 병합
GitHub Release / 태그 16개 활성 저장소 개별 검증, 모니터링 기간 내 신규 Release 없음
GitHub 검토 중 PR 모니터링 기간 내 180건 업데이트, 상위 100건 저장소별 집계(FlagGems 63, FlagGems-vllm 12로 선두)
Google News RSS 중·영문 쿼리 24조, 모니터링 기간 내 후보 14건, 유효 0건(컴포넌트명 직접 조회 적중 없음, 광범위 키워드 적중 12건은 자본 및 시황 기사, 2건은 구 기사 지연 인덱싱)
HN Algolia 8개 쿼리 직접 적중 없음, 동명 단어 오매칭 반환
Zhonghua / NetEase 유효 1건(10-19 17:56 기술 분해), 7개 정량 사례 보충
Storage Online 지연 인덱싱 1건(페이지 날짜 10-18, 강연 전문), 중복 집계하지 않음
CSDN FlagOS 컬럼 / DAMO 모니터링 기간 내 신규 글 없음, 분과 포럼 라이브 페이지는 여전히 다시보기 중으로 표기
Zhiyuan 커뮤니티 홈페이지 및 사이트 내 검색에 FlagOS 관련 항목 없음
대회 공식 홈페이지 의제 페이지 의제 변동 없음, 회의록 또는 강연 실록 공개 없음