모니터링 기간: 2026-09-20 10:18 ~ 2026-09-21 10:18 (약 24시간; 09-20 데일리 리포트 기간을 이어받아 공백 없음) 출처: GitHub(org: flagos-ai, 54개 저장소 pushed_at 전수 점검, 기간 내 22개 저장소에 푸시 발생; 커밋 검색 163건 적중, 별도로 FlagTree MetaX 전용화 브랜치 10건), Google News RSS(중영문 24개 쿼리어, 프록시 경유), QuantumBit, Sina Finance(Interface News 인용), BAAI 커뮤니티, CSDN FlagOS 칼럼 등(상세는 부록 출처 목록 참조)

이번 호 인덱스

  • 오늘의 핵심: 2.2 릴리스 0.20.2 라인 전 백엔드 스냅샷 완료——20개 백엔드 이미지 실기 검증 통과, 세 백엔드 FlagTree 핀 고정 사유 공개(09-20)
    1. 오픈소스 프로젝트 진행 상황(GitHub 동향)
      • 1.1 build-infra: 0.20.2 라인 이미지 기록 회신 완료, 2.2.0 스냅샷 기록 실기 검증 및 핀 고정 설명(09-20)
      • 1.2 FlagGems: TLE 경로 두 백엔드 연속 개방——Ascend glu 적응, Iluvatar TLE 활성화(09-20/09-21)
      • 1.3 FlagGems: KernelGen 연산자 2종 추가 등록; SiliconFlow 크로스 백엔드 FP8 grouped GEMM 수정 병합(09-20/09-21)
      • 1.4 FlagTree: MetaX 백엔드 전용화 리팩터링 야간 진행 10건; Ascend 910B FlagGems CI 워크플로 제출(09-20/09-21)
      • 1.5 FlagTree: AMD 백엔드 컴파일러 수정 2건(W7900 정밀도 테스트에서 노출)(09-20)
      • 1.6 기타 동향: libtriton_jit 다중 백엔드 패키징, KernelGen Tsingmicro 수록, FlagQuantum 예제, Torch-FL 등(09-20/09-21)
    1. 뉴스 보도와 생태계
      • 2.1 컴포넌트 레벨 검색 연속 열여섯 번째 조용한 기간(09-20/09-21)
      • 2.2 China Telecom Xing4.0-29B-A4B 해설: 국산 컴퓨팅 파워 배포가 BAAI FlagOS 통합 오픈소스 소프트웨어 스택 기반(09-20)
      • 2.3 FlagOS 배포판 패키지 채널: flagos-packaging v2026.09.20 릴리스, apt/dnf 이중 포맷(09-21)
      • 2.4 FlagOS × MiniCPM 챌린지 오늘 제출 단계 진입(09-21)
    1. 멤버사 심층 분석
      • 3.1 MetaX: Qwen-Image-2.1 Day0 적응 공식 발표, FlagTree 전용화 리팩터링 연속 추진(09-20/09-21)
      • 3.2 Hygon: fused_inv_rope_fp8_quant 연산자 병합, FP8 grouped GEMM 튜닝(09-21)
      • 3.3 Ascend: glu 연산자 TLE 적응 및 910B FlagGems 베이스라인 워크플로(09-20/09-21)
      • 3.4 Iluvatar CoreX: TLE 경로 활성화, FP8 디코딩은 독립 커널 사용(09-21)
      • 3.5 Tsingmicro: KernelGen 2.2.0에 신규 하드웨어로 수록(09-20)
      • 3.6 DAMO Academy XuanTie: T-Head ZW810E 비용 모델 패키지 1.1.0 FlagTune 디렉터리 진입(심사 중)(09-20)
      • 3.7 Moore Threads / Enflame: MUSA CI 및 GCU 성능 최적화(09-20)
    1. 요약 및 트렌드 관찰
  • 부록: 출처 검증표
  • 전체 출처 목록

오늘의 핵심: 2.2 릴리스 0.20.2 라인 전 백엔드 스냅샷 완료——20개 백엔드 이미지 실기 검증 통과, 세 백엔드 FlagTree 핀 고정 사유 공개

