보고 기간: 2026년 10월 26일(월)부터 10월 30일(금)까지, 총 5영업일.

자료 출처: 본 간행물의 FlagOS 동향 데일리 리포트 5회분(10-26 / 10-27 / 10-28 / 10-29 / 10-30, 기간 내 결호 없음). 이 중 10-26호는 월요일 조간으로, 모니터링 기간은 직전 호 마감 시점인 10-23 06:00부터 기산하여 72시간이며 10-24와 10-25 주말을 포함한다. 10-27부터 10-30까지 네 호는 24시간 기간으로, 머리와 꼬리가 서로 맞물리며, 마지막 호의 최종 마감은 10-29 06:00부터 10-30 06:00까지이다. 따라서 본 보고서의 사실 구간은 10-23부터 10-29까지이며, 10-23부터 10-25 부분은 원래 날짜로 표기한다.

편성 설명: 버전과 릴리스, 컴포넌트와 코드 공동 구축, 회원 단위와 벤더 적응, 생태계와 커뮤니티, 추세 관찰의 다섯 가지 차원으로 구성한다. 5회분 데일리 리포트를 각자의 기간별로 누적하면 커밋 1187건, 머지 755건이다. 만약 네 개의 완전한 24시간 기간(10-27부터 10-30)만 취하면 커밋 575건, 머지 481건이다. 회차별로 푸시가 있는 저장소 수는 순서대로 16, 18, 20, 23, 21개이며, 조직 저장소 총수는 61개이다. 버전과 태그는 각 컴포넌트 저장소의 태그와 Release 원출처로 독립 재검증하며, 10-31 재검증 결과: build-infra 최신 태그는 여전히 v2.2.0이고, community 저장소 release/2.3 디렉터리 아래에는 여전히 중영문 일정표만 있을 뿐 릴리스 목록은 보이지 않는다.

