모니터링 기간: 2026-11-02 06:00 ~ 2026-11-03 06:00 (베이징 시간, 24시간; 직전 데일리 리포트 마감 시점에서 이어짐).

출처: GitHub(org: flagos-ai 61개 저장소 전수 검증, 커밋 검색 272건, 병합 PR 162건, 심사 중 PR 311건, org 이벤트 스트림 100건, 31개 저장소 Release 및 8개 저장소 Tag 원자 검증, 5개 저장소 원자 추가 검증 및 주요 PR 본문 검증), Google News RSS(중영문 쿼리어 24조, 프록시 경유), HN Algolia(8조), CSDN FlagOS 컬럼(개별 확인 시점 기준), Zhiyuan 커뮤니티, 9개 멤버 기관 공식 웹사이트(상세는 부록 출처 목록 참조).

이번 호 인덱스

  • 오늘의 핵심: AMD ROCm 라인, 빌드부터 연산자까지 세 지점 동시 진전; 양자 합성 컴파일러 하루 21건 병합, UP-01과 AO/PF 검증 라인 병행; XuanTie 전용 연산자 13개 43분 내 일괄 병합(11-02)
    1. 오픈소스 프로젝트 진행 상황(GitHub 동향)
      • 1.1 조직 리듬: 16개 저장소 푸시, 커밋 272건, 병합 162건, 심사 중 311건(11-02 ~ 11-03)
      • 1.2 릴리스 측면: 2.3.0 런타임 이미지 백엔드별 푸시, AMD ROCm 빌드 라인 최초 구축(11-02)
      • 1.3 FlagQuantum: 합성 라인 하루 21건 병합, UP-01과 AO/PF 세 검증 라인 병행(11-02 ~ 11-03)
      • 1.4 FlagGems: XuanTie 전용 연산자 13개 43분 내 병합(11-02)
      • 1.5 FlagGems: Kunlunxin XPU3 침묵 오류 형태 수정, 성능 및 계약 마무리 14건(11-02)
      • 1.6 FlagGems-sglang: 경진대회 Triton 연산자 17건 일괄 병합, AMD gfx1100 두 성능 라인(11-02)
      • 1.7 FlagTree와 FlagGems-vllm: Hopper 오컴파일 수정, XuanTie MM 모델 패키지 v1.1.0(11-02)
      • 1.8 FlagTrain과 FlagBLAS: KMCompiler 연산자 8건, MUSA L1 BLAS 구축(11-02)
    1. 뉴스 보도와 생태계
      • 2.1 채널 검증: 쿼리 24조 중 컴포넌트급 적중 0건, CSDN과 HN 기간 내 신규 기사 없음(11-03)
      • 2.2 생태계 관찰: Wuzhen 서밋 개막, 오픈소스 테마 생태계 체험관 11-05까지 전시(11-02)
      • 2.3 주변 생태계: Jiuyuan 연합체, Phytium·TileLang·SenseTime 3개 공동 성과 발표(11-02 복기 기사)
    1. 멤버 기관 및 백엔드 벤더 심층 분석
      • 3.1 Damo Academy XuanTie: 전용 연산자, MM 비용 모델, chunk_kda 세 라인 당일 동시 추진(11-02)
      • 3.2 Kunlunxin: XPU3 foreach 계약 수정 및 성능 마무리 14건(11-02)
      • 3.3 Ascend와 Hygon: W8A8 INT8의 GEMM과 BMM 두 구현(11-02)
      • 3.4 Moore Threads: Conv1D 진정한 1차원 GEMM으로 26개 벤치마크 예제 전부 0.8배 기준선 돌파(11-02)
      • 3.5 MetaX, Iluvatar CoreX, Qingwei, Enflame, Horizon Robotics: 한쪽은 연산자 보강, 다른 쪽은 계약 보강(11-02)
    1. 요약 및 트렌드 관찰
  • 부록: 출처 검증표, 전체 출처 목록

오늘의 핵심: AMD ROCm 라인 세 지점 동시 진전; 양자 합성 컴파일러 하루 21건 병합; XuanTie 전용 연산자 13개 일괄 구축(11-02)