날짜: 2026-09-20　출처: build-infra #991, build-infra #956

09-20 저녁부터 밤까지, build-infra는 2.2 릴리스의 또 하나의 완전한 라인을 완성했다: 0.20.2 라인(vLLM 0.20.2)의 이미지 tag 기록이 상하이 시간 19:04–19:27에 집중적으로 14건 회신되었다(NVIDIA cuda12.8, Kunlunxin, Iluvatar 두 버전, Hygon, Moore Threads 두 버전, Ascend 세 변형, Cambricon 두 버전, Tsingmicro, Enflame 등 커버). 이에 앞서 14:49–18:43의 6건을 더하면, 해당 라인 20개 백엔드 전부가 2.2.0-0.2.2rc2.post2를 탑재했다. 19:40에 병합된 #991은 곧바로 이번 라운드 재빌드를 0.20.2 라인의 2.2.0 릴리스 스냅샷으로 기록했다——각 기록은 실기 검증을 통과한 뒤에야 통과 처리된다: 패키지 매트릭스 대조, vllm/vllm_fl 실제 임포트, 실제 serve 토큰 출력 세 항목 전부 통과.

스냅샷과 동시에 공개된 또 하나의 단서는 이전까지 커밋 제목에만 등장했던 것——세 개의 백엔드가 통합 컴파일러 기반을 사용할 수 없다는 점이다: 2.2.0 스택은 원래 전 백엔드를 FlagTree 0.7.0rc2로 통일할 계획이었으나, MetaX(tl.dot이 BLOCK_SIZE_M=8에서 컴파일러 ICE 발생), Enflame tops1.9.10(enable_i64가 구 툴체인에 의해 거부됨), NVIDIA cuda13.3(TLE가 libcudart.so.12에 의존) 세 가지가 0.7.0rc2에서 실행되지 않아, 각각 실기 재현 + 0.6.x 대조 형식으로 업스트림에 제출하고 이미지 기록에 각자의 FlagTree 핀 버전을 하나하나 표기했다(어제의 세 hold 커밋에 대응). 이 「스냅샷 + 핀 버전 사유」의 조합은 릴리스물의 검증 가능성을 한 층 더 끌어올렸다: 각 이미지에 무엇이 들어 있는지, 무엇을 검증했는지, 왜 기반이 다른지가 모두 기록에 남아 있다. 09-28 GA까지 7일이 남았고, 릴리스 엔지니어링은 마무리 국면에 들어섰다.

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

모니터링 기간 개요: org 내 54개 저장소 중 22개가 이 모니터링 기간에 푸시되었으며, 커밋 검색 히트 163건(18개 저장소에 걸침), 별도로 FlagTree MetaX 전용화 브랜치 10건(비기본 브랜치, 검색에 미포함)과 FlagBLAS, docs 등 저장소의 브랜치 푸시가 있었다. 분포는: build-infra 52, FlagGems 34, FlagSparse 21, FlagGems-Experimental 10, FlagGems-vllm 6, Torch-FL 6, FlagQuantum 6, FlagGems-sglang 6, FlagDNN 5, docs 4, libtriton_jit 3, KernelGen 2, vllm-plugin-FL 2, FlagFFT 2, 나머지 각 1.

이번 모니터링 기간의 형태 = 「릴리스물 마무리」 + 「TLE 다중 백엔드 확산」: build-infra가 0.20.2 계열 이미지 기록과 릴리스 스냅샷을 마무리했고(자세한 내용은 「오늘의 중점」 참조), FlagGems 측 TLE(Triton 언어 확장)가 연속으로 두 개의 새 백엔드(Ascend, Iluvatar)에 진입하여 어제의 Damo Academy XuanTie PPU TLE 활성화와 함께 삼연타를 이루었다. FlagTree의 MetaX 전용화 리팩터링은 밤새 10건이 진행되었고, Ascend CI 워크플로에도 910B 모델이 추가되었다.

1.1 build-infra: 0.20.2 계열 이미지 기록 환류 완료, 2.2.0 스냅샷 기록 실기 검증 및 핀 버전 설명(09-20)