1. 주간 주요 뉴스

  • 2.3.0이 런타임에서 애플리케이션 계층까지 전 구간 파이프라인을 완료했으나 태그와 릴리스 목록은 여전히 미확정(10-25 ~ 10-30): 10-25에 2.3.0 런타임을 버전에 따라 재빌드하도록 승인했다. 10-26에는 스무 개의 vllm0.24.0 애플리케이션 이미지를 새 런타임 위에서 재빌드하도록 승인하고, 태그를 “백엔드별 접미사 추가”에서 통일된 2.3.0-0.3.0으로 수렴시켰다. 10-27 06:54부터 13:25까지 연속 스무 건의 로봇 커밋으로 스무 개 백엔드 키의 애플리케이션 이미지 태그를 하나씩 장부에 반영했다. 10-28부터 10-29에는 changelog가 사이트 페이지와 Harbor에 게시되었다. 10-30 아침 기준으로 build-infra 최신 태그는 여전히 8월 3일의 v2.2.0이며, community/release/2.3에는 여전히 릴리스 목록이 수립되지 않았다. 일정에 따르면 11-13은 FEP 머지 마감, 11-30은 기능 동결 및 rc0 분기, 12-07은 rc1 분기, 12-14는 rc2 분기, 12-25는 코드 프리즈, 12-30은 릴리스이다.

  • MiniMax-M3.1-Flash 구코어 W8A8 동일자 납품, Day-0가 “통일 포맷 일괄 복제” 단계로 진입(10-23): MiniMax 오픈소스 당일, FlagOS는 아홉 개 칩 벤더의 W8A8 버전을 ModelScope와 Hugging Face에 게시했으며, 아홉 저장소가 10-23 14:06부터 14:39까지 30분 내에 집중적으로 수립되었다. 아홉 곳은 Damo Academy XuanTie(Zhenwu), NVIDIA, MetaX, Hygon, Huawei Ascend, Moore Threads, Iluvatar CoreX, Kunlunxin, Tsingwei이며, 이 중 NVIDIA, Ascend, Kunlunxin, Damo Academy XuanTie 네 곳은 Express 버전이다. 기술 경로는 모델 원래의 QAT NVFP4 가중치를 칩 간 통일된 W8A8 포맷으로 재변환하는 것이며, 소스 배포 예시는 Damo Academy XuanTie를 기준으로 한다(vLLM 0.24.0, vllm-plugin-FL 0.3.0, FlagGems 5.4.0, 텐서 병렬 8카드). 이는 GLM-5.3-Flash 구코어에 이어 일주일 내 두 번째 “모델 오픈소스 당일 구코어 동시 출시”이며, 차이는 이전 라운드가 BF16과 다정밀도 병행이었던 반면 이번 라운드는 통일적으로 W8A8 단일 경로로 수렴되었다는 점이다.

  • Horizon Robotics BPU가 처음으로 연산자별 실행이 가능한 PrivateUse1 백엔드가 되어, 새 플랫폼이 “설계상 사용 불가”에서 사용 가능으로 전환(10-28): Torch-FL #674가 연산자별 실행 계층을 반영했다(31개 파일, 5698줄 추가 145줄 삭제). 이전에는 BPU가 PrivateUse1에서 어떤 계산 연산자도 등록하지 않았고, hbDNNInferV2는 컴파일된 전체 그래프만 받아들였으며, 모든 aten 호출이 cpu_fallback으로 떨어졌고, backends_bpu.conf는 비어 있었다. 해당 커밋은 누락된 중간 계층을 보완한다: x86 측에서 hbdk4로 단일 연산자 .hbm 산출물 라이브러리를 컴파일하고, 이러한 산출물을 제출하는 C++ 커널을 생성하며, drobotics conf 라우팅을 하나 추가하여 40개 원소별 연산자(32개 단항, 8개 이항), 11개 형상 버킷을 커버하며, RDK S600에서 440개 산출물을 하나씩 NumPy와 비교하여 차이 제로를 확인했다. 마무리 세 건은 각각 배포 로그 이름, CUDA 복사 커널 가드, 벤더 이름에서 플랫폼 id로의 매핑을 수정했다. 한계도 명확하다: 컨볼루션 등 주간 연산자는 여전히 torch.compile 전체 그래프 경로에 의존한다.

  • FEP-0140은 0.32 단일 릴리스, 0.28 건너뛰기, AMD 편입으로 규칙 측면에서 버전 추종 비용을 한 번에 줄임 (10-27 ~ 10-28): community 저장소의 두 개의 재작성(#157, #158)은 vLLM 플러그인의 다중 버전 호환 전략을 「0.32가 유일한 릴리스 버전이며 모든 칩을 커버」로 정했고, 기존 「Day-0 요구에 따라 다섯 곳 선택」 범위를 전체 매트릭스(2.2 주기의 열 개 제조사에 NVIDIA와 AMD 추가)로 확대했다. 0.28은 더 이상 릴리스 버전으로 사용되지 않으며 매트릭스 열과 관련 PR 단락도 함께 삭제되었고, 이미 병합된 0.28 적응은 업그레이드 기준선으로만 남는다. 10-28에는 분석 범위와 검증 계획을 보충하고(#159) 상태를 Implementable로, Owner를 @ceci3로 설정했다(#160). FEP-0141은 SGLang 0.5.18과 MetaX, Tsingmicro의 기본 기능으로 범위를 좁혔다(#161). 비용은 명시적으로 기록되었다: 0.28에서 병합된 적응은 0.32에서 재검수를 거쳐야 하며, 이 작업량은 아직 어떤 PR에도 반영되지 않았다.

  • 다모클럽 쉬안톄, 일주일 만에 두 가지 기반을 연속 보강: BLAS1 15개 연산자 저장소 등록과 PPU 희소 어텐션 (10-26 / 10-28): 10-26 FlagBLAS #154는 AMAX, AMIN, ASUM, AXPY, COPY, DOT, DOTC, DOTU, NRM2, ROT, ROTG, ROTM, ROTMG, SCAL, SWAP 15개 1급 기본 선형대수 연산자를 한 번에 보충했으며, 17개 파일을 변경하고 16,168줄을 추가했다. 이전에 이 백엔드는 FlagOS 내에서 추론 경로에 집중되어 있었고 수치 라이브러리는 공백이었다. 10-28 FlagAttention #111은 또 Zhenwu PPU를 위해 MiniMax 희소 어텐션 추론 연산자(6개 파일, 4,644줄 추가)를 보충했으며, 페이지드 KV 캐시, 인과 마스크, 강제 블록 선택을 지원하고 prefill 21/21 통과, 기하평균 2.299배, decode 18/18 통과, 기하평균 1.354배, 합계 39/39, 기하평균 1.800배를 기록했다. 「추론 실행 가능, 학습 실행 가능, 수치 라이브러리 자체 일관성」의 세 단계로 볼 때, 이번 주에 세 번째 단계의 첫 번째 발판으로 넘어섰다.

  • MetaX, 135개 특화 연산자의 검수 증거를 심사 가능한 상태로 옮기고 한 시간 내에 135건의 PR 개설 (10-27): FlagGems-Experimental은 17:43부터 17:59 사이에 #744부터 #878까지 새로 열었으며, 제목은 통일적으로 「Add MetaX support for 연산자명」이고 각 건은 단일 파일, 약 200줄 증감이다. PR 본문은 이번 라운드가 MetaX 특화 연산자 재테스트(1027 배치)임을 설명하며, 150개 연산자가 참여하고 135개가 세 차례 재테스트를 통과한 후 하나씩 제출되었으며, 통과하지 못한 15개는 배치 외로 남겨졌다. 검수 기준은 정밀도 29개 케이스 전부 통과, 성능 기하평균 1.008배(기준 0.8)이며, 환경은 torch 2.8.0에 metax3.7.2.0, flagtree 0.6.1, 8카드 C550이다. 당일 조직 내 심사 중 PR은 225에서 401로 증가했으며, 그중 135건이 이번 일괄 제출에서 나왔다.

  • 테스트 인프라 ref-as-candidate가 두 저장소에 적용, 「무엇을 테스트하는가」가 연산자 유무에서 참조와 구현의 일치 여부로 변화 (10-29): FlagGems #7630(9개 파일)은 정확성 테스트와 벤치마크가 명시적으로 선언된 참조 구현을 후보로 실행할 수 있게 했으며, 더 이상 외부 후보 파일에 의존하지 않는다. 참조 누락, 참조 호출 불가, 테스트 본문이 실제로 후보를 호출하지 않은 경우 모두 명시적으로 실패한다. 같은 날 FlagGems-sglang은 #239부터 #249까지 11건으로 모든 정확성 스위트를 get_candidate로 변경했고, 매일 master에서 kernelgen-dev로의 자동 동기화 PR(#242, 당일 두 건 생성)을 새로 추가했다. 같은 날 별도로 동일 작성자의 테스트 수정 57건이 병합되었으며, Ascend, MetaX, Enflame, Kunlunxin, NVIDIA의 스킵 조건과 참조 ABI를 커버한다. 이 라인은 연산자 수를 산출하지 않지만 이후 모든 백엔드 정렬의 신뢰성을 결정한다.

  • MiniCPM-OCR 듀얼 모델 Day0로 12개 플랫폼 커버, 처음으로 비교 가능한 정규화 기준 제시 (10-29): Mianbao Zhineng(OpenBMB)이 오픈소스로 공개한 MiniCPM-OCR 1.0(1.3B)과 MiniCPM-OCR Jev(2B)가 크로스 칩 적응을 완료했으며, 다모클럽 쉬안톄, NVIDIA, Huawei Ascend, Hygon, Kunlunxin, MetaX, Moore Threads, Tsingmicro, Iluvatar CoreX, Xiwang, Mac(ARM), Benxi Technology 12개 플랫폼을 커버한다. 성능 기준은 분리하여 서술했다: Jev는 다모클럽 쉬안톄에서 평균 63.56밀리초이며, 실제 계산 처리량은 NVIDIA H100 네이티브의 98.7%에 달한다. OCR 1.0은 피크 연산력으로 정규화한 후 단일 문서 P50 처리량이 네이티브의 169.3%, 배치 시나리오 137.1%이며, 169.3%의 전제는 단일 카드가 더 빠른 것이 아니라 저피크 연산력 플랫폼의 활용률이 더 높다는 것임을 명시했다. 엣지 M5 CPU에서 Jev는 평균 단일 페이지 블록 판별 1.2초, 중앙값 895밀리초이다.

2. 버전 및 릴리스 동향

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

시간 구성 요소 태그 / 버전 설명
10-26 10:13 FlagTree 0.7.1a1+mthreads3.6 Moore Threads 3.6 전용 빌드 라인, 순수 Tag, Releases 목록에 대응하는 본문 없음
10-28 17:25 FlagCX v0.14.1 #668「어댑터별 디바이스 비트코드 생성」을 가리키며, git tag만 있고 Release 본문 없음
10-29 10:55 FlagCX v0.14.1(태그 대상 업데이트) 재검토 시 태그가 #683의 병합 커밋(Kunlunxin cstddef 재적용)으로 이동되었으나 여전히 본문 없음
10-29 11:09 FlagTree 0.7.1a1+tsingmicro3.6 Tsingmicro 3.6 전용 빌드 라인, 순수 Tag, 대응하는 본문 없음
  • 세 개의 태그, 두 개의 구성 요소, 공식 버전은 하나도 없음: 이번 모니터링 기간에 공식 버전을 릴리스한 구성 요소는 없습니다. FlagGems는 여전히 5.4.0(09-28)이 공식 라인이며, 5.5.0.dev0은 10-12에 라인이 열린 후 새 태그가 없습니다. FlagQuantum은 v0.3.1(10-16)을 양자 스택 기준선으로 삼고 있으며, FlagScale, FlagBLAS, FlagDNN, FlagFFT, FlagTensor, FlagAttention, vllm-plugin-FL, sglang-plugin-FL 등은 여전히 09-28 그 배치에 머물러 있습니다. 이는 2.2 릴리스 이후, 2.3이 12-30 GA되기 전의 전형적인 공백기입니다: 대외 버전은 조용하고, 아티팩트 라인과 빌드 라인은 활발합니다.
  • 두 개의 태그에 릴리스 본문이 없는 것은 이번 주 유일하게 재발 가능한 프로세스 문제: FlagCX v0.14.1은 git tag만 생성하고 GitHub Release를 만들지 않았으며, v0.14.0의 「본문이 FlagOS 2.2 릴리스 목록을 가리키는」 방식과 일치하지 않습니다. FlagTree의 3.6 라인은 「벤더별 태그 하나」로 진행되며, 0.7.1a1 자체에는 통합 릴리스 노트가 없어 하위에서 태그 이름만으로 백엔드와 Triton 버전을 역추론해야 합니다.

2.3.0: 파이프라인은 처음부터 끝까지 동작하며, 태그와 릴리스 목록만 남음

  • 런타임 계층(10-25 ~ 10-26): 10-25에 2.3.0 런타임을 버전 요청에 따라 재빌드하도록 승인한 후, 두 건의 커밋으로 OCI 태그 빌드 파라미터 따옴표 문제와 벤더 SDK 환경 변수에서 venv 접두사가 유실되는 문제를 수정했습니다. 컨테이너에 시작 시 버전 파라미터를 추가하여 FLAGTREE_VERSION=latest로 당일 빌드를 설치하고 FLAGGEMS_VERSION으로 FlagGems 버전을 지정할 수 있게 되어, 버전이 「이미지에 구워지는」 방식에서 「시작 시 선택하는」 방식으로 바뀌었으며 -build 변형은 삭제되었습니다.
  • 애플리케이션 계층(10-26 ~ 10-27): 10-26 #1488은 스무 개의 vllm0.24.0 애플리케이션 이미지에 changelog 미릴리스 항목을 보충하여 게이트를 충족시키고, 동시에 네이티브 플러그인 태그를 이미지 태그에서 제거하여 통합 리졸버가 결정하도록 변경함으로써 백엔드 접미사가 없는 2.3.0-0.3.0 통합 태그가 성립되게 했습니다. 10-27 스무 건의 로봇 커밋이 스무 개 백엔드 키의 태그를 하나씩 반영했습니다: Ascend cann8.5.0, cann8.5.0-910c, cann9.0.0, cann9.0.0-910c; Cambricon neuware4.4.3, neuware4.7.2; Enflame tops1.9.10, tops1.10.6; Moore Threads musa4.3.6, musa5.2.0; MetaX maca3.7.2.1, maca3.8.1.3; Iluvatar CoreX corex4.4.0, corex4.5.0; NVIDIA cuda12.8, cuda13.3; 그리고 Kunlunxin xre5.37.1, Hygon dtk26.04, Tsingmicro tsm260610, Envision tangrt1.2.0.
  • 기록과 게이트(10-28 ~ 10-29): 각 이미지 changelog가 이제 사이트 페이지 말미와 Harbor 저장소 설명에 동시에 나타나며(#1545, 455개 파일, 19080줄 추가), 이유 필드는 중영 이중 언어로 작성되었습니다(#1542). 애플리케이션 페이지 일관성 검사가 pre-commit과 CI에 연결되었으며(#1549), image_tag나 changelog 이유를 변경한 후에는 반드시 images.yaml을 재빌드한 후 비교해야 합니다.
  • 미완료 항목: 버전 태그가 생성되지 않았고 릴리스 목록이 만들어지지 않았습니다. 10-30 데일리 리포트는 「community 저장소의 release/2.3/release-2.3.yaml이 여전히 404」로 해당 상태를 기록했으며, 10-31 재검토 시 디렉터리 내용에는 여전히 중영 일정표, 행동 강령, 거버넌스 및 메인테이너 문서만 있고 릴리스 목록은 없습니다.

AMD ROCm 7.2.4: 이번 모니터링 기간 유일한 신규 백엔드

  • 기본 이미지(10-26): ubuntu 24.04에 repo.radeon.com에서 ROCm 7.2.4를 직접 설치하며, 28개의 핵심 패키지만 설치하고 apt가 런타임 의존성을 해석한 후 총 94개가 되며, MIOpen, MIGraphX, rocm-gdb, rocprofiler-sdk와 opencl은 명시적으로 제외했다. 깨끗한 컨테이너에서 리허설을 통과했고, 로컬 이미지로 8장의 W7900 패스스루를 검증했다. 리허설 중 Containerfile에 반드시 기록해야 할 두 가지 사실을 발견했다. 노드가 archive.ubuntu.com에 접근할 수 없어 ca-certificates가 존재하기 전에 국내 HTTP 미러로 전환해야 하며(HTTPS를 쓰면 핸드셰이크가 실패한다), pin 파일은 버전 선호가 아니라 필수 항목이다.
  • 구성 및 패키징(10-27): vendors.amd.rocm7.2.4를 신설했으며, 스택은 torch 2.11.0+rocm7.2, triton-rocm 3.6.0, flagtree 0.7.0+amd3.6이고, 하드웨어는 Radeon PRO W7900(gfx1100, RDNA3), 드라이버 6.16.13, Python 3.12로 표기했다. 연속 다섯 건의 커밋으로 hipsolver, hipfft, miopen-hip 개발 패키지를 보강하고, FlagCX의 AMD wheel 행과 벤더 PyPI를 열었으며, 로컬 16카드 gfx1100에서 검증했다. 같은 기간 native deb와 native rpm 두 라인에 arm64 차원을 추가했다.
  • 런타임 연결(10-29): FlagCX #679가 ROCm에서 SGLang 텐서 병렬을 구동했다. eventElapsedTime 구현을 보강하고, torch.bool을 flagcxUint8에 매핑하며, USE_AMD 테스트 빌드 브랜치를 추가했다. R9700 듀얼 카드에서 AllReduce, ReduceScatter, AllGather, Broadcast, Send/Recv와 그래프 캡처의 AllReduce 결과가 정확했으며, Qwen3.5-9B와 Qwen3.6-35B-A3B-FP8이 TP=2에서 서비스 가능하다.
  • 빌더 보강(10-29): 7.2.4 런타임에서 빌드한 FlagCX wheel이 GLIBC_2.38에 링크되어 wheel 라인의 22.04 게이트에서 거부되었고, 해당 라인에 자족적인 22.04 빌더(jammy 패키지에 deadsnakes의 Python 3.12, pin된 torch)를 구성하여 glibc 하한을 2.35로 되돌렸다.
  • 경계: FlagGems에는 아직 ROCm/HIP의 C++ 백엔드가 없으며, AMD는 단기적으로 Triton 경로만 사용한다. 이는 이번 주기 백엔드 매트릭스가 수렴이 아니라 여전히 확장 중임을 보여주는 직접적 증거다.

FlagCX: 태그에서 배포 패키지로

  • 디바이스 비트코드를 어댑터별 생성으로 변경(#668, 10-18 머지, 이번 주 v0.14.1의 내용이 됨): setup.py 비트코드 단계에서 하드코딩된 bindings/ir/nvidia를 어댑터별 조회로 교체하여, 각 어댑터가 자체 Makefile과 아키텍처 변수를 선언하도록 했다. 이전에는 어떤 비엔비디아 어댑터든 RuntimeError를 던지거나 조용히 비트코드를 생성하지 못했고, FlagTree의 iluvatar 백엔드는 FlagCX 소스를 복사해 직접 재빌드할 수밖에 없었다.
  • rpm 라인을 세 백엔드에서 여섯 개로 확장(#673, 10개 파일, 295줄 추가 8줄 삭제): libflagcx-tsm(Tsunami), libflagcx-sunrise(Sunrise), libflagcx-du(Hygon DCU)를 신설했다. 세 곳 모두 벤더 기본 이미지가 필요 없다. SDK를 /opt 또는 /usr/local에 풀고 패키지 관리자를 호출하지 않으며, openEuler 이미지에 파일 저장소를 추가하면 완전한 빌드 환경이 된다. 벤더 soname은 Ascend의 기존 기준에 따라 통일적으로 필터링한다.
  • 전달 면을 wheel 라인으로 전환(10-29): build-infra 봇이 flagcx wheel 릴리스를 기록하고(#1553), 수동으로 다섯 개의 빈 설명을 보강하고 flagcx==0.14.1+rocm7.2.4를 추가했으며(#1556), hygon-dtk26.10을 flagcx==0.14.1+dtk2610에 고정했다(#1563). 이로써 0.14.1의 전달 면은 cuda12.8, cuda13.3, corex4.4.0, corex4.5.0, xre5.37.1, rocm7.2.4와 새로 추가된 dtk2610을 포괄한다.
  • 0.14 시리즈는 여전히 지원 기간 내: 심사 중인 #683이 Kunlunxin cstddef 수정을 0.14.0-rc2 라인으로 백포트했으며, 이는 0.14의 패치 라인이 동결되지 않았음을 보여준다.

FlagTree: 3.6 라인을 벤더별로 분할

  • 두 개의 전용 태그: 10-26의 0.7.1a1+mthreads3.6과 10-29의 0.7.1a1+tsingmicro3.6은 동일한 「제조사별로 분할된 3.6 사전 릴리스 라인」에 속하며, 모두 Release 본문이 없습니다. Tsingmicro 태그는 같은 날 병합된 #1459(Tsingmicro 백엔드가 내부 Triton 3.6 개발 라인과 동기화, 27개 파일, 2264줄 추가 407줄 삭제)와 일대일로 대응합니다.
  • 역량 증분은 컴파일러에 집중: Moore Threads의 [MThreads][TLE] 상주 GEMM 파이프라인과 SPMC 동기화가 메인라인에 진입(#1294, 63개 파일, 6192줄 추가 403줄 삭제)하여, 기존에 각각 addmm/baddbmm와 bmm을 서비스하던 두 컴파일러 세트를 하나의 슈퍼셋으로 통합했습니다. 동적 루프 내의 stage와 phase 진행, 하나의 생산자 대 다수 소비자, 명명된 읽기와 암시적 읽기, 분할 완료와 소비자 에포크 추론, 그리고 단일 발행, 융합 소비자 및 16 warp 상주 경로를 지원합니다. Ascend는 TensorView 접근 경로를 연결했고(#1426, 32개 파일, 4901줄 추가), AMD는 Qwen3-1.7B bf16에 대한 batch-1 디코딩 최적화를 진행했습니다(#1439, 44개 파일). R9700은 컨텍스트 1일 때 154 tok/s, 8K일 때 125이며, W7900은 각각 167과 136이고, 실측 대역폭은 530에서 597 GB/s로 해당 카드 실측 스트리밍 상한의 82%에서 87%에 달합니다.
  • IR 계층 작업: flir에 TensorView 방언이 추가되었으며(#83, 25개 파일, 1396줄 추가 13줄 삭제), Triton 포인터를 shape, stride 및 접근 인코딩을 지닌 tensor_view로 변환하여 파티션, 스트라이드, gather/scatter 세 가지 인코딩을 제공하고, CommonIR의 tile.load와 tile.store에 연결했습니다. 이는 Triton tt 방언과 HIVM, Ascend NPU IR 사이에 위치하며 TileIR와 평행합니다.
  • 심사 중 측면: SpaceMiT의 vmt4d 백엔드(#1455), Kunlunxin 분산 TLE 백엔드(#1436), Hygon TLE 통신 원시 연산 적응(#1441), Ascend rpm 라인이 이미 릴리스된 wheel을 소비하도록 변경(#1461, 최초로 제조사 SDK와 하드웨어가 필요 없는 라인), NVIDIA Hopper의 네 가지 소프트웨어 파이프라인 결함 수정(#1460).

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

조직 리듬: 5개 기간 누적 1187건 커밋, 755건 병합

기간 모니터링 기간(베이징 시간) 푸시 저장소 커밋 병합 심사 중(기간 내 업데이트) 신규
10-26 10-23 06:00 ~ 10-26 06:00(72시간) 16 612 274 253 141
10-27 10-26 06:00 ~ 10-27 06:00 18 185 133 225 74
10-28 10-27 06:00 ~ 10-28 06:00 20 102 98 401 269
10-29 10-28 06:00 ~ 10-29 06:00 23 99 67 288 101
10-30 10-29 06:00 ~ 10-30 06:00 21 189 183 253 84
합계 — — 1187 755 — 669
  • 저장소별 합산(각 기간 데일리 리포트 공시 기준): FlagQuantum 226건(29.9%), FlagGems 224건(29.7%), build-infra 75건(9.9%), FlagGems-sglang 59건(7.8%), Torch-FL 33건(4.4%), FlagGems-vllm 29건(3.8%), FlagTree 24건(3.2%), vllm-plugin-FL 16건(2.1%), optest 12건, FlagTrain 10건, FlagCX 10건, FlagAttention 9건, sglang-plugin-FL 5건, community 5건, FlagQAI 4건, FlagBLAS, FlagScale, FlagOps, TransformerEngine-FL 각 2건, FlagCV, FlagSparse, FlagPrism, flir, Trident, FlagTensor 각 1건.
  • 듀얼 엔진 비중이 70% 이내로 하락: FlagQuantum과 FlagGems 합계 450건으로 59.6%를 차지했으며, build-infra를 더하면 세 저장소가 69.5%를 차지했다. 직전 기간에 같은 두 저장소는 56.3%, 네 저장소는 79%였는데, 이번 주기에는 2.3 이미지 반영으로 build-infra 비중이 약 10%까지 올랐다.
  • 주간 형태는 「두 봉우리, 한 골짜기, 다시 상승」: 월요일(72시간 모니터링 기간)에는 양자 스택과 FlagGems가 모두 높았고, 화요일에는 양자 스택이 계속 상승하는 가운데 FlagGems가 이를 이어받았으며, 수요일에는 build-infra 기록 중심으로 전환되었다(36건, 그중 20건은 이미지 태그 로봇 커밋). 목요일에는 67건으로 주간 최저치로 떨어졌고, 금요일에는 183건으로 반등해 주간 최고치를 기록했다(FlagGems 단독 92건).
  • 심사 중인 두 차례 급증은 모두 일괄 커밋과 관련: 10-28 심사 중 401건 가운데 135건은 MetaX 연산자 일괄 PR에서 발생했고 269건은 신규 생성이었다. 10-29에는 288건으로 하락한 뒤 10-30에는 253건으로 더 떨어졌다. 일괄 커밋을 제외하면 리뷰 큐의 실제 수위는 220~290건 사이에서 변동했으며, 중심값은 직전 기간(154~239건)보다 높았다.

FlagGems(224건 합병): 자동화 공급과 정확성 수정 병행

  • 연산자 공급은 이미 KernelGen이 담당: 10-26에 KernelGen과 NVIDIA 접두사가 붙은 연산자 16건을 병합(희소 및 구조화, 양자화, 특수 함수, 텐서 메타정보 각 1종); 10-29 하루에 자동 생성 연산자 22건(희소 텐서의 불안전 생성과 재설정, nnpack 공간 컨볼루션, thnn 컨볼루션, 분수 최대 풀링 역방향, cholesky, frobenius 노름, chain_matmul 및 일련의 주변 연산자), 같은 날 5건을 추가로 열어 큐는 여전히 이어지는 중. 수동 투입은 연산자 작성이 아니라 런치 파라미터와 테스트 실행 가능성 두 곳에 있다.
  • 정확성 주류는 이번 주 가장 가치 있는 커밋 유형: index_put과 _index_put_impl_이 커널을 공유하는 주소 산술을 넓은 타입으로 변경(#6892, 두 파일, 112줄 추가 4줄 삭제)——이전에는 Damo Academy XuanTie PPU-ZW810E에서 int32 인덱스와 큰 stride 텐서 조합 시 주소가 조용히 잘못 기록되어 대상 행은 그대로인데 같은 할당 영역 내의 가드 프리픽스가 덮어써졌다; 근본 원인은 인덱스 곱하기 stride가 int32 내에서 평가되어 먼저 랩어라운드되고, 사후에 최종 오프셋만 변환하는 것으로는 이미 늦기 때문이다. Ascend 측은 flagtree를 0.7.0에서 0.7.1a1로 올리고 런타임 검증 스크립트를 새로 추가(#7837, 다섯 파일, 291줄 추가), 런타임 이미지가 flagtree를 가상 환경 밖 /opt/flagtree에 구워 넣어 pip로 설치한 pin이 덮어쓰지 못하기 때문이다. Kunlunxin 백엔드가 현재 master에서 직접 임포트 실패하는 문제도 함께 수정(#7803, 90줄).
  • 백엔드 튜닝은 Kunlunxin이 가장密集: 여덟 개 출위 스칼라 체인 연산자를 융합 커널로 변경(#7617, 275줄), 작은 형상은 단일 런치, 모든 포인터를 커널 파라미터로 전달, 출력은 한 번 할당 후 unbind로 획득, 상대 소요 시간이 0.083~0.126에서 0.813~0.934로 약 7~10배 향상; batch-norm 추론과 QKV 변환을 연속 세그먼트 커널로 변경(#7600), 집계 지표가 각각 0.228에서 1.357로, 0.260에서 5.062로 향상; masked_fill의 정수 뷰 고속 경로를 f32 형태로 재작성한 후 P800에서 0.577에서 0.829로 향상(#7850, 594개 테스트 통과).
  • 기타 백엔드: Iluvatar CoreX conv_transpose2d를 데이터 타입, 커널 크기, 스트라이드, 출력 채널 수로 인덱싱되는 일곱 세트의 하드웨어 튜닝 프로파일로 교체(#7036, 1886줄 추가), 출력이 L2에 들어가는지에 따라 직접 스캔과 위상 전용 두 변형 간 전환; conv3d에서 호출마다의 채널 제로 패딩 제거(#7061), 출력 비트 단위 일치; MetaX는 INT8과 FP8의 grouped_mm_w8a8 신규 추가(#6950, 7개 파일, 1220줄 추가), 벤치마크 형태는 GLM-5.2가 PPU SGLang TP=8에서 수집한 실제 호출 재생에서 유래, 28개 시나리오, 26개 고유 형상, 324만 회 호출, 257개 전문가.
  • 심사 중 구조: 10-28에 새로 열린 53건은 대부분 Enflame 참조 구현 수정(#7890~#7908 연번, Kaiser와 inplace ldexp, aminmax, special_round, LU, vander와 slogdet, median과 stacking, Adagrad, batch-norm ABI 관련), 별도로 AMD의 한 줄 수정——벤더 디스크립터가 디바이스 이름을 cuda로 설정하고 triton_extra_name을 주지 않아 pow, tanh, exp, rsqrt, erf, gelu 등이 전부 __nv_*를 타서 AMD 백엔드에 거부됨. 10-29 모니터링 기간 FlagGems 심사 중 181건, 조직의 60% 점유, 멀티 백엔드 검수의 병목이 연산자 공급이 아니라 참조 구현과 테스트 기준에 있음을 보여줌.

FlagQuantum(226건 병합): 구조 재편에서 시나리오 확산으로 전환

  • 주초에는 디렉터리 수술이 있었다: 10-23부터 10-26까지 사흘간 505건의 커밋, 148건의 머지가 있었으며, 단일 저장소가 조직 전체 커밋의 82.5%, 머지의 54%를 차지했다. QEC 패키지 재구성을 연속 아홉 건(#735~#749)으로 진행했는데, 먼저 패키지 경계와 호환 기준선을 감사한 뒤 코드 행렬과 노이즈 스캔을 순차적으로 격리하고, 코드 패밀리와 소유권을 분리하고, 저장 선언과 실행 조립을 분리하고, 검출기 오차 모델을 분리하고, 디코딩 알고리즘과 선택적 어댑터를 분리하고, 패키지 레이아웃과 설치 가이드를 확정한 후 마지막으로 일체형으로 메인라인에 병합했다. 「설치 가능성」을 목표로 한 디렉터리 수술이었다.
  • 외부 의존성 구체화: Quafu SDK 수명 주기 전환을 전체적으로 여섯 건(#852~#866)으로 완료했는데, 발견 흐름, 논리 작업, 물리 프로그램 제출, 토폴로지 해석, 트윈 수명 주기가 순차적으로 SDK를 사용하도록 변경되었고, 마지막으로 기존 실행 수명 주기를 퇴역시켰다. 기존 경로는 별칭을 유지하는 것이 아니라 삭제했으며, 이는 하드 스위치에 해당한다. 같은 기간 Rydberg presence는 계약 수립(#854)에서 무조건 조립에서의 관찰 거부(#865), 단일 presence 관찰 인코딩(#869), 유계 코히런트 분기 참조 검증(#873)을 거쳐 마지막으로 유한 동적 코히런트 참조 제안(#876)으로 이어졌다.
  • 중기에는 물리 시나리오로 전환: 10-27 머지 열 건에는 텐서 네트워크 하의 Module 해밀토니안 기대값 수축(#939), 고정 shots의 오류 정정 기억 실험(#932), 고정 2비트 게이트 커버리지 보완(#935)이 포함되었다. 10-28 여섯 건 중에서는 「샤딩된 MPS와 샤딩되지 않은 것이 동등한가」를 양팔 실행 가능 증거로 만들었는데(#945, max_bond 64에 정확한 그래디언트를 더하면 레이아웃만 변하고, max_bond 2에 근사 그래디언트를 더하면 레이아웃과 절단이 함께 변하며, 양팔의 차이로 두 기여를 분리), 이것이 포함되었다.
  • 주말에는 합성 파이프라인으로 수렴: 10-29에는 60건의 커밋, 15건의 머지가 있었으며, 모두 양자 회로 합성(CS 시리즈)에 집중되었고, 저장소 내에 이미 FQ-SYNTH-CS01..CS07-20261029 기준으로 열 개의 사양 및 인도 문서가 아카이브되어 있다: CS-01은 코히런트 정수 구성의 의미 경계와 검증을 정의하고, CS-02는 순수 산술 커널로 코히런트 덧셈을 낮추고, CS-03은 곱셈과 코히런트 다항식을 처리하고, CS-04는 제한된 Python 워크플로를 연결하고, CS-05는 수명 주기와 워크스페이스 스케줄링을 추가하고, CS-06은 세 단계로 나누어 구현하고, CS-07은 레지스터 의미와 프로그램 허용으로 진입한다. 같은 날 이식 가능한 .fqx 실험 파일 저장/로드(#960)와 fq.run의 검사된 프로그램 실행(#964)이 추가되었다.
  • 판단: 양자 스택의 작업 방식은 「설계 초안, 계약 초안, 실행 가능 예제, 수용 기록」의 네 단계로 증거를 남기는 것이며, 비용은 높지만 검증 가능성이 좋다. 이는 또한 왜 이 스택이 장기간 조직 커밋의 30% 이상을 차지하면서도 머지율은 30% 정도에 그치는지를 설명한다. 이는 멀티칩 적응과 무관하며, 2.x 주기에서 유일하게 하드웨어와 분리된 소프트웨어 스택 주류다.

build-infra (75건 머지): 이미지 매트릭스와 철회

  • 이미지 매트릭스 기록: 10-27 스무 건의 로봇 커밋이 스무 개 백엔드 키의 vllm 애플리케이션 이미지 태그를 2.3.0-0.3.0으로 통일해 기록했으며, 이는 이번 모니터링 기간 중 단일 일자 최다 머지(36건)입니다. 이후 base 계층의 이미지별 changelog와 푸시 게이트를 보완하고, 세 단계 이미지 기록 루프를 하나의 스크립트로 병합했습니다.
  • Hygon DTK 26.10 8건 전 체인(10-29): 최초 컨테이너와 설정(#1554, #1555)이 반영된 후에도 이미지는 여전히 빌드도 스케줄도 불가능했습니다—base/hygon-dtk26.10이 /opt/dtk를 dtk-26.04로 가리키는데 SDK는 실제로 /opt/dtk-26.10에 풀렸고, 빌드 매트릭스에서 해당 항목의 runner 커버리지가 없으면 기본값으로 되돌아갔습니다(#1558); torch 2.13.0+dtk2610의 전역 의존성은 libmpi.so.40과 libibverbs.so.1을 직접 링크하는데, 26.04의 wheel은 이 두 soname을 패키지 내부에 해시해 넣었기 때문에 기본 이미지에 libopenmpi3t64를 추가하고(#1564), 빌더에 libopenmpi3를 추가했습니다(#1565); 동일 런타임이 python 3.12로 고정되어 기존 cp310의 hcu wheel을 해석할 수 없게 되자 deadsnakes 3.12로 cp312 빌더를 재구축하고(#1562) hcu-dtk2610을 wheel 릴리스 라인에 추가했습니다(#1566). 8건 중 커널을 변경한 건 한 건도 없으며, 하드웨어 세대 전환 비용이 거의 전부 패키징과 의존성 해석에 발생했습니다.
  • 한 번도 푸시되지 않은 이미지 2건 철회(10-28): Harbor에는 megatron_training0.18.2-cambricon-neuware4.7.2와 대응하는 megatron_rl 저장소가 없었지만, 상태 매트릭스에는 image_tag: 2.2.0-0.3.0이 기록되어 있었고 문서 파이프라인이 존재하지 않는 두 이미지에 대해 시작 페이지, readme, changelog를 발행하여 이후 매번 pubdoc-app이 이 두 저장소에서 404를 냈습니다. 근본 원인은 0.18.2의 wheel에서 platform_register에 MLU 플랫폼이 없고, torch_mlu의 gpu_migration이 CUDA 표면을 MLU로 별칭한 뒤 PlatformCUDA가 선택되어, 파이프라인 병렬 그룹이 끝내 초기화되지 않았으며 MLU 등록은 release/0.2에만 있었기 때문입니다. 처리는 주장을 철회하는 것이지 억지로 맞추는 것이 아니었습니다: image_tag를 제거하고 launch_docs: false로 설정하고 두 changelog를 삭제하여 「changelog 파일 집합이 배포된 집합과 같다」는 조건이 다시 성립하도록 했습니다.
  • 기타: native deb와 rpm에 arm64 차원 추가(#1537); Ascend rpm 타깃(#1557, 벤더 SDK와 하드웨어에 의존하지 않는 첫 rpm 라인); vllm 재패키징 의존성이 PEP 503 단순 인덱스를 읽도록 변경(#1543, 의존성마다 하위 프로세스를 띄우던 방식을 대체).

Torch-FL(33건 머지): 추상화 계층 개명과 신규 플랫폼 연동

  • 명명 재구성 일괄 완료: 박싱 슬롯을 Backend::kCuda에서 Backend::kBoxing으로 변경하고, 각 플랫폼에 벤더명을 추가하고, 벤더 기준으로 소스와 CI 디렉터리, 설정과 플래그와 패키징 디렉터리, 백엔드 enum과 NVIDIA 라우팅 키를 개명한 뒤 마지막으로 개명으로 남은 조회 테이블 불일치를 수정했습니다(6건이 13:38부터 15:59까지 완료).동시에 「기본 설정에서 박싱으로 라우팅해서는 안 된다」를 명확히 하고, 박싱 전용 day-0 설정을 신규 추가하여—「어떤 플랫폼에 연산자가 없을 때 패키징 경로로 폴백」하는 것을 암묵적 동작에서 명시적 선언으로 변경했습니다.
  • Horizon BPU 연동: 이번 주 주요 소식 첫 번째 항목 참조, 여기서 중복하지 않음.
  • 「돌아가지만 잘못 도는」 두 곳 강경 수정: Hygon DCU의 runtime_dir가 전에는 ABI 심(shim)만 두는 디렉터리를 가리켜 런타임 라이브러리가 32개 스텁 링크로 구성되어 빌드는 통과하지만 import 즉시 미정의 심볼을 토했고(#654, 71파일, 1.1만 줄); Iluvatar의 bf16 GEMM이 호스트 실행으로 되돌아감—2048 정방 bf16 mm 실측 0.41 TFLOPS로 동일 머신 CPU의 0.54보다 낮았고, 동일 연산자 fp16은 80.2, 벤더 자체 torch는 84.6이었습니다. 근본 원인은 지원 여부 판단에 bf16이 포함되지 않았고 mm과 addmm이 호스트 측에서 전치 가중치를 복제한 것이었으며(#660), 수정 후 벤더 BLAS를 사용합니다.
  • 기타: MPS 측은 MPSGraph 브로드캐스트 형상을 유지하고, 선형 연산자 케이스에 CPU 참조와 가독성 있는 차이를 제공하며, Qwen3.5 비전 팩토리와 보간을 MPS에 유지; Ascend는 FP32 matmul 정밀도를 준수하고 그레이디언트 상주를 유지(#683); conf 키 기준으로 디코딩된 soft-lowp 조합 라우팅(#665); MUSA tuner가 각 전략 하위 클래스를 관통(#666); 빌드 기록에서 벤더명과 플랫폼 id 불일치(hygon/dcu, mthreads/musa, enflame/gcu, nvidia/cuda)를 함께 수정(#673).

추론 스택: vllm-plugin-FL(16), sglang-plugin-FL(5), FlagGems-vllm(29), FlagGems-sglang(59)

  • 세 가지 신규 모델이 같은 주에 플러그인에 진입: MiniMax-M3.1 지원 및 추론 예시(#631, 10-24 병합), GLM-5.3-Flash 순수 공개 연산자 구현(#454, 90개 파일, 19140줄 추가 280줄 삭제), Qwen3.8-Flash-Next 및 Qwen4의 체크포인트 로딩과 모델 통합(#455, 65개 파일, 11226줄 추가 109줄 삭제, HC, PLE, QSA 및 멀티모달 연결 포함). FP8은 일괄적으로 능력 게이팅 적용: 플랫폼이 네이티브 지원하면 네이티브 커널을 유지하고, 미지원 시 BF16 선형 및 MoE 경로로 폴백하며 --dtype bfloat16을 강제한다.
  • 업스트림 메이저 버전의 두 라인이 동시에 추진: 네이티브 CUDA의 vLLM 0.32 적응(#615, 57개 파일, 3408줄 추가 1044줄 삭제)은 스택을 vLLM 0.32.0 + cu129, PyTorch 2.13.0 + cu129, CUDA 12.9 및 python 3.12.3에 고정하며, 기존 NVIDIA CI 6개 추론 및 3개 서비스가 모두 통과; 동시에 0.28의 기존 적응도 계속 병합(Enflame S60 #582, Tsingmicro TXDA #642 심사 중)되어, FEP-0140의 “0.32 단일 발행, 0.28 스킵”과 함께 병행 기간을 형성한다.
  • 그래프 모드가 세 번째, 네 번째 국산 백엔드에 적용: Tsingmicro TXDA는 vLLM 플러그인에서 FULL_DECODE_ONLY의 그래프 캡처 및 리플레이를 획득(#649, 8개 파일, 487줄 추가), 캡처 도메인 내 커널 시작 거부(오류 코드 0x47000003)와 디바이스 가드로 인한 스트림 우회라는 두 가지 근본 원인을 수정, 비 TXDA 경로는 업스트림과 바이트 단위로 일치 유지; AMD 측은 SGLang이 R9700(gfx1201)에서 FlagOS를 구동(#157 심사 중).
  • 연산자 라이브러리 측의 중점이 신규 추가에서 결정성으로 전환: 융합 전역 리덕션 RMSNorm이 FlagGems-vllm에 진입(#773, 6개 파일, 3191줄 추가), all-reduce + 잔차 덧셈 + RMSNorm, 선택적 FP8 정적 양자화, SM100+ NVFP4 지원, TP2/4/8의 FP16 및 BF16 모두 가능; ihc_pre의 stage1 병합은 tl.atomic_add를 split 슬롯별 쓰기로 교체(#1017), 원자 덧셈이 결과를 블록 도착 순서에 의존하게 하여 반복 발행 시 비트 단위 일치가 불가능했기 때문. MetaX 측은 FlashAttention의 캐시 안전성과 그래프 캡처를 수정하고 TP2/TP4를 최적화(#998), MetaX TP2 packed decode는 Split-KV 스케줄링과 연산 타일 재배치를 수행(#1025); fused_q_kv_rmsnorm은 동시에 Ascend(#872)와 DAMO XuanTie(#888)에 적용.
  • FlagGems-sglang은 이번 주기 병합 효율이 가장 높은 저장소: 34건의 경진 트랙 연산자가 두 시간 남짓 연속 병합(10-23 15:47~18:02, 그중 16:21~16:31 10분 내 9건), 공급은 다수 외부 기여자로부터, MLA 버퍼 읽기/쓰기, 레이아웃 재배치, Top-K 샘플링, MoE 제로 전문가, 캐시 위치 지정 및 소프트 풀링 커버; 엔지니어링 측은 Debian 및 RPM 패키징 추가(#191), 해당 저장소가 연산자 집합에서 설치 가능한 배포물로 전환되었음을 시사. Enflame의 core_shapes.yaml은 일주일간 적용되지 않음——저장소 내 로딩 지점이 전혀 없고 벤치마크는 하드코딩된 kunlunxin 브랜치만 인식(#229 파일 추가, #232 로딩 수정), 수정 후 조회를 임의 벤더로 일반화하고 FileNotFoundError도 함께 수정; AMD 측은 RDNA3용 세 가지 Mamba 연산자의 gfx1100 버전 추가(#231, 578줄, 범용 커널과 비트 단위 일치).

FlagCX(10건 병합) 및 통신 계층

  • 디바이스 계층: Kunlunxin XPU의 디바이스 비트코드 빌드(#676), Makefile로 공유 디바이스 API 래퍼를 xpu3의 LLVM 비트코드로 컴파일, XDK 언로드 패키지에서 디바이스 모듈 추출, 공용 심볼 보존 후 최적화, libflagcx_device.bc와 소비 측 헤더 파일 생성, 통신 traits는 XSHMEM 사용; 이어서 FlagTree 링크를 지원하기 위한 XPU 디바이스 IR 진입점 추가(#678).
  • 의미론 수정: Iluvatar CoreX의 Device API에 Atomic::load의 획득 의미론 추가(#681, 3개 파일, 359줄 추가 37줄 삭제)——이전에는 load(..., Acquire)와 load(..., Relaxed)가 동일 명령어를 발행하여 관찰자가 플래그를 본 후 무효화 배리어가 없었음, 본 변경은 선-read 후-펜스로, 스코프에 따라 강도 선택; 시스템 스코프는 ivcore11에 대응 메모리 배리어 명령어가 없어 여전히 미구현.
  • 패키징 및 적응: Tsingmicro TSM 지원(#674, 10개 파일, 886줄 추가 80줄 삭제)과 동시에 그룹 P2P 정리, 불법 peer 거부 및 비동기 스트림 이벤트 처리 수정; AMD 적응은 CUDAStreamGuard로 전환(#680); Kunlunxin 플랫폼 traits는 cstddef를 가드 외부로 이동(#682).

학습 스택: FlagTrain(10), FlagScale(2), TransformerEngine-FL(2), Megatron-LM-FL(심사 중 10)

  • FlagTrain 이 라인의 작성 방식은 고정되어 있음: 단일 PR 제목에 백엔드 목록을 직접 나열하고, 하나의 연산자를 백엔드 매트릭스 기준으로 한 번에 펼쳐 놓는 방식. 머지된 항목은 fused_indices_to_multihot(#29, NVIDIA와 Ascend, H20에 벤치마크 있음), 베이스라인 대조 메커니즘 이식(#30, 디바이스 병목 단위별 피크 스케일링 계수로 정규화한 속도 비율, 출력 vs Base 열, 베이스라인 부재 시 실패하지 않고 사유 기록), multi_tensor_adam(#35, 6개 파일, 1093줄 추가, NVIDIA, Hygon, MetaX, PPU와 Iluvatar CoreX 커버, 한 번의 Triton 런치로 배치 처리하여 다중 텐서 Adam 업데이트를 완료, H20에서 fp32 65536 요소는 DeepSpeed CUDA 베이스라인 대비 2.24배, 1024 요소 소규모 구간은 오히려 0.76배). 리뷰 중인 측에는 fused_proj_rms 순전파/역전파(#38), fast_gelu(#33), fp8_gemm(#18), mixed_gemm(#10)과 multi_tensor_adam의 후속 배치가 동시에 올라 있음.
  • FlagScale은 테스트 규율로 전환: 통합 테스트 전략, 영향받는 라우팅 및 실행 증거 게이트(#1315); 오프라인 학습 연산자 프로파일링(#1310, 4개 파일, 1474줄 추가), 학습 측은 각 rank의 Chrome 타임라인만 내보내고, 오프라인 추출기는 외부 ID 귀인, 통신 회계와 다중 rank 집계를 수행하며, 추론 프로파일링과 일관된 컬럼형 산출물로 출력. 리뷰 중인 항목으로는 DeepSeek-V4를 업스트림에 동기화하는 1/N과 2/N, 그리고 HF와 MCore의 DCP 경량 상호 변환(#1319)이 보임.
  • TransformerEngine-FL 두 건: FlagCICD v1 구현, L0~L4 테스트 등급과 계획 기반 실행 도입(#142); 3rdparty/ 세 서브모듈을 업스트림 v2.17 검증 베이스라인으로 롤백(#150) — 이전에 실수로 cutlass를 240개 커밋 앞으로 전진시키고(4000개 이상 파일 관련), cudnn-frontend를 v1.25.0에서 미출시 스냅샷으로, googletest를 master 헤드로 전진시킨 바 있음.
  • Megatron-LM-FL은 별도로 기록할 만함: 리뷰 중 PR 10건, 약 2주 만에 처음으로 규모 있는 업데이트(10-30 모니터링 기간), 그러나 이번 주기에는 머지된 항목이 없음. 이 학습 스택은 10월 중순 이후 한동안 멈춰 있었으며, 실제로 푸시가 재개되었는지는 다음 호에서 확인이 필요함.

수치 라이브러리、어텐션과 새로운 방향

  • FlagBLAS(2건): Damo Academy XuanTie BLAS1의 15개 연산자 세트가 일괄 저장소에 반영되었고(#154), 이어서 L1 명명 및 참조 정렬이 이루어졌다(#155). BLAS1은 상위 BLAS2, BLAS3 및 LAPACK 솔버의 선행 의존성으로, 이 계층이 없으면 상향식으로 자기 일관성을 확보할 수 없다. 이는 이번 주 가장 과소평가되기 쉬운 커밋이다.
  • FlagAttention(9건): PPU의 MiniMax 희소 어텐션(#111) 외에도, Ascend Parallax 어텐션 3단계 구현(#103, 10개 파일, 2738줄 추가, 인과 마스크, 슬라이딩 윈도, GQA 및 가변 길이 입력을 커버하며, FLA 대비 대부분의 학습 형상에서 1.0~8.74배), Enflame MiniMax M3 희소 어텐션의 prefill 및 decode 최적화(#104, 2개 파일, 2873줄 추가 2516줄 삭제), MetaX C550의 Triton 융합 AttnRes 순전파(#108, 3개 파일, 268줄 추가, D=7168 및 BF16에서 0.075밀리초에서 1.496밀리초로, 작성자는 FLA를 사용할 수 없으므로 속도 향상을 주장하지 않음을 명시), Hygon의 FP8 MSA 경로 제거(#109)가 있다. 어텐션 계층의 파편화가 심화되고 있으며, 아직 크로스 벤더 통합 하위 구현은 등장하지 않았다.
  • FlagCV(1건)가 처음으로 자신이 무엇인지 명확히 밝힘: 최초의 About 및 README가 병합되었으며(#2), “Triton으로 구현된 고성능 컴퓨터 비전 라이브러리”로 포지셔닝하고, OpenCV 형태의 인터페이스 아래 색상 변환, 필터링, 기하 변환 및 산술 연산을 제공하며, OpenCV의 CUDA 베이스라인을 벤치마크로 삼고 FlagTree 위에 구축되며 백엔드 플러그 가능하다. 타임라인은 10-14 저장소 생성, 10-18 골격 반영 및 연산자 구현을 제거하고 즉시 모드 골격으로 변경, 10-26 포지셔닝 설명 보충으로, 코드 골격이 먼저이고 포지셔닝 설명이 나중이다. 현재 어떤 벤치마크나 비GPU 백엔드 데이터도 없으며, 진정한 검증 포인트는 메모리 집약 연산자의 NPU 및 DSA에서의 성능이다.
  • FlagQAI(4건)와 FlagQuantum의 경계는 여전히 명확히 설명되어야 함: 10-27 최초로 명령줄 소스코드 스냅샷을 가져왔고, 첫 CI는 픽스처 목록 단계에서 실패했으며(#1 심사 중), 10-29 로컬 양자 워크벤치 웹페이지와 네이티브 Agent 통합 추가(#3), 새로고침 후 팔로우 환경설정 유지 수정(#4)이 이루어졌다. README는 “의도로부터 회로 합성”을 완료된 기능이 아닌 제품 방향으로 명시하고 있으며, 현재 검증 범위는 로컬 회로 시뮬레이션과 하나의 고정 안자츠 2비트 변분 경로뿐이다.
  • 기타: FlagDNN 두 건은 모두 Hygon 수정(GPU 이름 및 성능)이다. FlagFFT의 푸시는 codex/musa-shortfall 기능 브랜치에 있으며 기본 브랜치 최신 커밋은 여전히 10-15이다. FlagTensor Ascend 상주 그리드 원소별 커널 및 벤더 튜닝(#32, 24개 파일, 1128줄 추가 139줄 삭제). Trident는 Python 3.10 지원(#5), Monad 중간 계층(#4)은 여전히 심사 중이다. flir의 Ascend split 및 join 그리고 정적 치환 축소(#86)는 심사 중이다.

테스트 및 릴리스 엔지니어링: optest(12), FlagOps(2), community(5)

  • optest가 13개 벤더 스크립트를 하나의 명령으로 통합: flagos-gpu-check가 “벤더 전용 장치 노드 우선, SMI 명령 2차 확인” 순서로 자동 탐지하며, 각 벤더의 기존 카드별 테이블, 타임아웃 및 재시도 파라미터를 유지하고 두 가지 충돌 규칙을 명시한다—Hygon이 AMD보다 우선(둘 다 kfd가 있지만 Hygon만 mkfd가 있음), XuanTie가 NVIDIA보다 우선. 이후 출력을 단일 텍스트 요약 또는 단일 파싱 가능한 JSON 및 YAML로 재구성하고(19개 파일, 2947줄 추가), device, driver, runtime, runtime_version, device_count, memory_unit 등 정규화 필드를 추가하며 런타임과 호스트 드라이버를 분리하여 표기한다. Enflame S60은 이번 주기에 FlagGems-vllm 및 FlagGems-sglang 변형 CI에 연결되었다.
  • community의 5건은 전부 규칙: FEP-0140의 두 가지 재작성, 분석 범위 및 검증 계획, 상태 Implementable로 전환, FEP-0141 축소. 기준 명확화도 본문에 포함—DeepSeek-V4-Flash와 Pro는 여전히 초기 W8A8 후보이며, “NVIDIA 대비 처리량 10% 향상”은 최적화 목표이지 고정된 수용 기준이 아니다.
  • FlagOps 두 건 모두 안정성: 견고한 감지로 강제 종료된 fetch가 남긴 오래된 git 잠금을 제거(#18), 기본 연결 타임아웃을 30초에서 300초로 상향(#17).

4. 회원사 및 벤더 적응

  • 하이곤: 이번 모니터링 기간에 엔지니어링 밀도가 가장 높았던 벤더 중 하나다. DTK 26.10은 하루 만에 여덟 건의 병합을 완료했는데, 컨테이너, 가용성 수정, cp312 빌더, FlagCX wheel 라인부터 두 개의 soname 의존성 보완에 이르기까지 재사용 가능한 「신규 SDK 연동 점검 경로」를 형성했다. 컨테이너 계층을 처음 도입할 때는 「FlagCX가 아직 빌드되지 않았으므로 이 단계에서는 포함하지 않는다」고 명확히 밝혔다. 이와 별도로 build-infra가 libglog.so.1을 추가 배포해 DTK 이미지에서 네이티브 플러그인 로드 실패를 해결했고(#1524), Torch-FL은 DCU 런타임 빌드 소스를 수정했으며(#654), FlagAttention은 FP8 MSA 경로를 제거했고(#109), FlagTrain은 하이곤을 1급 백엔드로 등록했다(#35). 또한 심사 중인 DCU 하드웨어 상태 샘플링(FlagScale #1299)과 GLA 구현(FlagAttention #117)도 있다.
  • 메타엑스: 투입이 연산자 검수와 추론 성능 양쪽에 집중되었다. 135개의 특화 연산자를 일괄 PR로 제출한 것이 이번 기간 조직의 심사 중 건수가 급증한 주된 원인이다. grouped_mm_w8a8의 INT8과 FP8 이중 경로는 실제 호출 재생을 기준으로 삼았다. FlagGems-vllm 측에서는 FlashAttention 캐시 안전성과 그래프 캡처를 수정하고 TP2/TP4를 최적화했으며, 단계별로融合 MoE 튜닝을 구분하고 TP2 packed decode에 Split-KV 스케줄링을 적용했다. sglang-plugin-FL의 MetaX와 MACA 백엔드 전체 패키지(31개 파일, 3364줄 추가)는 추론 프레임워크 측의 벤더 매트릭스를 보완했다. 생태계 측에서는 RLinf 풀스택 적응이 공식 메인라인에 병합되었다(5절 참조).
  • 쿤룬신: 가장 먼저 연동되었고 적용 범위가 가장 넓어서, 가장 먼저 롱테일 튜닝 단계에 진입했다. 이번 주 십여 건의 병합은 거의 전부 「기존 경로를 더 빠르고 안정적으로」 만드는 작업이었다. 스칼라 체인 융합은 약 7~10배, 연속 세그먼트 커널은 batch-norm 추론과 QKV 변환의 집계 지표를 0.228과 0.260에서 1.357과 5.062로 끌어올렸고, masked_fill은 0.577에서 0.829로 향상되었으며, slice_scatter와 vstack은 경로를 재작성하고 sym_numel을 통해 등록 로직에서 누락된 벤더 연산자 테이블을 되찾았다. 비트 코드 빌드(FlagCX #676)는 단일 연산자 가속보다 장기적 가치가 크며, 쿤룬신을 통합 디바이스 추상화에 연결했다.
  • 칭웨이즈넝: 내부 Triton 3.6 개발 라인을 오픈소스 백엔드에 직접 동기화했고(27개 파일, 2264줄 추가 407줄 삭제), 3.6 전용 태그를 붙였다. TXDA는 vLLM 플러그인에서 그래프 캡처와 재생을 지원하게 되었고, FlagCX의 TSM 지원과 rpm 패키징이 같은 날落地했다. 대가는 매번 동기화 분량이 크고 리뷰 시 벤더 SDK 의미론에 따라 항목별로 확인해야 한다는 점이고, 이점은 FlagGems와 FlagTree의 인터페이스 약속을 벤더 내부 진행 상황에 맞춰 앞당길 수 있다는 점이다. 생태계 측에서는 Open3D-PIMC의 보급이 계속되고 있지만(5절 참조), 두 라인은 현재 코드상에서 교차하지 않았다.
  • 화웨이 승텅: 네 개의 백엔드 키(cann8.5.0, cann8.5.0-910c, cann9.0.0, cann9.0.0-910c)가 모두 2.3.0-0.3.0을 따라갔다. 컴파일러는 설치 시점 고정에서 런타임 강제 고정으로推进되었는데(#7837), 이미지가 flagtree를 /opt/flagtree에 구워 넣어 pip pin으로 덮어쓸 수 없기 때문이다. FlagTree는 TensorView 접근 경로를 연결했고(32개 파일, 4901줄 추가), CommonIR에서 HIVM 사이에서 인덱스 모드에 따라 인덱스별 페이로드 DMA 또는 원소별 제로 패딩 이송을 선택한다. FlagAttention은 Parallax 어텐션 3단계 구현을 추가했다. vLLM 측의 네이티브 decode 그래프와 ModelSlim 동적 W8A8 양자화는 여전히 심사 중이다.
  • 엔플레임: 형상 테이블, 툴체인, 추론 세 라인에서 각각 한 곳씩 보완했다. core_shapes.yaml이 일주일 동안 적용되지 않은 근본 원인은 저장소 내에 로드 지점이 없었기 때문이며, 수정은 조회를 임의 벤더로 일반화했다. FlagPrism의 프로파일러와 디버거는 엔플레임까지 확장되어 기본 활성화되었고(#1239, 5개 파일), 디버깅이 포함된 커널 실행은 게이트웨이를 경유하도록 변경되었다. Qwen3.5 FP8의 W8A8 블록 캘리브레이션 추론이 GCU에 올라갔고(#358, 20개 파일, 3367줄 추가), GCU300과 GCU400의 하드웨어 제약에 맞춰 커널 패치를 재작업하여 FP8 MoE가 eager와 전체 그래프 두 모드 모두에서 동작하도록 했다. 심사 측에는 대량의 참조 구현 수정(#7890부터 #7908 연번)이 아직 마무리되지 않았다.
  • 일루바타 코어X: 컨볼루션 계열 세 라인이 동시에 최적화되었다. conv_transpose2d의 일곱 가지 조건档位, conv3d의 채널 제로 패딩 제거, conv2d의 패킹된 가중치 캐싱 및 channels_last 채널 변환 융합이다. FlagCX는 Atomic::load의 획득 의미론을 보완했는데, 이는 성능이 아닌 통신 정확성 문제다. 하드웨어 측에서는 톈가이 300이 처음으로 실기 시연을 외부에 공개했으며(5절 참조), 소프트웨어 측 적응은 Device API, SGLang 0.5.18, 학습 연산자 세 곳에서 항목별로 보완 중이다.

  • 다모원 쉬안톄: 세 모니터링 기간 연속으로 「한 번에 하나의 완전한 블록」 리듬을 유지했다. 추론(眞武 Express 버전과 PPU 희소 MLA 전방), 어텐션(PPU의 MiniMax 희소 어텐션, 기하평균 1.800배), 수치 라이브러리(BLAS1 15개 연산자 그룹)이다. 또한 fused_q_kv_rmsnorm이 10-29에 해당 플랫폼에 적용되었고, FlagTrain의 multi_tensor_adam과 fp8_gemm이 모두 이를

  • 몰토르(릴리스 후보): 백엔드 중 하나로 등록되었으며, optest의 벤더 충돌 규칙이 이를 NVIDIA보다 앞에 배치한다. 다음 단계로 BLAS2와 BLAS3가 뒤따를지, 그리고 CPU 측과 가속 카드 측이 동일한 검사 스크립트를 공유하는지 확인할 예정이다.
  • Moore Threads: 투자 중심은 연산자 수가 아니라 컴파일러에 있다. 상시 상주하는 GEMM과 SPMC를 하나의 상위 집합(63개 파일, 6192줄 추가 403줄 삭제)으로 합성한 것은 addmm, baddbmm, bmm 같은 주력 연산자가 MUSA에서 사용 가능한 성능에 도달하기 위한 전제이며, 이 역량은 동시에 Ascend와 MetaX의 TLE 라인에서 재사용된다. SDK는 v0.7.1로 올라가 3.6 전용 번호 태그와 정렬되었다. 생태계 측에서는 Megatron-MUSA-Titan을 오픈소스화했으며(5장 참조), 이 스택과의 교집합은 여전히 연산자 및 플러그인 계층이지 훈련 프레임워크 계층이 아니다.
  • Horizon Robotics: 이번 주 유일하게 「신규 플랫폼이 사용 불가에서 사용 가능으로 전환」된 편입(Torch-FL #674). 가치는 성능이 아니라 경로를 여는 데 있다——40개의 원소별 연산자가 출발점이며, 컨볼루션 등 주력 연산자는 여전히 전체 그래프 컴파일에 의존한다. 작성자는 동시에 두 가지 부정적 결론을 기록했다: libhbtl.so는 CPU 참조 구현일 뿐이며, 동적 형상은 HBRT 4.7.5에서 실행 불가하다(로더가 해당 축을 stride 0으로 선언하고, 작업 검증은 64 이상을 요구한다).
  • Cambricon: 이번 모니터링 기간 조직 내 전용 저장소 푸시와 병합이 없었으며, build-infra에 단 두 곳의 흔적만 남았다——neuware 버전(4.4.3과 4.7.2) 두 건의 changelog 기록, 그리고 한 번도 푸시되지 않은 megatron 이미지 두 건의 회수. 지난 위클리 리포트에서 이 회사를 공백으로 표시했으며, 이번 모니터링 기간에도 이어지므로 다음 호에서 리스크 항목으로 별도 표시할 것을 권장한다.
  • Qiwang(시왕): tangrt1.2.0이 처음으로 애플리케이션 이미지 매트릭스에 진입했고, libflagcx-sunrise가 rpm 라인에 진입했으며(SDK는 tangtk --toolkit과 pccl을 통해 /usr/local에 배치), vLLM 0.28 런타임 적응과 공유 Gate CI는 여전히 심사 중이다(#647).
  • AMD(신규 백엔드): 이번 모니터링 기간 기본 이미지 한 장에서 완전한 백엔드로 성장했으며, 구성, 패키징, wheel 라인, 런타임 검증, 빌더 보충의 다섯 단계가 모두 갖추어졌다. SGLang은 R9700에서 텐서 병렬을 실행하는 데 성공했다. FlagGems 측에는 아직 HIP의 C++ 백엔드가 없으며, 해당 벤더 설명자가 장치 이름을 cuda로 설정하는 문제가 있어(수정이 심사 중 #7908), AMD 라인이 현재까지 여전히 Triton 경로를 중심으로 한다는 것을 보여준다.
  • SpacemiT와 Cix, ARM: SpacemiT의 FlagTree vmt4d 백엔드는 여전히 심사 중이며(#1455), RISC-V AI 방향의 이번 주 유일한 움직임이다. MiniCPM-OCR의 엣지 측 커버리지는 Cix Technology와 Mac(ARM)을 포함하며, M5 CPU에서 SME2 매트릭스 명령으로 주요 선형 계층을 가속하고 Triton TLE Raw를 통해 연산자 실행 경로에 접속하며, 평균 단일 페이지 블록 판별 1.2초이다.

5. 생태계와 커뮤니티

  • InfoQ가 2.2 이후 가장 완전한 중국어 기술 회고를 제시(10-24): 3분기 기준 FlagOS 생태계 회원 단위 107개, 분기 커뮤니티 다운로드 464,336회(2분기의 4.76배), 코드 기여자 264명(이전 버전 대비 55% 증가); 2.1에서 2.2로, 병합 PR은 1,890에서 4,890으로, 코드 커밋은 5,100에서 9,730으로, 신규 Issue는 420에서 1,423으로 증가; 9대 연산자 라이브러리 합계 1,454개 연산자로 이전 버전 대비 890개 증가, 천 개 이상 연산자, 10종 칩 범위 내 크로스칩 전체 성능 약 27% 향상; GLM-5.3-Flash는 기존 Ascend 910B에서 논리 서비스 처리량이 8.52k에서 17.36k tokens/s로 상승(2.04배), 512K 장문맥 생성 60.9 tokens/s. 비용 항목은 8카드 910B 1대당 월 임대료 16,500위안, 3P1D 배포, 93% 캐시 적중률 기준으로 산정, 256K 입력 8 동시성 시나리오에서 백만 출력 Token당 59.27위안, 512K 입력 4 동시성 104.53위안으로 각각 해당 상용 API 대비 19.4%와 27.6% 낮음——임대료 환산 산정이며 동일 부하 실측 대조가 아니므로 인용 시 이 한정을 유지해야 함.
  • MiniCPM-OCR 적응 설명은 세 가지 숫자를 분리해 진술(10-29): 실제 처리량 비율(Jev가 DAMO XuanTie에서 NVIDIA H100 네이티브의 98.7% 달성), 피크 연산력 기준 정규화 처리량 비율(OCR 1.0 단일 문서 P50 169.3%, 배치 137.1%)과 엣지 지연(M5 CPU 평균 1.2초, 중앙값 895밀리초)을 각각 전제를 표기하고, 169.3%의 성립 전제는 저피크 연산력 플랫폼의 활용률이 더 높은 것이지 단일 카드가 더 빠른 것이 아니라고 명시. 이는 본 스택 최근 첫 자료로 “네이티브 추월”과 “활용률 우위”를 분리해 진술한 것이며 단일 배수보다 참고 가치가 더 큼.
  • 커뮤니티 콘텐츠 리듬이 발표회식 강연에서 플러그인별 분해 단일 기술 라이브로 전환(10-29): 19:00 방송된 한 회차는 sglang-plugin-FL의 크로스칩 추론 적응을 주제로, ATen 연산자 교체, 융합 연산자 스케줄링, 통합 통신 추상화, PD 분리 하 KV Cache 전송과 Empty 모드의 의존성 분해를 다루었으며, 이미 Ascend, Hygon, Kunlunxin 등 10종 칩 플랫폼에 적응했다고 표방; 코드 측 진도 방향과 일치(해당 저장소 이번 주 6건 심사 중 PR 업데이트, Ascend와 Tianshu의 0.5.18 Empty 런타임 적응 포함). 본 회차는 10-22의 대학 라운드테이블, 10-15의 연산자 바운티 챌린지와 함께 연속적인 기술 전파 라인을 구성.
  • Qingwei가 Open3D-PIMC를 오픈소스 최초 공개에서 30개국 교사 연수로 확장(10-26): 해당 프로젝트는 Qingwei Intelligent와 Beijing Zhiyuan Artificial Intelligence Research Institute(BAAI)가 공동 개발, 3D 연산력 칩 대상 프로그래밍 모델 및 오픈소스 소프트웨어 프레임워크로, 9월 중국 컴퓨팅 파워 콘퍼런스에서 정식 오픈소스화, Zhongzhi FlagOS의 차세대 3D 칩 대상 주요 솔루션 중 하나로 자리매김; 개발자는 데이터 분포와 작업 분할만 기술하면 프레임워크가 그래프 컴파일과 즉시 실행의 분할 및 호출을 자동 완료, 추론 측은 vLLM과 SGLang에 네이티브 연동, 각 벤더의 사설 명령어 세트와 마이크로아키텍처 역량은 플러그인 형태로 접속. 본 보도는 코드보다 생태계 보급에 초점: 글로벌 AI 오픈 컴퓨팅 교사 발전 계획이 Qingwei 엔지니어를 교실에 파견, 수강생은 30여 개국에서 온 약 50명의 대학 핵심 교사. 기사 내 “20개 칩 제조사, 30여 종 AI 칩 적응 완료”는 보도 측 입장이며, 10월 오픈 컴퓨팅 콘퍼런스에서 공식 제시한 21개 제조사, 35종 칩과 완전히 일치하지 않으므로 인용 시 귀속을 구분해야 함.
  • MetaX가 구현 지능 강화학습 프레임워크를 업스트림 메인라인에 연결(10-26): RLinf는 Tsinghua University와 Wuwen Xinqiong이 Beijing Zhongguancun Academy 등 기관과 공동으로 출시, 구현 지능 대상 최초의 모의훈련추론 일체화 대규모 강화학습 프레임워크로 자리매김, 성과는 OSDI, RSS, NeurIPS 등 학회에 채택. MetaX는 Xiyun C 시리즈 GPU 클러스터 기반으로 512카드와 1024카드(128노드×8카드) 두 단계 SFT 완료, Pi0.5 모델을 RoboTwin 데이터셋에서 훈련, 네 그룹 작업 성공률 전부 논문 보고값에 정렬 또는 초과, 그중 한 그룹 8.8퍼센트 포인트 높음, 다기 확장 선형성 97% 이상 유지; 접속 방식은 플러그인 모드 4계층 정렬(가속기 추상화 계층에 디바이스 매니저 신설 및 RLinf 레지스트리 등록, 환경 변수로 다카드 가시성 제어 및 Ray 스케줄링 협조, 통신 기본 MCCL, 소프트웨어 스택은 MXMACA 기반 PyTorch와 FlashAttention이 BF16과 FSDP 지원). 이는 FlagOS 컴포넌트 릴리스는 아니나 방향은 주목할 만함——FlagOS-Robo, FlagScale과 시나리오상 중첩되며, 향후 “회원 단위가 먼저 업스트림 프레임워크에 병합, 이후 FlagOS가 통합 백엔드로 수렴”하는 릴레이가 나타날지가 추적할 만한 단서.

  • Moore Threads가 훈련 인프라 오픈소스화, 코드와 서사 분리 필요(10-28): Megatron-MUSA-Titan은 만 카드급 클러스터의 조 단위 파라미터 MoE 훈련 대상, 사전훈련과 강화학습 포함, blockwise FP8 지원, DeepEP와 ACE 비동기 통신 결합으로 전문가 병렬 및 연산 중첩, slime, miles와 협동 가능(Megatron 훈련 + SGLang 샘플링). 저장소는 존재하나 본 모니터링 기간 내 푸시 없음, 마지막 푸시는 10-16으로 “오픈소스 발표, 코드 미동”에 해당, 보도자료의 “오픈소스” 표현과는 시간상 분리해 봐야 함. 같은 날 발표된 3분기 보고서(매출 15.5억 위안, 전년 대비 1773.9% 성장, 3분기 누적 매출 32.89억 위안, 모회사 귀속 순이익 3769.73만 위안,

  • 홍콩 증시 2차 상장을 추진하며), 재무 보고서는 기술적 판단을 바꾸지 않지만, 오픈소스 리듬에 대한 투자 능력을 설명한다.
  • 톈수 톈가이 300 첫 실기 데모, 하드웨어 기준은 여전히 검증 가능한 조건 부재 (10-28): 회사는 상하이 미디어 오픈 데이에서 톈가이 300 범용 GPU를 처음으로 실기 시연하며, 엔비디아 H200 수준의 실측 성능에 도달한 첫 번째 국산 범용 GPU라고 밝혔다. 제3자 테스트 환산 후 단일 카드 전체 처리량은 H200의 1.05배이며, 텍스트-이미지, 텍스트-비디오 등 복잡한 멀티모달 작업에서 H200을 초과한다고 한다. 해당 수치는 회사 기준이며, 테스트 방법, 사용된 모델 및 워크로드 조건이 모두 공개되지 않아 검증할 수 없다. 소프트웨어 스택 측의 대응 조치는 지속적이다 — FlagCX는 Device API 획득 시맨틱을 보완했고, SGLang 0.5.18의 Empty 런타임 적응은 심사 중이며, multi_tensor_adam은 이미 톈수를 지원 백엔드로 등록했다.
  • 채널 점검: 뉴스 면에서 연속 네 개 모니터링 기간 동안 회원 단위 보도자료만 존재 (10-23 ~ 10-29). 5기 데일리 리포트에서 총 120회의 중영문 검색(기당 24회)을 수행했으며, 컴포넌트명 직접 검색(FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen)에서 중영문 합계 지속적으로 제로 히트. 5기 합계 유효 항목 8개: Google News 측 6개 — InfoQ의 2.2 리뷰(10-24), MetaX와 Moore Threads의 MiniMax M3.1 Flash Day-0 보도자료(10-23), Qingwei Open3D-PIMC(10-26), MetaX RLinf(10-26), Moore Threads Megatron-MUSA-Titan(10-28); 커뮤니티 자체 채널 2개 — MiniCPM-OCR 듀얼 모델 Day0 적응 기사(10-29 11:19)와 sglang-plugin-FL 기술 라이브 방송(10-29 19:00). CSDN FlagOS 칼럼은 10-22 중단 후 10-29 재개; HN Algolia 8개 검색어에서 4일 모니터링 기간 내 직접 히트 제로; Zhiyuan 커뮤니티 검색 페이지는 클라이언트 렌더링으로 프레임 페이지만 확보; 8개 회원 단위 공식 웹사이트 7일 점검에서 단 4건(Moore Threads 4K 후반 제작 네트워크, 3분기 보고서 도해, MetaX CNCC 2026 분과 포럼 리뷰, 그리고 소프트웨어 스택과 무관한 산업 적용 기사); 수집 대기 큐에 이번 주기 FlagOS 항목 없음.

6. 트렌드 관찰

  • 2.3의 병목은 이미 코드가 아니라 「릴리스가 스스로를 입증할 수 있는가」에 있다: 이번 모니터링 기간에 가장 밀도 높은 작업 묶음은 새로운 연산자가 아니라 게이트, 이력 남기기, 철회, 일관성 검사였다. changelog가 「수동 기억」에서 푸시 게이트로 바뀌어 사이트 페이지와 Harbor에 게시되었고, 애플리케이션 페이지 일관성 검사가 pre-commit에 연결되었으며, 한 번도 푸시되지 않은 이미지 두 건이 철회되어 「changelog 파일 집합이 곧 릴리스된 집합」이 되었다. 이런 조치는 능력을 산출하지 않지만 12-30 이전의 그 릴리스 목록이 외부에서 검증될 수 있는지를 직접 결정한다. 현재 상태는 빌드 측이 이미 2.3.0으로 기록되고 있으나 릴리스 목록은 여전히 비어 있으며, 11-13의 FEP 마감과 11-30의 rc0이 전체 rc 기간을 압박할 것이다.
  • 백엔드 매트릭스는 2.3 기간에 수렴이 아니라 계속 확장된다: AMD ROCm 7.2.4는 기본 이미지 하나에서 완전한 백엔드로 성장했고, Horizon Robotics BPU는 「설계상 eager 불가」에서 연산자별 실행 가능으로 바뀌었다. 두 사건의 공통점은 「연결한 뒤에야 해야 하는」 후속 작업이 매우 무겁다는 것이다. AMD는 빌더와 wheel 행을 보충해야 하고, BPU는 배포 로그, 복사 커널 가드, 벤더명 매핑을 보충해야 하며, 새 백엔드의 첫 번째 관문은 언제나 「더 빠른가」가 아니라 「돌아가는가」다.
  • Day-0 딜리버리는 「돌아가는가」에서 「통일된 형식으로 일괄 복제」로 진입했고, 다음 단계의 승부수는 기준이다: 일주일 안에 두 번의 9칩 동시 출시가 있었고, 이번 라운드는 W8A8 단일 경로로 통일해 수렴했으며 네 곳을 Express 버전으로 만들었다. 이는 릴리스 파이프라인이 이미 템플릿화되었음을 보여준다. MiniCPM-OCR의 설명은 한 걸음 더 나아가 실제 처리량 비율, 피크 기준 정규화 처리량 비율, 엣지 지연을 분리해 서술하고 전제를 명시했다. 이는 단일 배수보다 참고 가치가 크고 다음 라운드에서 동료들이 같은 기준으로 비교하기도 더 쉽다.
  • 연산자 공급이 자동화된 이후 인적 투입은 전부 정확성과 계약으로 이동한다: KernelGen이 하루 22개 연산자, 일주일에 여러 배치를 자동 생성하는 것은 이미 일상이다. 이와 대조적으로 이번 주 가장 가치 있는 커밋 묶음은 index_put의 int32 오프셋 오버플로, Iluvatar의 bf16 GEMM 호스트 폴백, Hygon DCU 런타임이 스텁 링크로 구성된 문제, Enflame의 형상 테이블 로드 지점 누락, Kunlunxin 백엔드 임포트 불가 같은 「테스트에서는 오류가 나지 않고 배포 후에 터지는」 문제들이었다. ref-as-candidate의 양쪽 저장소 적용과 57건의 테스트 수정은 「무엇을 테스트할 것인가」를 연산자 유무에서 참조와 구현이 일치하는지로 바꾼 분수령이다.
  • 규칙 수렴의 대가는 0.32로 미뤄져 상환된다: 0.28을 건너뛰는 것은 마이너 버전을 따라가는 비용을 없앤 것처럼 보이지만, 0.28에 이미 병합된 적응(Enflame S60, Iluvatar, MetaX, Qingwei, Kunlunxin)은 0.32에서 다시 검수를 거쳐야 하며, 이 재작업량을 현재 어떤 PR도 담당하고 있지 않다. 같은 시기 0.32의 첫 번째 적용 증거는 네이티브 CUDA의 vLLM 0.32 적응(vLLM 0.32.0 고정에 cu129, PyTorch 2.13.0, Python 3.12.3)이며, 국산 백엔드는 아직 시작되지 않았다.
  • 양자 스택과 다중 칩 적응은 완전히 분리되어 독립적인 주류가 되었다: FlagQuantum은 일주일에 226건을 병합해 조직 전체의 3할을 차지했고, 구조 재편(QEC 패키지 분리, Quafu SDK 강제 전환)에서 시나리오 확장(오류 정정 코드, 중성 원자, 열욕)으로, 다시 CS-01부터 CS-07까지의 회로 합성 파이프라인으로 수렴했다. FlagQAI는 동시에 로컬 워크벤치를 만든다. 그 작업 방식은 네 단계 증거 남기기로 비용이 높고 검증 가능성이 좋으며, 어떤 칩 벤더의 진척에도 의존하지 않는 유일한 소프트웨어 스택 주류다.
  • 세 가지 리스크 항목은 다음 호에서 확인해야 한다: 첫째, 태그에 릴리스 본문이 없는 것이 이미 관행이 되었다. FlagCX v0.14.1과 FlagTree의 두 3.6 전용 번호 모두 태그만 있어 다운스트림은 이름에서 백엔드와 Triton 버전을 역추론할 수밖에 없으며, 2.3이 이 노선대로 딜리버리되면 검증 비용이 늘어난다. 둘째, Cambricon은 두 주 연속 조직 내 전용 푸시가 없고 build-infra에 철회 기록만 남아 있으며, 다음 호에도 이어지면 별도로 기재해야 한다. 셋째, 학습 스택의 회복은 여전히 불확실하다. Megatron-LM-FL은 10건을 심사 중이지만 이번 모니터링 기간에 병합이 0건이고, FlagScale의 DeepSeek-V4 업스트림 동기화는 [2/N]까지만 열려 있어 학습 측 진척이 추론 측보다 뒤처져 있다.
  • 다음 관찰 지점: 2.3.0 태그가 언제 찍히는지, release-2.3.yaml이 언제 만들어지는지, 0.32 단독 릴리스 규칙 아래 첫 국산 백엔드(Ascend 또는 Hygon)가 언제 0.32에서 검수를 마치는지, BPU 경로가 원소별 연산자에서 컨볼루션 등 주간 연산자로 확장되는지, FlagCV가 언제 첫 벤치마크와 비 GPU 백엔드 데이터를 내놓는지, Megatron-MUSA-Titan의 코드가 실제로 푸시되기 시작해 Megatron-LM-FL과 재사용을 이루는지.

부록: 자료와 검증

  • 자료: 2026-10-26, 10-27, 10-28, 10-29, 10-30 다섯 차례의 FlagOS 데일리 리포트. 모니터링 기간은 각각 10-23 06:00~10-26 06:00(72시간), 10-26 06:00~10-27 06:00, 10-27 06:00~10-28 06:00, 10-28 06:00~10-29 06:00, 10-29 06:00~10-30 06:00이며, 해당 주기 내 결호는 없습니다. 10-24와 10-25는 주말로 별도 데일리 리포트가 없으며, 해당 내용은 10-26 회차의 72시간 모니터링 기간에 포함됩니다.
  • GitHub 확인 방법: 조직 flagos-ai의 전체 61개 저장소를 대상으로 일별 푸시 상태를 확인했습니다. 병합은 is:merged에 merged:>=모니터링 기간 시작을 더해 검색한 결과를 진값으로 삼았고, 심사 중은 is:open에 updated:>=모니터링 기간 시작을 더해 검색했습니다. 메인 브랜치 신규 추가는 commits?sha=<브랜치>&since=<UTC>로 재확인했으며, 비기본 브랜치 푸시는 org 이벤트 스트림과 commits.atom으로 보완 식별했습니다(이번 주기에는 docs, release-info, FlagFFT, FlagSparse, FlagGems-Experimental, TransformerEngine-FL 등의 저장소가 관련됨). 저장소별 병합 수는 각 회차 데일리 리포트가 공개한 기준의 누적치이며, 회차별 저장소 합계는 각 회차 병합 총수와 완전히 일치하고, 누적 755건입니다.
  • 버전 및 태그 확인: 각 컴포넌트 저장소의 태그와 Release 원자 소스로逐一 재확인한 결과, 10-31 확인 결과는 다음과 같습니다——FlagTree 0.7.1a1+mthreads3.6의 tagger 시간은 10-26 10:13, 0.7.1a1+tsingmicro3.6은 10-29 11:09이며,两者 모두 Release 본문이 없습니다. FlagCX v0.14.1은 경량 태그로 10-29 10:55의 병합 커밋(昆仑芯 cstddef 백포트)을 가리키며, Releases 목록의 최근 항목은 여전히 9-28의 v0.14.0입니다. build-infra 태그 목록 최신은 여전히 v2.2.0이며, community 저장소의 release/2.3 디렉터리 아래에는 release-2.3.yaml이 없습니다. FlagGems, FlagQuantum, FlagScale, FlagBLAS, FlagDNN, FlagFFT, FlagTensor, FlagAttention, vllm-plugin-FL, sglang-plugin-FL, FlagGems-sglang, TransformerEngine-FL은 이번 주기에 새 Release가 없습니다.
  • 뉴스 측 확인: Google News RSS 24개 중영문 검색어(컴포넌트명은 14일, 멤버 및 산업 키워드는 7일 기준)를 회차별로 실행해 다섯 회차 합계 120개 검색어를 조회했습니다. HN Algolia 8개 그룹, CSDN FlagOS 컬럼은 항목별로 시점을 확인했으며, Zhiyuan/BAAI 커뮤니티와 8개 멤버 기관 공식 웹사이트를 매일 점검했습니다. 유효 항목은 「원문 사이트 우선」 원칙으로 인용했습니다. 구뉴스 재게시(燧原「今日上市」류 기사, 해당 회사 커촹반 상장일은 9-11), 모니터링 기간 이탈 기사(清微「年度科创先锋」 원문은 10-22), 회의 후 확산 기사(辉羲智能 참가 기사, 10-17~10-18 대회를 지칭) 및 시황·실적类 기사는 규칙에 따라 제외하고 항목에 포함하지 않았습니다.
  • 기준 설명: 날짜와 시간은 모두 베이징 시간입니다. 월요일의 72시간 모니터링 기간은 10-24와 10-25 주말을 포함하며, 해당 내용은 원래 날짜로 표기했고, 직전 위클리 리포트(10-19~10-23 모니터링)와 10-23 당일에 중복이 있습니다. 중복 부분의 태그와 병합은 직전 회차에 명시했으므로 이번 호에서는 중복 집계하지 않습니다. 「병합」은 GitHub 검색의 병합 시간이 모니터링 기간 내에 있는 PR을 뜻하며, 데일리 리포트의 일별 기간 집계와 하루 정도 어긋나므로 본 보고서는 병합 날짜 기준을 통일 적용합니다. 커밋 검색은 search의 total_count 기준이며, 일부 저장소는 스쿼시 병합과 인덱스 지연으로 병합 수가 커밋 검색 수보다 높게 나타날 수 있습니다(예: 10-27 회차 FlagGems 49건 병합 대 28건 커밋). 보고서 내에서는 병합 수를 기준으로 합니다. 업체 보도자료의 「Day-0」「코드 수정 불필요」「논문 대비 동등 또는 초과」 등의 표현은 회사 기준이며 제3자 재현은 확보하지 못했습니다. 天垓 300의 H200 대비 1.05배 및 InfoQ의 비용 산정은 모두 한정 조건을 명시했습니다.
  • 한계: 브랜치 단위 활동(FlagTree의 triton_v3.5.x와 feature/flagmega 브랜치, FlagGems의 kernelgen-dev와 fix/* 임시 브랜치, FlagFFT의 codex/musa-shortfall)은 기본 브랜치 기준으로 완전히 열거할 수 없어, 기본 브랜치 통계로는 실제 작업량을 과소평가할 수 있습니다. FlagQuantum의 커밋 수에는 병합 커밋과 브랜치 동기화 커밋이 포함되어 기능 변경 수와 동일하지 않습니다. FlagGems-Experimental의 135건 배치 PR은 이번 주기 말까지 전부 심사 중 상태이며, 배치 병합 여부와 병합 후 메인 저장소 연산자 목록으로의 환류 여부는 여전히 관찰이 필요합니다. 학습 측 Megatron-LM-FL과 FlagScale의 움직임이 드물어 관련 판단의 신뢰도는 추론 스택보다 낮습니다.

참고 문헌

//github.com/flagos-ai/FlagCX/pull/673> · https://github.com/flagos-ai/build-infra/pull/1556 · https://github.com/flagos-ai/build-infra/pull/1563

· https://github.com/flagos-ai/FlagGems/pull/7061 · https://github.com/flagos-ai/FlagGems/pull/6950

**FlagQuantum 패키지 재구성 및 Quafu 전환 — https://github.com/flagos-ai/FlagQuantum/pull/749 · https://github.com/flagos-ai/FlagQuantum/pull/832 · https://github.com/flagos-ai/FlagQuantum/pull/866 · https://github.com/flagos-ai/FlagQuantum/pull/876

http://stock.10jqka.com.cn/20261026/c681090455.shtml · https://www.metax-tech.com/