날짜: 2026-11-02　출처: build-infra PR #1589 · build-infra PR #1608 · FlagGems-sglang PR #271 · FlagQuantum PR #1004 · FlagGems PR #8240(전체는 부록 참조)

  • AMD 관련: build-infra #1589는 FlagTree의 amd 백엔드를 위해 새로운 패키징 라인을 신설했다(bare-ubuntu 22.04 빌드 머신, backends.yaml 행, verify_stage 단계 및 wheel 타깃). 동기는 glibc 하한이 아니라 추적성이다. 벤더 0.7.0+amd3.6의 wheel 자체가 22.04 빌드이지만 Source-Commit을 첨부하지 않는다. 해당 라인은 amd-rocm7.2.4 런타임 노드에서 A/B를 수행했다. 연산자 스캔과 torch.compile 결과가 일치했고(maxdiff 1.526e-05, 9/9), 182개의 벤더 독점 파일이 설계대로 전부 대조되었다. 같은 날 #1599는 rocm7.2.4의 torch 클로저를 vLLM 0.32의 고정 조합에 정렬했다. FlagGems-sglang #271은 gfx1100을 위해 decode_attention, decode_grouped_attention, extend_attention, log_scaling_tau 네 개 연산자를 보완했다. 빌드, 런타임, 연산자 세 계층이 한 모니터링 기간 내에 같은 방향으로 나아가고 있으며, AMD 라인은 「돌아감」에서 「추적 가능, 재현 가능」으로 이동하고 있다.
  • 양자 관련: FlagQuantum은 하루 21건 머지, 122건 커밋으로 세 가지 수용 기준 라인에 걸쳐 있다. UP-01은 Python qfunc 프로그램을 공용 프런트엔드로 만들고(#1004), AO-00/01/02는 순차적으로 산술 베이스라인, 순수 표현식 정규화, 보호된 산술 구현을 구축하며(#1006, #1010, #1013), PF-00/01은 Python 컴파일 지연과 프로세스 메모리 원장을 구축한 뒤 검증된 계획 필드를 재사용한다(#1018, #1021). 같은 기간 QEC 측은 노이즈 surface memory 조합, 코히런트 매칭 보정, 블록 스케줄링을 보완했고(#1012, #1015, #1019), 런타임 측은 정규화 IR로 전환해 Module 학습을 재사용하고 진단 스냅샷 오버헤드를 줄였다(#1017, #1014).
  • XuanTie 관련: FlagGems는 16:03부터 16:46까지 43분 동안 13개의 XuanTie 전용 연산자를 머지했다. Chebyshev 다항식, igamma, conv_transpose3d, quantized_lstm, nuclear_norm, fused_rms_norm_backward, _adaptive_avg_pool3d_backward 등 롱테일 항목을 포함하며, 모두 KernelGen의 XuanTie 라인을 거쳤다. 이는 연산자 라이브러리 총량 확장 이후 단일 백엔드 전용 연산자가 처음으로 「배치」 형태로 메인라인에 진입한 것이다.
  • 판단: 세 라인은 모두 같은 점을 가리킨다. FlagOS의 역량 확장이 「리더보드식 연산자 수 채우기」에서 「백엔드별 배치 납품 + 수용 단위별 기록」으로 전환되었다는 것이다. AMD는 자체 빌드 추적성 라인을 갖췄고, 양자 스택은 의미론, 산술, 성능을 독립적으로 수용 가능한 작은 단계로 분해했으며, XuanTie는 분 단위 리듬으로 일괄 병합되었다. 진정한 병목은 여전히 개발이 아니라 머지와 릴리스에 있다. 이 모니터링 기간에 162건이 머지되고 192건이 새로 열렸으며, 대기열은 계속 확장 중이고 2.3.0도 여전히 「이미지 선행, 매니페스트 미동결」 상태에 머물러 있다.

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

1.1 조직 리듬: 16개 저장소 푸시, 272건 커밋, 162건 머지, 심사 중 311건(11-02 ~ 11-03)

날짜: 2026-11-02 ~ 2026-11-03　출처: flagos-ai 조직 저장소 · 커밋 검색 · 머지된 PR 검색 · 심사 중 PR 검색

  • 저장소 측면: 61개 저장소 중 16개 저장소에 모니터링 기간 내 푸시가 있었으며, 푸시 시간 기준 최근에서 과거 순으로 FlagQuantum, FlagQAI, FlagTensor, release-info, build-infra, FlagTree, FlagGems, FlagGems-vllm, FlagTrain, docs, FlagGems-sglang, optest, FlagDNN, vllm-plugin-FL, Torch-FL, FlagBLAS입니다. 그중 release-info의 세 차례 푸시는 모두 gh-pages 자동 배포에 해당하며(각각 build-infra의 1727064, 672f77b, 3c54d7e 세 건에 대응), docs와 FlagTensor의 기본 브랜치 최신 커밋은 각각 10-03과 10-28에 멈춰 있고, 두 저장소의 pushed_at 갱신은 비기본 브랜치 또는 태그 동작에서 비롯된 것으로, 모니터링 기간 내 기본 브랜치 신규 커밋은 없습니다.
  • 커밋 측면: 커밋 검색 결과 272건이 확인되었으며, 저장소별로는 FlagQuantum 122, FlagGems 52, FlagGems-sglang 24, FlagQAI 23, build-infra 18, FlagTrain 8, FlagGems-vllm 7, FlagTree 6, Torch-FL 5, optest 3, FlagBLAS 2, vllm-plugin-FL과 FlagDNN이 각 1건입니다. 양자 스택 단일 저장소가 44.9%를 차지해, 직전 기간(3일 모니터링 기간 점유율 58%) 대비 계속 하락했으며 비양자 측은 55% 이상으로 복귀했습니다.
  • 병합 측면: 병합된 PR 162건으로, 12개 저장소에서 발생했습니다: FlagGems 55, FlagGems-sglang 27, FlagQuantum 21, build-infra 18, FlagQAI 9, FlagTrain 8, FlagGems-vllm 7, FlagTree 6, Torch-FL 5, optest 4, vllm-plugin-FL과 FlagBLAS가 각 1건입니다.
  • 심사 중 측면: 모니터링 기간 내 갱신된 심사 중 PR은 311건이며, 신규 개설은 192건입니다. 저장소별로는 FlagGems 210(신규 148), FlagTree 28(13), FlagGems-vllm 19(6), vllm-plugin-FL 14(5), sglang-plugin-FL 7(2), Torch-FL 5(1), FlagGems-sglang 4(3), FlagTrain 4(1), flir 3(2), FlagAttention 3(1), FlagCX 3(1), FlagQuantum 2(2), FlagScale 2(2), FlagTensor, FlagTree-AscendNPU-IR, docs, optest, TransformerEngine-FL, FlagCV, Megatron-LM-FL이 각 1건입니다.
  • 이벤트 및 브랜치 측면: org 이벤트 스트림 100건으로, 구성은 PR 이벤트 31, 푸시 22, 브랜치 삭제 17, 브랜치 생성 16, 이슈 댓글 7, 이슈 이벤트 3, 리뷰 댓글 2, 리뷰 1, fork 1입니다. 브랜치 생성과 삭제를 합하면 33건으로, 거의 전부가 FlagQuantum의 feat/synth-* 계열에 해당하여, 양자 합성 라인이 여전히 단수명 브랜치의 빠른 진입·이탈 중심으로 운영되고 있음을 보여줍니다.
  • 비교: 직전 24시간 모니터링 기간(병합 183건, 신규 개설 84건)과 비교하면 병합량은 11.5% 감소, 신규 개설량은 128.6% 증가했습니다. 3일 모니터링 기간의 일평균(병합 38건, 신규 개설 47건)과 비교하면 이번 모니터링 기간의 병합과 신규 개설 모두 뚜렷하게 확대되었습니다. 병합과 신규 개설이 동시에 높은 수준을 유지하고, 신규 개설이 병합의 약 1.2배에 달하는 것은 전형적인 평일의 「생산 라인 풀가동, 리뷰 병목」 형태입니다.

1.2 릴리스 측면: 2.3.0 런타임 이미지를 백엔드별로 푸시, AMD ROCm 빌드 라인 최초 구축 (11-02)

날짜: 2026-11-02　출처: build-infra PR #1589 · build-infra PR #1595 · build-infra PR #1599 · build-infra PR #1606 · build-infra PR #1607 · build-infra PR #1608 · community 2.2 릴리스 목록

  • 신규 빌드 라인: #1589는 FlagTree의 amd 백엔드에 독립 패키징 라인과 wheel 생산 라인을 구축하고, backends.yaml 행, verify_stage 단계, wheel 워크플로 대상를 추가했다. PR 자체 설명에 따르면 동기는 호환성이 아니라 출처 추적이다. 벤더의 동일 버전 wheel에는 Source-Commit이 없기 때문에 자체 22.04 빌드 머신에서 다시 빌드하고, amd-rocm7.2.4 런타임에서 연산자 스캔과 torch.compile의 A/B 대조 검증을 수행했다(maxdiff 1.526e-05, 9/9 통과, 182개의 벤더 전용 파일은 설계대로 포함). 해당 라인의 일일 빌드 스위치는 현재 꺼져 있다.
  • 런타임 정리: #1599는 rocm7.2.4의 torch 클로저를 vLLM 0.32의 고정 조합과 일치시켜 동일 런타임 내에서 두 가지 torch 버전 가정이 발생하지 않도록 했다. #1606은 flagcx의 「사전 설치 wheel」 판정을 가져오기 가능성에서 메타데이터 기반 식별로 변경하여 경로에 남아 있는 동명 패키지가 잘못 판정되지 않도록 했다. #1607은 wheel 목록 수집이 임의 깊이의 디렉터리 계층을 지원하도록 했다.
  • 버전 태그: #1595와 #1608의 두 건의 로봇 커밋이 2.3.0의 이미지 설명과 changelog 날짜를 기록했다. #1608 본문에 따르면 런타임 이미지 워크플로가 백엔드별로 2.3.0을 푸시했고, 각 백엔드의 작성 대기 중인 changelog 항목을 registry push_time 기준으로 날짜를 지정했으며, 이 항목은 amd-rocm7.2.4 계층에 해당한다. 이로써 base 계층과 Cambricon neuware 4.4.3, MetaX maca 3.8.1.3, Hygon dtk26.10, AMD rocm7.2.4 네 계층 모두 2.3.0 명의로 날짜 기입이 완료되었다.
  • 릴리스 상태 점검: 31개 저장소의 Release와 8개 저장소의 Tag를 원자적으로 점검했으며, 모니터링 기간 내에 새로운 Release 객체는 없었다. 커뮤니티 저장소 release/2.3 아래의 목록 파일은 여전히 404를 반환하고, release/2.2 목록은 게시된 상태다. 즉 이미지는 백엔드별로 순차 푸시되었으나 목록 동결과 사이트 게시 두 단계는 아직 발생하지 않았으며, 이전 회차 판단과 일치한다.
  • 관찰 필요: 18건의 머지 중 문서 및 지식 계층 9건, AMD 빌드 및 런타임 4건, wheel 및 패키징 3건, 로봇 changelog 2건이다. 개발 측의 2.3.0 작업은 이미 기본적으로 「기정사실 기록」으로 전환되었으며, 이번 업무 주에 목록 동결이 이루어지지 않으면 2.3.0의 릴리스 기간이 다음 버전 계획에 밀리게 될 것이다.

1.3 FlagQuantum: 합성 라인 하루 21건 머지, UP-01과 AO/PF 세 가지 검수 라인 병행 (11-02 ~ 11-03)

날짜: 2026-11-02 ~ 2026-11-03　출처: FlagQuantum PR #1002 · FlagQuantum PR #1004 · FlagQuantum PR #1006 · FlagQuantum PR #1010 · FlagQuantum PR #1013 · FlagQuantum PR #1018 · FlagQuantum PR #1021

  • 시맨틱 라인(UP): #1002는 먼저 원시 상수 각도의 PHASE 게이트가 기존 CoreIR을 통과하도록 했고, #1003은 UP-00의 시맨틱 경계를 확립하고 Qmod의 RZ 호환성을 유지했으며, #1004는 UP-01의 Python 프로그램 네임스페이스를 전면에 연결했습니다. 즉, @synth.qfunc 데코레이터가 붙은 함수에서 할당, 게이트, 출력을 직접 작성할 수 있고, 컴파일러 측은 타입이 지정된 qfunc 준비와 산술 조합을 캡처하며, 런타임 측은 완전히 새로운 포트로 프로그램 내 준비를 실행합니다. PR 본문은 재계산 가능한 예시를 제시합니다. 두 개의 큐비트 할당, Hadamard 변환, result |= x*x+y를 포함하는 프로그램이 동일한 공통 워크플로에서 컴파일 및 실행될 수 있습니다.
  • 산술 라인(AO): #1006은 AO-00의 산술 베이스라인과 독립 oracle을 확립하고 「검증 범위를 과장해서는 안 된다」를 검증기 규칙으로 명문화했습니다. #1010은 AO-01을 구현하여 순수 표현식에 대해 보호된 공통 부분식 제거와 신뢰할 수 있는 비트 사실 정규화를 수행합니다. #1013은 AO-02를 구현하여 보호된 제곱, 상수, 터미널 XOR 구현을 보완했습니다. 세 건은 AO-00에서 AO-02 순서로 점진적으로 진행되며, 각 단계는 이전 단계의 리소스 베이스라인과 검수 증거를 유지합니다.
  • 성능 라인(PF): #1018은 PF-00의 Python 컴파일 지연과 운영체제 RSS 베이스라인을 확립하고, 타이밍, 메모리, 진단 큐를 격리 관측으로 만들어 프로덕션 코드를 수정하지도, 기존 리소스 베이스라인을 교체하지도 않았습니다. #1021은 PF-01로 이미 검증된 계획 필드를 재사용하여 Services 측의 중복 검증과 객체 재생성을 줄였습니다. 두 건을 합쳐 「합성 한 번에 얼마나 걸리고 얼마나 많은 메모리를 차지하는가」를 단일 관찰이 아닌 재계산 가능한 숫자로 만들었습니다.
  • 부수 라인 동기화: QEC 측 #1012는 노이즈 surface memory 실험의 조합 정확성을 검증했고, #1015는 코히런트 매칭의 정정 기록을 유지했으며, #1019는 블록 스케줄링과 후기 메모리 무효화를 검증했습니다. 런타임 측 #1017은 Module 학습이 정규화된 IR을 재사용하도록 했고, #1014는 기본 진단 스냅샷 오버헤드를 줄였으며, #1020은 지연 Torch 컴파일 경계를 승인된 계약으로 명문화했습니다. 모니터링 기간 말미에 #1022, #1023 두 건이 00:21과 01:19에 열렸으며, 방향은 여전히 합성 라인과 런타임입니다.
  • 판단: 이 21건의 공통 특징은 「하나의 큰 기능」을 「독립적으로 검수 가능한 단위」로 분해한 것입니다. 시맨틱, 산술, 성능 각각에 베이스라인, oracle, 실패 시 즉시 적색이 되는 증거가 있습니다. 양자 스택에게 이것은 단일 성능 숫자보다 더 중요합니다. 이후 어떤 레지스터 할당이나 게이트 합성 변경이 이루어지더라도 기존 계정을 통해 즉시 비용을 측정할 수 있게 하기 때문입니다.

1.4 FlagGems: XuanTie 13개 전용 연산자 43분 만에 머지 (11-02)

날짜: 2026-11-02　출처: FlagGems PR #8240 · FlagGems PR #8229 · FlagGems PR #8237 · FlagGems PR #8239 · FlagGems PR #8232 · FlagGems PR #8231

  • 배치 구성: 13건 모두 KernelGen XuanTie 생산 라인으로 표시되어 있으며, 16:03의 선형 조합 연산자부터 16:46의 poisson_nll_loss까지 이어집니다. 적용 범위는 네 가지로 나뉩니다. 특수 함수(Chebyshev 다항식, igamma), 컨볼루션 계열(3D 컨볼루션, 전치 컨볼루션, 시간 컨볼루션 역방향), 양자화와 정규화(양자화 LSTM, RMSNorm 역방향 융합), 행렬과 풀링(행렬 노름, 3D 적응형 풀링 역방향, 분수 최대 풀링 역방향, Lanczos 업샘플링). 모두 새로 추가된 전용 구현이며 다른 백엔드와 공용 진입점은 변경하지 않습니다.
  • 형태 특징: 항목이 롱테일에 집중되어 있습니다. 특수 함수(Chebyshev, igamma), 3D 컨볼루션과 전치 컨볼루션, 양자화 LSTM, 행렬 노름, 풀링 역방향입니다. 이는 범용 Triton 구현의 성능이 가장 나쁘고 전문화 이득이 가장 큰 유형이며, 이전 모니터링 기간 XuanTie 측의 「먼저 주간선 보충」 리듬과도 이어집니다.
  • 리듬: 43분 동안 13건, 평균 3.3분에 한 건이며, Kunlunxin, Moore Threads, Ascend, Hygon 네 곳의 같은 날 백엔드 항목과 같은 시간대에 교차합니다. 이는 FlagGems 리뷰가 이미 백엔드별로 배치 연산자 티켓을 병렬로 소화할 수 있음을 보여주며, 직렬 대기하지 않습니다.
  • 대조: 이전 모니터링 기간 FlagGems의 XuanTie 항목은 0건이었고, 이번 모니터링 기간에는 13건으로 FlagGems 당일 55건 머지의 23.6%를 차지합니다. 같은 저장소에는 Kunlunxin 14건, Moore Threads 5건, NVIDIA 측 KernelGen 2건, MetaX 2건이 있으며, 백엔드 분포가 과거보다 더 균형적입니다.
  • 관찰 필요: 이 연산자들은 현재 XuanTie 전용 생산 라인에만 속해 있으며, 아직 크로스 백엔드 재사용이나 FlagGems-vllm 추론 경로와의 연동 기록이 없습니다. 다음 단계에서 볼 것은 이들이 상위 모델(특히 양자화 LSTM과 풀링 역방향)에서 실제로 호출될 수 있는지 여부이며, 단순히 커버리지 카운트만 늘리는 것이 아닙니다.

1.5 FlagGems: KUNLUN XPU3에서 은닉된 오류 형태 수정, 14건의 성능 및 계약 마무리 (11-02)

날짜: 2026-11-02　출처: FlagGems PR #8038 · FlagGems PR #8034 · FlagGems PR #7976 · FlagGems PR #8123 · FlagGems PR #8245 · FlagGems PR #8049

  • 정확성 수정: #8038은 당일 가장 읽을 가치가 있는 커밋이다. foreach 시리즈의 out-of-place 스칼라 오버로드가 “동일 dtype, 동일 디바이스, 동일 원소 수”일 때 빠른 경로를 타는데, 출력은 일괄적으로 첫 번째 텐서의 형태에 따라 할당한 뒤 뷰를 잘라내고, 빠른 경로의 진입 조건은 원소 수를 비교할 뿐 형태를 비교하지 않는다——따라서 형태는 다르지만 원소 수가 같은 리스트가 전부 첫 번째 텐서의 형태를 상속받아 은닉된 오류 결과를 생성한다. 수정은 진입 조건을 전체 형태 기준으로 판정하도록 변경했고, 나머지 두 건은 16개의 스칼라 출력을 단일 기저 주소 지정으로 변경하고 리스트 출력을 하나의 평탄한 버퍼로 병합했다.
  • 계약 수정: #7976은 foreach 점 표기 슬롯 인덱스를 program_id(0)에서 가져오도록 변경했고, #8034는 JIT 제출 전에 자동 튜닝 그리드를 먼저 평가하여 평가되지 않은 그리드로 시작하는 것을 방지했으며, #7956은 스칼라 파싱의 삼원 반환값을 언패킹하여 빠른 경로의 값 추출을 수정했다.
  • 성능 마무리: #8056은 triu_, resolve_neg, le 및 비트 우측 시프트에 빠른 경로를 추가했고, #8245는 flip, ge, lerp에 점별 빠른 경로를 추가하고 이전 버전의 BF16 1차원 tile 리팩터링을 철회했으며, #8108은 pool3d 역방향의 정확한 경로를 융합하고 소규모 곱셈에 대해 점별 파이프라인을 건너뛰었고, #8107은 채널별 차수가 일치할 때 Chebyshev의 t/w를 전개했으며, #8030은 choose_qparams_optimized, kl_div 및 두 개의 Bessel 커널을 가속화했고, #8111은 Jacobi 스캔을 블록화하여 nuclear_norm이 k회가 아닌 nb회 실행만 필요하도록 했으며, #8049는 linspace에 단일 공식 빠른 경로를 적용했고, #8248에는 별도의 연산자 특화 성능 수정 세트가 있다.
  • 롤백 신호: #8123은 “KUNLUN BF16 점별 성능 최적화”를 회귀 도입을 이유로 철회했고, 같은 날 #8245는 다른 방안으로 재작업하며 “ #8052의 BF16 1차원 tile 리팩터링 철회”를 명시했다. 철회와 보완이 같은 모니터링 기간에 발생한 것은 XPU3 측의 점별 최적화가 여전히 실험 단계에 있으며 병합 전 충분한 형태 커버리지가 부족함을 보여준다.
  • 판단: KUNLUN 관련 이번 그룹의 키워드는 “계약”——형태, 슬롯, 그리드, 반환값 네 가지 계층의 암묵적 약속을 각각 한 곳씩 수정했다. 이러한 문제의 공통된 결과는 크래시가 아닌 은닉된 오류로, 성능 회귀보다 데일리 리포트에 기록할 가치가 더 크다.

1.6 FlagGems-sglang: 경진대회 17건의 Triton 연산자 일괄 병합, AMD gfx1100 두 가지 성능 라인 (11-02)

날짜: 2026-11-02　출처: FlagGems-sglang PR #207 · FlagGems-sglang PR #220 · FlagGems-sglang PR #256 · FlagGems-sglang PR #270 · FlagGems-sglang PR #271 · FlagGems-sglang PR #275

  • 경진대회 배치: 10:22부터 10:55까지 30분 동안 FlagOS 경진대회 Track1으로 표기된 Triton 연산자 PR 17건이 집중적으로 병합되었으며, Hadamard 변환, Gemma 융합 add RMSNorm, 전문가 병렬 scatter와 gather, scatter-to-padded, 단일 패스 RMSNorm, RMSNorm 스케일링과 스케일링 오프셋, QK 헤드 LayerNorm, QK-Gemma-RMSNorm-RoPE 융합, QK 역 RMS, LayerNorm 변조 등이 포함되었다. 제출자는 두 명의 경진대회 참가자에 집중되었고, 리뷰는 일괄 배치로 병합되었다.
  • AMD 성능 라인 1: #256은 RDNA3(gfx1100)를 위해 chunked_sgmv_expand, gate_up_lora_b, sgemm_lora_b, per_group_transpose, silu_and_mul, fused_rmsnorm을 추가하고 Radeon PRO W7900D에서 튜닝 및 테스트했다. fused_rmsnorm을 제외한 출력은 범용 구현과 비트 단위로 일치한다. LoRA 측은 16비트 입력의 메모리 접근을 2바이트에서 16바이트로 늘렸고, fp32일 때는 랭크 루프를 작은 tile 상의 FMA로 변경하여 범용 커널의 레지스터 오버플로를 회피했다.
  • AMD 성능 라인 2: #271은 동일 아키텍처를 위해 decode_attention, decode_grouped_attention, extend_attention, log_scaling_tau를 추가했다. 앞의 둘은 분할 KV 커널을 공유한다. 하나의 program이 특정 시퀀스의 쿼리 헤드 그룹과 KV 캐시 구간을 담당하고, 두 번째 커널이 log-sum-exp로 분할 결과를 병합한다. 헤드 블록 크기는 「여전히 96개의 연산 유닛을 채울 수 있는」 최댓값으로 하며, 그리드가 유휴 유닛을 남길 때만 시퀀스를 분할한다.
  • 부수 정리: #270의 일괄 병합으로 9번째 배치 연산자가 메인라인에 편입되었다. #263은 백엔드 교차 검증의 재사용 가능한 기술 문서를 새로 추가했다. #274, #275는 연산자 제품군에서 모델 브랜드 명칭을 제거하고 sglang_fl_ 접두사를 일괄 추가했다. #272는 벤치마크 입력 함수와 연산자 시그니처의 불일치를 수정했다. #276, #278은 원격 작업 산출물 정리 규칙을 강화했다.
  • 판단: 이 저장소는 이번 모니터링 기간에 두 가지 역할을 맡았다. 낮에는 경진대회 연산자의 처리구였고, 오후에는 AMD 워크스테이션의 성능 보강으로 전환했다. 경진대회 배치는 커버리지를 가져오고, gfx1100 배치는 실제 하드웨어에서의 실행 가능성을 가져오며, 둘은 상호 보완적이다. 다만 경진대회 PR의 리뷰 깊이(대부분 일괄 병합)와 AMD 측의 비트 단위 일치 요구는 뚜렷한 품질 경사를 형성한다.

1.7 FlagTree와 FlagGems-vllm: Hopper 오컴파일 수정, XuanTie MM 모델 패키지 v1.1.0 (11-02)

날짜: 2026-11-02　출처: FlagTree PR #1236 · FlagTree PR #1460 · FlagTree PR #1451 · FlagTree PR #1314 · FlagGems-vllm PR #1030 · FlagGems-vllm PR #1042 · FlagGems-vllm PR #1038

  • XuanTie 비용 모델: #1236은 XuanTie ZW810E의 MM/MV 비용 모델 패키지 1.1.0을 지원하며, FlagTune 모델 디렉터리에 새 항목을 추가하고 모델 계약이 정렬된 configs 목록을 받아들이도록 합니다. 후보별로 파라미터 이름과 유효 값을 검증하며, 동시에 config_space를 선언하는 계약은 거부합니다. 해당 패키지에는 8개의 BF16 flaggems/mm 변형(mv와 공유하는 gemv_ppu 포함)과 1.0.0을 그대로 따르는 2개의 flaggems/mul 모델이 포함됩니다.
  • Hopper 오컴파일: #1460은 TritonGPU의 파이프라인화된 cp.async 강등과 WGMMA 오퍼랜드 버퍼 재사용 문제를 수정하며, 이는 오류를 보고하는 대신 잘못 계산하는 유형입니다. #1451은 WGMMA의 warp 선택을 업스트림 MMAv3와 정렬하며 NVIDIA와 Moore Threads 양측을 포괄합니다. #1314는 두 번의 비동기 TME 복사 사이에서 membar 배리어를 건너뛰며, 이는 Moore Threads 측 경로 최적화입니다.
  • FlagGems-vllm 연산자: #1030은 mrope의 연산자 목록 진입점을 보완합니다. #1042는 PPU 측 FP8 양자화 출력 처리와 역 RoPE의 epsilon 시맨틱을 수정합니다. #1038은 Iluvatar와 XuanTie를 위한 chunk_kda를 최적화합니다. #1019는 GLM-5.2의 형태에 맞춰 grouped_topk를 최적화합니다. #959는 qwen4의 int64 오프셋과 PLE 상태 인플레이스 업데이트 동기화를 수정합니다. #1035는 fused_q_kv_rmsnorm의 벤치마크 호출을 새 API로 이전합니다. #1047은 루프 GDN의 네이티브 베이스라인 진입을 수정합니다.
  • 판단: FlagTree의 이번 묶음은 전부 「컴파일러 정확성」에 관한 것이지 새 기능이 아닙니다. 오컴파일, warp 정렬, 배리어 중복은 각각 잘못된 계산, 결과 드리프트, 불필요한 동기화에 해당합니다. 통합 컴파일러 입장에서 이런 수정은 새 백엔드 추가보다 다운스트림이 최적화를 켤 수 있는지를 더 크게 좌우합니다.

1.8 FlagTrain과 FlagBLAS: KMCompiler 8개 연산자, MUSA L1 BLAS 구현 (11-02)

날짜: 2026-11-02　출처: FlagTrain PR #32 · FlagTrain PR #40 · FlagTrain PR #36 · FlagTrain PR #39 · FlagTrain PR #47 · FlagBLAS PR #157

  • FlagTrain 연산자: 8건의 병합은 KMCompiler의 NVIDIA 라인에 집중되었습니다. weighted_squared_relu_impl(Ascend 어노테이션 포함), fused_h_aggregate 순전파/역전파, bias_swiglu_impl, scaled_masked_softmax_cuda 순전파/역전파, fused_proj_rms_compute_h입니다. 모두 Triton 커널로 구현되었으며, 학습에서 흔히 쓰이는 융합 지점을 기준으로 그룹 단위로 보완되었습니다.
  • 의존성과 프로세스: #45는 uv 관리 환경에서 이미지 런타임이 유지되지 않는 문제를 수정합니다. #43은 compared_speedup과 speedup의 통계 기준을 바로잡습니다. #47은 백엔드 연산자 특화 구현의 루프 호출 예외를 수정하며, 이는 라우팅 계층의 디스패치 결함입니다.
  • FlagBLAS: #157은 MUSA를 위한 L1 BLAS 백엔드와 muBLAS의 정확성·성능 참조를 보완하며, AMAX, AMIN, ASUM, AXPY, COPY, DOT/DOTC/DOTU, NRM2, ROT/ROTG/ROTM/ROTMG, SCAL, SWAP을 포괄합니다. 이로써 BLAS의 L1 계층은 Moore Threads 측에서 비교 가능한 구현을 갖추게 되었습니다.
  • optest 지원: #26은 연산자 제외 목록을 추가하고, #27은 연산자 결과 요약 통계를 추가하며, #25는 100퍼센트 커버리지를 강제하고, #24는 Python 품질 검사를 추가합니다. 테스트 인프라 자체가 제품처럼 유지보수되기 시작했습니다.
  • 판단: 학습 측과 대규모 모델 추론 측의 역할 분담이 더 명확해졌습니다. FlagTrain은 학습 융합 연산자를, FlagGems-vllm은 추론 경로를 담당하고, FlagBLAS는 기본 선형대수를 보완합니다. 세 가지가 동일한 테스트와 품질 게이트를 공유하는 것이 각자 연산자를 확장하는 것보다 저장소 간 회귀를 더 줄여줍니다.

2. 뉴스 보도와 생태계

2.1 채널 점검: 24개 쿼리에서 컴포넌트 수준 적중 없음, CSDN과 HN은 모니터링 기간 내 신규 글 없음 (11-03)

날짜: 2026-11-02 ~ 2026-11-03　출처: Google News FlagOS 검색 · CSDN FlagOS 칼럼 · Hacker News 검색 · Zhiyuan 커뮤니티

  • 중국어 쿼리: FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen 등 7개 조합은 14일 모니터링 기간 내 히트 제로; BAAI 오픈소스, BAAI 칩, Zhiyuan 대규모 모델 오픈소스 스택, Tsingmicro, Moore Threads 오픈소스, MetaX 오픈소스, Enflame, 국산 컴퓨팅 파워 오픈소스 소프트웨어 스택 등 8개 조합은 7일 모니터링 기간 내 총 17건이었으며, 제목을 건별로 확인한 결과 전부 사회, 재경, 행사류 기사로 FlagOS 구성요소를 지칭하는 항목은 한 건도 없음.
  • 영어 쿼리: FlagOS, FlagGems, BAAI FlagOS, flagos-ai, BAAI open source AI system stack, Tsingmicro, Moore Threads open source 등 7개 조합은 모니터링 기간 내 모두 히트 제로.
  • 칼럼 점검: CSDN FlagOS 칼럼 첫 페이지의 52개 기사 링크를 편별로 시각 확인한 결과 최신 기사는 여전히 10-29의 「대규모 모델 추론 구원투수—플러그인 하나로 멀티칩 적응 해결」이며, 모니터링 기간 내 신규 기사는 없음; 페이지에 표시된 11-03 날짜는 페이지 측 당일 표식으로 기사 시각이 아님.
  • 커뮤니티와 HN: Zhiyuan 커뮤니티 검색 페이지는 클라이언트 렌더링 방식이라 수집 시 프레임 페이지만 확보되어 취득 가능한 항목이 없으므로 첫 페이지 점검을 기준으로 함; HN Algolia 8개 쿼리(FlagOS, FlagGems, FlagScale, FlagTree, BAAI, FlagQuantum, FlagSparse, flagos-ai)는 5일 모니터링 기간 내 직접 히트 제로.
  • 회원사 공식 웹사이트: 9개 회원 단위 공식 웹사이트 뉴스 페이지에서 11-02~11-03 날짜 히트 없음; Horizon Robotics 뉴스 페이지는 수집 실패, Hygon과 Zhiyuan 첫 페이지는 스크립트 렌더링 단축 페이지로 항목 목록을 확보할 수 없었음.
  • 결론: 뉴스 측 구성요소급 신규 추가가 없는 평온한 모니터링 기간으로 직전 호와 일치함. 본 보고서 본문은 GitHub 사실을 위주로 하고, 뉴스 측은 생태계 배경 2건만 유지하며 모두 주변 사건으로 명확히 표기함.

2.2 생태 관찰: 우전 서밋 개막, 오픈소스 테마 생태 체험관 11-05까지 전시 (11-02)

날짜: 2026-11-02　출처: 신화사 보도(동방재부 전재) · 신화망 저장

  • 회기: 2026년 세계인터넷대회 우전 서밋이 11-02~11-05 저장성 우전에서 개최되며 푸위안에 분회장이 설치되고 관람객 예약 플랫폼이 이미 개방됨.
  • 오픈소스 주제: 서밋의 중점 부대 행사인 「오픈소스 테마 생태 체험관」이 11-01부터 우전 세계인터넷과기관에서 개방되어 전시가 1층부터 3층까지 걸쳐 있으며, 인공지능 오픈소스 개방 중대 과학기술 성과와 국가 인공지능 응용 중시험 기지 건설 성과를 처음으로 집중 전시함; 1층에는 두 개의 테마 특별전과 오픈소스 체험구, 3층에는 오픈소스 라운지가 마련되어 회기 중 「우전 Talk·오픈소스 청년설」「과창의 밤」 등의 행사가 개최됨.
  • FlagOS와의 관계: 모니터링 기간 내 공개 보도에는 FlagOS 또는 그 구성요소가 등장하지 않으며, 본 항목은 오픈소스 의제의 외부 환경 기록일 뿐 귀인하지 않음. FlagOS 측 전시나 발표가 있을 경우 공식 채널을 통해 별도 확인이 필요함.
  • 관찰 사항: 오픈소스 의제가 국가급 서밋의 독립 전시관으로 격상되었다는 것은 「오픈소스 개방」이 정책 서사에서 차지하는 위치가 계속 상승하고 있음을 보여줌; FlagOS 같은 통합 소프트웨어 스택에게 이는 서사적 호재이자, ModelScope 등 모델 커뮤니티와의 전시 위치 경쟁이 더 직접적으로 이루어질 수 있음을 의미함.

2.3 주변 생태: 주위안 연합체, Phytium, TileLang, SenseTime 3개 공동 성과 발표 (11-02 복기 기사)

날짜: 2026-11-02(회기 10-31)　출처: 피닉스망 하이난 산업경제 보도 · 시나 전재 대회 개막 보도

  • 이벤트: 2026 GAI+C 인공지능+대회의 「지능형 컴퓨팅 시스템 혁신 및 개방형 생태계」 분과 포럼이 10-31 베이징에서 개최되었으며, 정리 기사는 11-02 온라인에 공개되었다. 포럼은 Jiuyuan 지능형 컴퓨팅 시스템 생태계 연합과 베이징시 인공지능 협회가 주최했고, 현장에서 「Jiuyuan×Phytium」, 「Jiuyuan×TileLang」, 「Jiuyuan×SenseTime 멀티모달 대형 모델 학습·추론 키트」 세 가지 공동 성과를 발표했으며, 2026 가을 Qiyuan 인공지능 대회를 출범했다.
  • 내러티브: 중국공정원 원사 Zheng Weimin은 대회 기조 보고에서 국산 컴퓨팅 파워의 「카드는 있으나 쓰기 어렵고, 굴뚝형 적응」 문제를 직접 지적하며, 통합 소프트웨어 스택으로 「하나의 코드, 수정 불필요」한 크로스 플랫폼 실행을 지원할 것을 제안했다. 이는 FlagOS의 기술 주장과 매우 동질적이지만, 주체는 다른 생태계 라인(Jiuyuan 연합, Qiyuan 연구소)이다.
  • FlagOS와의 관계: 보도에서는 FlagOS를 언급하지 않았으며, 이 항목은 병행 생태계 동향으로 기록하여 국산 통합 소프트웨어 스택의 경쟁 구도를 관찰하는 데 사용하며, FlagOS 프로젝트 진행 상황에는 포함하지 않는다.
  • 관전 포인트: Jiuyuan이 TileLang과 공동 발표를 선택한 것은 컴파일러 계층이 각 생태계 연합의 결집점이 되고 있음을 보여준다. FlagOS 측의 대응 자산은 FlagTree와 TLE 언어 확장이다. 두 라인의 「통합 컴파일러」 계층에서의 노선 차이는 후속 모니터링 기간에 계속 추적할 가치가 있다.

3. 멤버 기관 및 백엔드 벤더 심층 분석

3.1 다모아카데미 XuanTie: 전용 연산자, MM 비용 모델, chunk_kda 삼선 동시 추진 (11-02)

날짜: 2026-11-02　출처: FlagGems PR #8240 · FlagTree PR #1236 · FlagGems-vllm PR #1038

  • 연산자 계층: 13개의 XuanTie 전용 연산자가 43분 만에 FlagGems에 병합되었으며, 특수 함수, 3D 컨볼루션, 양자화 LSTM, 행렬 노름 및 풀링 역전파를 포함한다. 이 항목들의 공통점은 범용 Triton 구현이 XuanTie에서 수익이 낮아, 전용화 후 연산자 라이브러리의 기본 디스패치에 바로 투입할 수 있다는 것이다.
  • 컴파일 계층: #1236은 XuanTie ZW810E의 MM/MV 비용 모델 패키지를 1.1.0으로 올리고, FlagTune 모델 디렉터리에 포함시켰으며, 자동 튜닝 계약이 명시적 configs 목록을 받아들이도록 했다. 이는 매개변수 이름과 유효 값별로 검증하며, config_space와 공존하는 표기를 거부한다. 이 패키지의 8개 BF16 mm 변형과 2개 mul 모델은 XuanTie에서 자동 튜닝의 첫 번째 완전한 비용 모델이다.
  • 추론 계층: #1038은 chunk_kda를 위해 Iluvatar와 XuanTie 두 백엔드의 최적화를 보완했으며, FlagGems-vllm의 장시퀀스 경로에 속한다.
  • 판단: XuanTie의 이날 작업은 연산자, 컴파일, 추론 세 계층에 분포되어 있으며, 모두 「전용화」를 지향하지 「범용 호환」이 아니다. 이는 XuanTie의 RISC-V 고성능 코어로서의 위치와 일치한다. 먼저 롱테일 연산자의 전용 구현을 보완한 뒤, 비용 모델이 자동 튜닝을 주도하게 하고, 마지막으로 추론 프레임워크에서 실현하는 것이다.

3.2 Kunlunxin: XPU3 foreach 계약 수정 및 14건 성능 마감 (11-02)

날짜: 2026-11-02　출처: FlagGems PR #8038 · FlagGems PR #8034 · FlagGems PR #8123 · FlagGems PR #8245

  • 조용한 오류: #8038은 foreach의 고속 경로가 요소 수만 비교하고 형상은 비교하지 않아, 형상이 다르지만 요소 수가 같은 텐서 목록이 모두 첫 번째 텐서의 형상을 상속받아 출력이 오류도 없고 경계 초과도 없다는 점을 지적했다. 수정은 전체 형상 기준으로 진입을 판정하고, 16개 스칼라 출력을 단일 베이스 주소 지정으로 변경하며, 목록 출력을 평탄 버퍼로 병합했다.
  • 그리드 및 슬롯: #8034는 JIT 제출 전에 자동 튜닝 그리드를 먼저 평가하도록 했고; #7976은 foreach의 슬롯 인덱스를 program_id(0)에서 가져오도록 변경했으며; #7956은 스칼라 파싱 삼원 반환값의 언패킹을 수정했다.
  • 성능 패치: #8056, #8245, #8108, #8107, #8030, #8105, #8111, #8049, #8248 총 9건으로, 포인트별 고속 경로, pool3d 역전파 융합, Chebyshev 전개, Jacobi 블록화 및 linspace 단일 공식을 포함한다.
  • 롤백: #8123은 BF16 포인트별 최적화를 회귀 사유로 철회했으며; #8245는 다른 방안으로 재작업하고 #8052의 1D tile 리팩터링을 철회했다. 한 번 철회하고 한 번 보완한 것은 이 경로가 여전히 시행착오 중임을 보여준다.
  • 판단: Kunlunxin의 당일 가치는 성능 수치가 아니라, 조용히 잘못 계산되는 형상 계약을 수정했다는 데 있다. 멀티 백엔드 연산자 라이브러리에게 이런 결함은 열 배 느린 것보다 더 위험하다. 벤치마크에서는 발견되지 않고, 하위 모델이 「정밀도 이상」의 형태로 마주치게 되기 때문이다.

3.3 Ascend와 Hygon: W8A8 INT8의 GEMM 및 BMM 두 구현 (11-02)

날짜: 2026-11-02　출처: FlagGems PR #6060 · FlagGems PR #7741 · FlagGems PR #7774 · FlagGems PR #7760

  • Ascend GEMM: #6060은 mm_w8a8_int8 및 mm_w8a8_int8_out에 Ascend 백엔드를 추가하며, 공개 진입점을 통해 디스패치된다. 연산자는 사전 양자화된 INT8의 A와 B, FP32의 스칼라 또는 행별·열별 scale, 선택적 bias를 받아 정수 곱셈-덧셈 후 양측 scale과 bias를 적용하고, BF16, FP16 또는 FP32를 출력한다. 작은 M과 좁은 N은 벡터 곱셈-덧셈 커널로 처리하며, 각 FP32 리덕션 구간은 1024개의 INT8 곱을 넘지 않도록 하여 정수 부분의 정확성을 보장한다. 비대칭 제로 포인트는 지원하지 않는다.
  • Hygon BMM: #7741은 Hygon에 채널 레벨 bmm_w8a8을 보강하며, 기존 scaled-MM 커널과 tile 선택을 재사용하여 INT8 행렬 곱, FP32 채널 스케일링, 출력 변환을 하나의 커널에 융합한다.
  • 정밀도 수정: #7774는 Ascend 측에서 두 피연산자를 먼저 승격한 후 CANN libdevice의 pow를 수행하여 혼합 정밀도 환경의 언더플로와 정밀도 손실을 방지한다.
  • Hopper 성능: #7760은 TMA 파이프라인으로 FP8 W8A8의 BMM을 최적화하며, 이는 NVIDIA 측의 대응 최적화에 해당한다.
  • 판단: 두 회사는 동일한 모니터링 기간에 각각 하나의 W8A8 경로를 보강했다—Ascend는 GEMM의 완전한 시맨틱(행별·열별 scale, 세 가지 출력 dtype 포함)을, Hygon은 BMM의 채널 레벨 스케일링 재사용을 선택했다. 차이는 시맨틱 커버리지의 범위와 구현 재사용 사이의 절충에 있으며, 각자의 다운스트림 모델이 요구하는 양자화 형태의 차이도 반영한다.

3.4 Moore Threads: Conv1D 진정한 1차원 GEMM으로 26개 기준 예제 모두 0.8배 기준선 통과 (11-02)

날짜: 2026-11-02　출처: FlagGems PR #6754 · FlagGems PR #7428 · FlagGems PR #6903 · FlagBLAS PR #157 · FlagTree PR #1314

  • Conv1D 결과: #6754는 MTT S5000에 conv1d 백엔드 커버리지를 추가하여, 공식 conv1d_padding 기준을 18/26 예제 달성에서 26/26 예제가 0.80배 torch 이상으로 끌어올렸다. 이전에는 모든 FP32 K3/K5 padding 예제가 0.41~0.53배에 불과했다.
  • 3계층 수정 방식: 첫째, conv1d는 원래 MTHREADS 커버리지가 없어 전부 범용 conv2d로 처리되었고, 작은 그룹 형상은 padding을 실체화했으며, W=1 형상은 단일 유효 OW 채널만 히트했다. 라우팅 변경 후 중복 padding과 bias 할당을 제거하고 퇴화된 너비 디스패치를 수정했다. 둘째, 전용 Triton-MUSA Conv1D 커널을 신설하여 M = N × Lout 기준으로 3차원 그리드 분할을 수행하고, 출력 채널에 대해 더 이상 나눗셈과 나머지 연산을 하지 않는다. 셋째, 가중치를 커널 너비, 입력 채널, 출력 채널 순으로 사전 패킹하고 정밀도 보상이 포함된 SQMMA와 결합했다.
  • 부수 작업: #7428은 S5000에서 one_hot의 검증과 추론을 최적화하고, #6903은 빈 인덱스를 index_add의 빈 연산으로 처리하며, #157은 MUSA의 L1 BLAS를 보강하고, #1314는 두 번의 비동기 TME 복사 사이에서 membar를 건너뛴다.
  • 판단: 이는 본 모니터링 기간에 드물게 “기준을 전부 통과시킨” 완전한 사례다—라우팅, 전용 커널, 가중치 레이아웃, 명령어 레벨 정밀도 보상의 4계층을 동시에 수정하고 전후 비교를 제시했다. 다른 백엔드에 복제 가능한 템플릿이다.

3.5 MetaX, Iluvatar CoreX, Qingwei, Enflame 및 Horizon Robotics: 한쪽은 연산자 보강, 한쪽은 계약 보강 (11-02)

날짜: 2026-11-02　출처: FlagGems PR #7590 · FlagGems PR #7015 · Torch-FL PR #704 · Torch-FL PR #702 · FlagGems-vllm PR #1038 · FlagDNN 커밋

  • MetaX: #7590은 triangular_solve의 기본 및 out 경로를 최적화했고, #7015는 cudnn_batch_norm의 정방향과 out을 추가하고 쌍을 이루는 역방향을 수정했다. Torch-FL #702는 MetaX SDPA 테스트 케이스의 건너뛰기 사유를 수정했다. 원래는 fp32로 인한 것으로 귀인되었으나 실제 원인은 달랐으며, 이는 테스트 신뢰도 수정에 해당한다.
  • Iluvatar CoreX: #1038은 chunk_kda에 Iluvatar CoreX 백엔드 최적화를 추가했다. FlagDNN은 iluvatar의 GPU 이름 등록을 수정했으며(단일 커밋), FlagGems #7664는 apply_repetition_penalties의 벤치마크를 Iluvatar에서 활성화했다.
  • Tsingmicro: Torch-FL #704는 tsingmicro를 conf와 등록 집합 일관성 검사에 포함시켰다. 이전에는 해당 플랫폼이 여섯 플랫폼에서 제외되어 구성과 등록 집합의 불일치를 CI가 포착할 수 없었다. 순수한 테스트 변경이지만 Tsingmicro 측의 계약 공백을 메웠다.
  • Enflame: 모니터링 기간 내 리뷰 중인 PR은 한 건뿐으로, KernelGen의 Enflame 측에서 네 개 연산자의 CUDA 전용 디바이스 가드를 수정한 것(#8104)이며 아직 병합되지 않았다.
  • Horizon Robotics: 이번 모니터링 기간에는 신규 커밋이나 리뷰 중인 PR이 없다. 이전 모니터링 기간의 BPU 컨볼루션 및 풀링 경로는 이번 기간에 계속 진행되지 않았다.
  • 판단: 다섯 업체의 움직임은 두 가지로 나뉜다. MetaX와 Iluvatar CoreX는 연산자와 벤치마크를 보강하고 있고, Tsingmicro는 테스트 계약을 보강하고 있으며, Enflame과 Horizon Robotics는 정숙 기간에 있다. 회원 단위 입장에서 매일 병합 목록에 지속적으로 등장할 수 있는지 여부 자체가 투입 강도의 직접적인 지표이다.

4. 요약과 트렌드 관찰

날짜: 2026-11-02 ~ 2026-11-03　출처: flagos-ai 조직 저장소 · build-infra PR #1589 · FlagQuantum PR #1004 · FlagGems PR #8240

  • AMD 라인은 한 모니터링 기간 내에 세 계층을 모두 채웠다: 빌드 측에서는 FlagTree의 amd 패키징 라인을 새로 추가하고 A/B 대조로 동등성을 입증했으며(maxdiff 1.526e-05, 9/9), 런타임 측에서는 rocm7.2.4의 torch 클로저를 vLLM 0.32의 고정 조합에 정렬했고, 연산자 측에서는 gfx1100을 위해 LoRA와 어텐션을 합쳐 열 개 연산자를 보강했다. 이 세 가지를 합치면 AMD는 「백엔드가 있음」에서 「추적 가능한 빌드, 재현 가능한 런타임, 튜닝 가능한 연산자」를 갖춘 상태가 되었다.
  • 양자 스택이 「인수 단위별 납품」 단계에 진입했다: 단일 일자 21건의 머지가 UP(의미), AO(산술), PF(성능) 세 라인에 분포하며, 각 라인은 독립적인 기준선과 oracle, 실패 시 즉시 적색이 되는 증거를 갖추고 있다. 이러한 분할 방식은 양자 컴파일러의 모든 변경이 기존 장부로 그 비용을 측정할 수 있게 하여, 단일 지점의 가속비를 추구하는 것보다 장기적 진화를 더 잘 뒷받침한다.
  • XuanTie가 전용 연산자를 배치 단위로 만들어냈다: 13개의 전용 연산자가 43분 만에 머지되었으며, 평균 3.3분에 한 건꼴로 특수 함수, 3차원 컨볼루션, 양자화 LSTM, 풀링 역전파 등 롱테일 항목에 집중되었다. 이는 KernelGen의 XuanTie 생산 라인이 이미 배치 공급 능력을 갖추었고, 리뷰도 백엔드별로 병렬 소화할 수 있음을 보여준다.
  • 리뷰 처리량이 현재의 진정한 병목이다: 이번 모니터링 기간 머지 162건, 신규 개설 192건, 전체 리뷰 중 311건이며, 그중 FlagGems 한 저장소가 210건(신규 개설 148건)이다. 머지량은 직전 24시간 모니터링 기간 대비 11.5% 감소했으나 신규 개설량은 128.6% 증가했다——생산 라인은 전개되었으나 리뷰가 빠듯한 구조는 변하지 않았다.
  • 2.3.0은 여전히 이미지 선행 상태에 머물러 있다: base 계층과 Cambricon, MetaX, Hygon, AMD 네 계층 모두 2.3.0 명의로 changelog 날짜가 소급 기입되었고, 런타임 이미지도 백엔드별로 푸시되었으나, community의 release/2.3 목록은 여전히 404이며 GitHub Release는 신규 추가가 없다. 이전 회차 대비 실질적 진전이 없으며, 이번 업무 주에 목록이 동결되지 않으면 릴리스 기간이 다음 버전 계획에 밀리게 될 것이다.
  • 뉴스 측은 연속 두 번째 조용한 모니터링 기간이다: 24조의 중영문 쿼리에서 컴포넌트 레벨 적중이 0건이었고, CSDN 칼럼의 최신 글은 여전히 10-29이며, HN 직격 적중은 0건이다. 생태계 배경 두 건(Wuzhen 오픈소스 전시관, Jiuyuan 연합체의 3건 공동 발표)은 모두 주변 이벤트로 명확히 표기되어 프로젝트 진행에 산입되지 않았다.

출처 검증표

출처 검증 결과
GitHub org flagos-ai(61개 저장소) 16개 저장소가 모니터링 기간 내 푸시, 272건 커밋, 162건 머지, 311건 검토 중(신규 개설 192건)
GitHub Release / Tag 원자 검증(31개 저장소 / 8개 저장소) 모니터링 기간 내 신규 제로; FlagCX v0.14.1(11-01 00:10)과 FlagTree 0.7.1a1+tsingmicro3.6(10-29)은 모두 모니터링 기간 외
community 릴리스 목록 release/2.3 하위 목록 파일이 404 반환, release/2.2는 게시 중
release-info 사이트 모니터링 기간 내 3회 gh-pages 자동 배포, 모두 build-infra 커밋에 대응하며 독립적인 릴리스 동작 없음
Google News(24조 중영문 쿼리) 17건 후보 전부 사회, 재경, 활동류 기사로 컴포넌트 레벨 적중 제로
CSDN FlagOS 칼럼 52개 기사 링크, 최신은 여전히 10-29, 모니터링 기간 내 신규 글 없음
HN Algolia(8조) 직격 적중 제로
Zhiyuan 커뮤니티 hub.baai.ac.cn 검색 페이지가 클라이언트 렌더링으로 프레임 페이지만 확보, 항목 없음
회원 기관 공식 사이트(9곳) 11-02~11-03 날짜 적중 없음; Horizon Robotics 수집 실패, Hygon과 Zhiyuan 홈페이지는 스크립트 렌더링 단편 페이지

전체 출처 목록

[21] FlagQuantum PR #1018(PF-00 지연 및 RSS 베이스라인) — https://github.com/flagos-ai/FlagQuantum/pull/1018

ccdb9>