날짜: 2026-09-20　출처: build-infra #991, build-infra #955

메인라인은 「오늘의 중점」 참조. 보충 세 가지: 첫째, 0.24.0 계열의 2.2.0-0.3.0rc2.post2 기록(#957–#975)이 18:04–18:42에 먼저 기록되었고, 두 계열이 이번 모니터링 기간 내에 순차적으로 마무리되었다. 둘째, ci: add a deb release path for FlagGems(#955)는 FlagGems에 Debian 패키지 릴리스 채널을 추가한 것으로, 배포판 패키지 체계(2.3 참조)와 같은 주제이다. 셋째, changelogs: name the FlagTree each 2.2.0 vllm image actually builds on(#953)은 이미지별로 실제 컴파일 기반을 표기한 것이다——이상 세 가지와 스냅샷 기록을 합치면 릴리스물이 「빌드 가능」에서 「검증 가능」으로 나아가는 완전한 사슬을 구성한다.

1.2 FlagGems: TLE 경로 연속 두 백엔드 개방——Ascend glu 적응, Iluvatar TLE 활성화(09-20/09-21)

날짜: 2026-09-20, 2026-09-21　출처: FlagGems #6522, FlagTree #1238

09-20 저녁에 제출되어 09-21 오전에 병합된 #6522는 한 번에 두 곳의 TLE를 열었다: Ascend 측은 glu 연산자에 TLE 적응을 추가(tle.dsa.extract_slice 원시 명령어 사용), Iluvatar 측은 vendor descriptor에서 tle_enabled를 True로 설정하여 공식적으로 TLE 경로를 내보냈다. 이는 TLE가 48시간 내에 진입한 세 번째, 네 번째 백엔드이다——직전 모니터링 기간에 Damo Academy XuanTie PPU가 막 TLE를 활성화했는데, 이번 모니터링 기간에는 Ascend와 Iluvatar로 확장되었다. 이에 맞춰 FlagTree는 심사 중 PR #1238에서 Ascend TLE의 raw 원시 명령어 명명을 tle.dsa.ascend.raw에서 tle.raw로 통일했다(09-20 제출)——TLE의 백엔드 간 일관화가 명명 계층에서도 동시에 진행되고 있다.

1.3 FlagGems: KernelGen 두 연산자 추가 등록; SiliconFlow 크로스 백엔드 FP8 grouped GEMM 수정 병합(09-20/09-21)

날짜: 2026-09-20, 2026-09-21　출처: FlagGems #5911, FlagGems #6349, FlagGems #5064

세 건의 병합: 첫째, KernelGen이 inverse 연산자를 산출(#6349, 09-20 22:21)——프로그램에 따라 부분 피벗팅을 하는 가우스-조던 소거를 수행하고, 작업 행렬과 역행렬 누산기가 전부 레지스터에 상주하며, 행 교환은 tl.gather로 정확히 추적한다. 레지스터에 담을 수 없는 대형 행렬과 복소수 입력은 벤더 cuSOLVER로 폴백한다. 둘째, KernelGen이 다시 _gather_sparse_backward를 등록(#5911, 09-21 09:25)——gather의 역방향으로, 희소 COO 그래디언트를 산출한다. 셋째, SiliconFlow의 _scaled_grouped_mm 크로스 백엔드 수정 및 튜닝(#5064, 09-21 09:49 병합, PR 개설 약 두 달 만에 마무리): 네이티브 FP8 dot 경로가 없는 백엔드는 E4M3를 FP16으로 디코딩한 뒤 행렬 곱셈을 수행(FP32 누산)하고, E4M3FN / E4M3FNUZ의 바이트 단위 디코딩을 추가하며, Iluvatar는 CoreX 4.4가 dot 루프에 융합된 디코딩을 잘못 컴파일하기 때문에 독립적인 디바이스 측 디코딩 커널로 전환하고, Hygon과 MetaX의 전용 튜닝 설정을 보충한다.

1.4 FlagTree: MetaX 백엔드 전용화 리팩터링 밤새 10건 진행; Ascend 910B FlagGems CI 워크플로 커밋 (09-20/09-21)

날짜: 2026-09-20, 2026-09-21　출처: FlagTree 브랜치 refactor/metax-swizzle-dump-utils-v2, FlagTree #1247

MetaX 백엔드 전용화 리팩터링은 모니터링 기간 내에 10건의 [SPEC][METAX] 커밋을 추가했다(09-20 16:02 ~ 09-21 10:18). 저녁부터 오늘 아침까지 계속 진행되었으며: TritonIR, TritonToTritonGPU, TritonGPUToLLVM 세 계층 소스의 전용화, MetaX CMake 진입점 통일(먼저 연결, 이후 수정), 전용화된 TritonGPU ops의 TableGen 선택, 그리고 오늘 아침의 tensor pointer 재작성과 Gluon 레이아웃 인터페이스 전용화까지 포함한다. 이 refactor/metax-swizzle-dump-utils-v2 브랜치의 작업 방식은 MetaX 백엔드를 “업스트림 소스 공유 + 조건부 컴파일”에서 “소스 수준 전용화 컴파일 경로”로 밀어붙이는 것이다. 같은 날 Ascend 측은 Ascend 3.5-910B의 FlagGems 베이스라인 및 테스트 워크플로를 제출했다(#1247, 09-21 09:54 리뷰 중; 내용은 먼저 main에 투입된 후 triton_v3.5.x 라인으로 변경 투입)——09-18의 910C 버전(#1214)을 이어받아, Ascend의 FlagGems 회귀 인프라가 모델별로 보충되고 있다.

1.5 FlagTree: AMD 백엔드 두 곳의 컴파일러 수정 (W7900 정밀도 테스트에서 노출) (09-20)

날짜: 2026-09-20　출처: FlagTree #1240

리뷰 중인 PR #1240은 두 곳의 AMD 백엔드 수정을 담고 있으며, 출처는 W7900(gfx1100)에서 FlagGems 연산자 정밀도 테스트를 실행할 때 노출된 문제다: 첫째, CanonicalizePointers가 scf.if 두 분기의 fat-pointer 속성에 대해 교집합을 취하도록 변경(canNarrow 두 분기가 일치해야 유지), 더 이상 두 분기가 같다고 단정하지 않는다——FlagGems의 cat / concatenate / div_tensor 커널은 두 분기의 속성이 다른 scf.if를 합법적으로 생성할 수 있으며, 이전에는 단정이 활성화된 LLVM 빌드에서 pass가 직접 크래시했다. 둘째, AtomicCAS의 비정수 비트 변환 처리. 두 곳 모두 업스트림 Triton의 대응 처리를 이식한 것이다. AMD 소비자용 카드가 FlagGems 정밀도 테스트 범위에 포함된 것은 이 모니터링 기간에 주목할 만한 방향이다.

1.6 기타 동향: libtriton_jit 다중 백엔드 패키징, KernelGen의 Tsingmicro 등재, FlagQuantum 예제, Torch-FL 등 (09-20/09-21)

날짜: 2026-09-20, 2026-09-21　출처: libtriton_jit #61, KernelGen #89, FlagQuantum 커밋, Torch-FL 커밋

  • libtriton_jit (3): 오늘 아침 연속 세 건의 병합——다중 아키텍처 스크립트 디렉터리 수정(#58), 다중 백엔드 패키징(#61), nlohmann-json 3.10.5 수정(#64)으로, Triton JIT 런타임이 다중 백엔드 배포 형태로 수렴하고 있다.
  • KernelGen (2): Updated Tsingmicro as a new hardware 병합(#89)——KernelGen 2.2.0 문서에서 Tsingmicro를 신규 하드웨어로 등재했다(상세는 3.5 참조).
  • FlagQuantum (3): 예제와 엔지니어링 측면을 계속 보강——세션 수준 Jiuding notebook 작업 지원(#103), 알고리즘 유닛의 실행 가능한 예제 + 가이드 검사기(#105), 실행 결과와 불일치하는 docstring 세 곳 수정(#106).
  • Torch-FL (3): GCU에서 Qwen-Image-2.1의 무효 마스크 제거 및 complex64 곱셈 분해(#363, 09-20 23:58 병합); 피크 메모리 통계 리셋 시 기존 할당 유실 문제 수정(#364); 도달 불가능한 Python 계층 FlagGems 등록 코드 정리(#361).
  • FlagSparse (2): runner ci와 #74 병합(09-20 19:29–19:33).
  • vllm-plugin-FL (1): MUSA CI를 vLLM 0.24 라인에 적응(#457).

2. 뉴스 보도와 생태계

2.1 컴포넌트 수준 검색 연속 열여섯 번째 조용한 기간(09-20/09-21)

날짜: 2026-09-20 ~ 2026-09-21　출처: Google News RSS(중영문 24개 검색어 조합, 프록시 경유)

FlagOS / FlagGems / FlagScale / FlagTree / FlagPerf / FlagCX / KernelGen 등 컴포넌트명을 키워드로 한 중영문 검색(when:7d 및 when:14d)에서 24시간 기간 내 계속 0건을 기록하여, 컴포넌트 수준 검색 연속 열여섯 번째 조용한 기간을 구성했다(직전 기간은 열다섯 번째). 이 기간의 대외 정보면은 멤버 기관 측과 생태계 측에서 제공되었다(2.2, 2.3 참조): 멤버 기관 키워드 적중 중 MetaX의 Qwen-Image-2.1 Day0 적응이 유일한 강한 연관 뉴스였고(3.1 참조), 나머지는 주식 시세와 무관한 기사로 제목 의미에 따라 제외했다.

2.2 China Telecom Xing4.0-29B-A4B 해설: 국산 컴퓨팅 파워 배포가 Zhiyuan FlagOS 통합 오픈소스 소프트웨어 스택 기반(09-20)

날짜: 2026-09-20　출처: QbitAI

QbitAI가 09-20 저녁에 China Telecom이 09-17에 오픈소스화한 경량급 에이전트 대규모 모델 Xing4.0-29B-A4B(29B 전체 파라미터 / 4B 활성화, 256K 컨텍스트, Ascend 910C + MindSpore/MindFormers 학습, 4-bit 양자화 후 단일 3090에서 실행 가능)를 해설하는 글을 게재했다. 글은 “기업이 진정으로 AI를 활용하게 하기” 섹션에서 명확히 밝혔다: 국산 컴퓨팅 파워를 채택한 기업에게 이 모델은 Zhiyuan FlagOS 통합 오픈소스 AI 소프트웨어 스택을 기반으로 여러 국산 칩의 적응 경로를 개척했으며, 이를 통해 크로스 하드웨어 플랫폼 마이그레이션과 배포 비용을 절감한다. 이는 FlagOS가 “통합 소프트웨어 스택”이라는 포지셔닝으로 다시 한번 제3자 주류 기술 매체의 제품 해설에 등장한 것이다; 모델의 Agent 프레임워크 적응 목록(OpenCode / Claude Code / OpenClaw / Hermes)도 FlagOS 생태계의 Agent 방향과 같은 주제다.

2.3 FlagOS 배포판 패키지 채널: flagos-packaging v2026.09.20 릴리스, apt/dnf 이중 포맷(09-21)

날짜: 2026-09-21　출처: flagos-packaging v2026.09.20, 패키지 인덱스 사이트, build-infra #955

flagos-packaging 릴리스 엔지니어링 저장소가 오늘 새벽 v2026.09.20을 릴리스했습니다(주간 주기, 이전은 09-06, 09-13). 이 저장소는 FlagOS 소프트웨어 스택을 위한 APT(Debian/Ubuntu)와 YUM(Fedora/RHEL/OpenEuler/OpenCloudOS/OpenAnolis) 이중 형식 네이티브 패키지를 제공하며, 이미 el8 / el9 / fedora43 / openanolis8 / opencloudos9 / openeuler2403 여섯 가지 배포판의 repo 파일을 제공하고 있고, 패키지에는 GPG 서명이 포함되어 있습니다(예시: apt install libflagcx-nvidia python3-flagscale python3-flagtree-nvidia). 현재 샌드박스 엔드포인트와 계획 중인 프로덕션 엔드포인트(flagos-ai.github.io)가 동일한 서비스 세트를 사용하는 마이그레이션 기간에 있습니다. 이에 맞춰 build-infra는 FlagGems에 deb 릴리스 경로를 추가했으며(#955), FlagBLAS 측의 세 가지 패키징 PR(Debian+RPM 패키징, Nexus 릴리스, 0.3.0-rc2 이식)이 심사 중입니다——컨테이너 이미지 외에도 FlagOS의 배포판 네이티브 배포 채널이 형성되고 있습니다.

2.4 FlagOS × MiniCPM 챌린지 오늘 제출 단계 진입(09-21)

날짜: 2026-09-21　출처: Zhihu 기관 계정 이전 게시물

이전에 공개된 일정에 따르면, FlagOS × MiniCPM 모델 추론 처리량 성능 최적화 챌린지의 개발 및 제출 단계가 09-21부터 개방됩니다(11-20까지, 12월 심사). 이 대회 문제는 FlagOS 스택 상의 추론 처리량 최적화(4k / 16k 두 가지 평가 시나리오 포함)를 대상으로 하며, SGLang 크로스 칩 연산자 최적화 대회에 이어 커뮤니티 대회 체계의 연속입니다. 오늘부터 실제 제출 기간에 진입하며, 이후 기간에는 첫 제출 동향을 주목할 수 있습니다.

3. 회원 단위 심층 분석

3.1 MetaX: Qwen-Image-2.1 Day0 적응 공식 발표, FlagTree 전용화 리팩터링 연속 추진(09-20/09-21)

날짜: 2026-09-20　출처: Sina Finance(Jiemian News 인용), Sina Finance(Guan Dian Wang 인용)

09-20 저녁, Alibaba Qwen 팀이 이미지 생성 모델 Qwen-Image-2.1을 오픈소스로 공개한 후, MetaX가 해당 모델에 대한 Day0 적응을 완료하여 「출시 즉시 적응」을 실현했다고 발표했습니다(Jiemian News, Guan Dian Wang, Tonghuashun 등 다중 출처 보도). 코드 측에서는 같은 기간 두 가지가 있었습니다. 첫째, FlagTree의 MetaX 백엔드 전용화 리팩터링이 모니터링 기간 내 10건 진행되었습니다(1.4 참조). 둘째, FlagSparse의 MACA 라인에 maca spsv coo and spmv csr test가 커밋되었습니다(09-20 17:18). 또한 비교할 수 있는 것은 FlagOS 스택 내 Torch-FL 저장소의 Qwen-Image-2.1 다중 칩 성능 최적화 라인이 여전히 이어지고 있다는 점입니다(이번 기간 GCU 측 #363, 3.7 참조)——「대형 모델 출시 당일 다중 칩 사용 가능」이라는 패턴이 보도자료에서 각 사 백엔드의 실제 코드 경로로 들어가고 있습니다.

3.2 Hygon: fused_inv_rope_fp8_quant 연산자 병합, FP8 grouped GEMM 튜닝(09-21)

날짜: 2026-09-21　출처: FlagGems-vllm #801, FlagGems #5064

오늘 아침 병합된 #801은 Hygon DCU(gfx936 / BW1000)에 fused_inv_rope_fp8_quant 연산자를 추가했습니다——DeepSeek-V4 어텐션 경로를 위한 「역 RoPE + 128원소당 FP8 E4M3FN 그룹 양자화」 융합 구현으로, 기존 vendor-override 메커니즘을 통해 동작합니다(동일 이름 함수가 runtime/backend/_hygon/에서 범용 구현을 오버라이드). gfx936에는 네이티브 FP8 변환 명령이 없기 때문에 Triton은 .to(fp8)을 긴 시뮬레이션 시퀀스로 전개하며, 이 융합 연산자의 성능적 의의가 바로 여기에 있습니다. 또한 FlagGems #5064에서는 Hygon과 MetaX의 _scaled_grouped_mm 전용 튜닝 설정이 함께 수립되었습니다.

3.3 Ascend: glu 연산자 TLE 적응과 910B FlagGems 베이스라인 워크플로(09-20/09-21)

날짜: 2026-09-20, 2026-09-21　출처: FlagGems #6522, FlagTree #1247, FlagGems-vllm #810

Ascend 라인 세 건: glu 연산자의 TLE 적응(#6522, tle.dsa.extract_slice 사용, 1.2 참조); Ascend 3.5-910B의 FlagGems 베이스라인 및 테스트 워크플로 커밋(#1247, 심사 중, 1.4 참조); vllm 플러그인 측에 kda_state_gather Triton 연산자 신규 추가(#810, 09-21 09:29). 여기에 이전 모니터링 기간의 전용 선형 연산자(#6456)와 kda_gate_cumsum(#809)까지 더해, Ascend 방향의 연산자와 CI 두 라인 모두 밀도 높게 유지되고 있다.

3.4 Iluvatar CoreX: TLE 경로 활성화, FP8 디코딩은 독립 커널로 (09-21)

날짜: 2026-09-21　출처: FlagGems #6522, FlagGems #5064

Iluvatar 라인 두 건: 첫째, vendor descriptor에서 TLE 경로 활성화(tle_enabled=True, #6522) — Iluvatar가 TLE 멀티 백엔드 명단의 일원이 되었다; 둘째, _scaled_grouped_mm의 FP8 디코딩이 CoreX 4.4에서 독립 디바이스 측 커널로 전환(#5064) — 해당 툴체인이 dot 루프에 융합된 디코딩 시퀀스를 잘못 컴파일하기 때문이며, 이 특화는 특정 버전 결함에 대한 엔지니어링 우회이다. 두 가지 모두 “칩의 실제 능력에 따라 차별화된 경로를 적용”하는 전형적인 사례이다.

3.5 Tsingmicro: KernelGen 2.2.0에 신규 하드웨어로 등재 (09-20)

날짜: 2026-09-20　출처: KernelGen #89

KernelGen이 Updated Tsingmicro as a new hardware를 병합(#89) — Tsingmicro가 KernelGen 2.2.0의 신규 하드웨어로 등재되었다. 이는 build-infra 이미지 매트릭스에서 tsingmicro-tsm260610 백엔드가 두 vLLM 라인(0.3.0 / 0.2.2 각각 한 건) 모두에 기록된 것과 상호 검증된다: Tsingmicro는 FlagOS 2.2의 멀티 칩 매트릭스에서 “접속 중”에서 “릴리스 산출물과 함께 제공”되는 상태로 진입했다.

3.6 Damo Academy XuanTie: T-Head ZW810E 비용 모델 패키지 1.1.0, FlagTune 디렉터리에 진입 (심사 중) (09-20)

날짜: 2026-09-20　출처: FlagTree #1236

심사 중인 PR #1236은 FlagTune 모델 디렉터리에 T-Head ZW810E의 MM/MV 비용 모델 패키지 v1.1.0을 추가한다: 8개의 BF16 flaggems/mm 변형(mv와 공유하는 gemv_ppu 포함)과 1.0.0 패키지를 계승하는 2개의 flaggems/mul 모델을 포함하며; 모델 계약에 “정확하고 순서가 보장된 configs 리스트” 지원이 새로 추가되었다(항목별로 파라미터 이름과 유효 값을 검증하고 config_space와의 혼용을 거부). 이는 이전 모니터링 기간의 PPU TLE 활성화에 이어, XuanTie 방향이 자동 튜닝 비용 모델에서 이루어낸 연동적 진전이다 — TLE는 “어떻게 쓸지”를 담당하고, 비용 모델은 “어떤 설정을 선택할지”를 담당하며, 두 라인이 2.2의 멀티 백엔드 최적화 프레임워크 내에서 합류한다.

3.7 Moore Threads / Enflame: MUSA CI와 GCU 성능 최적화 (09-20)

날짜: 2026-09-20　출처: vllm-plugin-FL #457, Torch-FL #363, FlagBLAS PR

Moore Threads 라인: vllm-plugin-FL의 MUSA CI vLLM 0.24 대응 라인(#457); FlagSparse의 musa updates(09-20 13:58); FlagBLAS의 MUSA 2차 지원 브랜치(feat/mthreads-l2-support)가 모니터링 기간 시작 시점에 푸시되었고, 대응 PR #112가 리뷰 중. Enflame 라인: Torch-FL의 GCU 상 Qwen-Image-2.1 최적화——융합 SDPA 경로에서 무효 마스크 제거, complex64 곱셈을 분해식으로 변경(#363, 09-20 23:58 병합), 잔여 격차는 “측정되었으나 따라잡지 못함”으로 PR에 사실대로 기록.

4. 요약 및 동향 관찰

  • 릴리스 산출물의 “검증 가능” 마무리: 0.20.2 라인 20/20 백엔드 이미지의 실기 검증(패키지 매트릭스 대조 + 임포트 + 실제 serve 토큰 생성) 완료 및 스냅샷 아카이빙; 세 백엔드가 0.7.0rc2에 올라가지 못하는 이유( MetaX ICE, Enflame 툴체인, cuda13.3 의존성)를 개별 공개하고 업스트림 재현 절차 포함. GA(09-28)까지 7일, 마감 품질이 속도보다 우선.
  • TLE 크로스 백엔드 3연속: Damo Academy XuanTie PPU(09-20) → Ascend와 Iluvatar(09-21), 48시간 내 네 개 백엔드 진입; 네이밍(tle.raw 통일), 비용 모델(T-Head 1.1.0) 동시 추적. TLE는 단일 실험에서 다중 백엔드 통합 최적화 경로로 전환 중이며, 10월 콘퍼런스 “Triton-TLE Attention kernel” 워크숍 의제와 상호 검증됨.
  • 칩 제조사의 컴파일러 백엔드 심층 참여: MetaX의 전용화 리팩터링이 야간에 10건(소스 수준 전용화 + 통합 CMake 진입점), 이는 국산 스택 분업에서 제조사 엔지니어가 FlagTree 같은 컴파일러 기반에서 심수구 개조를 수행하고 있음을 보여주며, 단순 연산자 대응에 그치지 않음.
  • 배포 방식 다원화: 컨테이너 이미지 외에 apt/dnf 네이티브 패키지 채널(flagos-packaging 주간 업데이트, build-infra deb 경로, FlagBLAS 패키징 3종 세트)이 형성되기 시작; 릴리스 산출물이 “이미지 + 문서”에서 “배포판 네이티브 패키지”로 확장.
  • 조용한 컴포넌트급 뉴스 vs 높은 수준의 엔지니어링 측면: 이 모니터링 기간 163건 커밋 / 22개 저장소 푸시 모두 코드에서 비롯; 외부 전파는 생태계 일정이 담당(챌린지 오늘 개최, 콘퍼런스 10-17/18 등록 중). 유일한 제3자 미디어 차원의 FlagOS 언급은 QbitAI의 China Telecom Xing4.0 해석(배포 경로가 FlagOS 통합 소프트웨어 스택 기반).

부록: 출처 검증표

분류 출처 검증 방식 결과
GitHub org: flagos-ai repos API 54개 저장소 pushed_at 전수 검증 22개 저장소 모니터링 기간 내 활동
GitHub 커밋 검색 + 저장소별 commits API 모니터링 기간 내 건별 검증 163건 + 기능 브랜치 10건
뉴스 Google News RSS(중영문 24개 검색어 조합, 프록시 경유) 24시간 기간 필터 + 제외 컴포넌트 검색어 히트 없음(16번째 조용한 기간)
미디어 QbitAI / Sina Finance(전재: Jiemian News, Guandian) 원문 수집 재검증 Xing4.0 해석(FlagOS 표현 포함), MetaX Day0 2건
커뮤니티/생태계 Zhihu 기관 계정, CSDN FlagOS 칼럼, Zhiyuan 커뮤니티 수동 검색 재검증 챌린지 일정 대조; CSDN 칼럼 모니터링 기간 내 신규 원고 없음
릴리스 엔지니어링 flagos-packaging 저장소 및 패키지 인덱스 사이트 릴리스 페이지 직접 수집 v2026.09.20 릴리스 검증

전체 출처 목록