모니터링 기간: 2026-11-03 06:00 ~ 2026-11-04 06:00 (베이징 시간, 24시간; 이전 데일리 리포트 마감 시점부터 연속).

출처: GitHub (org: flagos-ai 61개 저장소 전수 점검, 228건 커밋, 177건 병합 PR, 271건 모니터링 기간 내 업데이트된 심사 중 PR, 117건 신규 오픈, 24개 저장소 푸시, 31개 저장소 Release 및 8개 저장소 Tag 원자 점검), Google News RSS (24개 중영문 검색어 조합, 프록시 경유), HN Algolia (8개 조합), CSDN FlagOS 칼럼 (개별 확인 시각), Zhiyuan 커뮤니티 (상세 내용은 부록 출처 목록 참조).

이번 호 인덱스

  • 오늘의 중점: vLLM 0.28 라인 4개 백엔드 동일자 마감; FlagGems 2분 만에 23건 벤치마크 이관; 2.3.0 CANN 9.2.1 다섯 번째 레이어 추가 (11-03)
    1. 오픈소스 프로젝트 진행 (GitHub 동향)
      • 1.1 조직 리듬: 24개 저장소 푸시, 228건 커밋, 177건 병합, 조직 전체 심사 중 1602건 (11-03 ~ 11-04)
      • 1.2 버전 측면: 2.3.0 다섯 번째 레이어 CANN 9.2.1 추가, base 이미지에 FlagTree 의도적 미포함 (11-03)
      • 1.3 vLLM 0.28 라인 4개 백엔드 동일자 마감: Tsingmicro, MetaX C550, Moore Threads MUSA, Ascend 디코딩 그래프 (11-03)
      • 1.4 FlagGems 벤치마크 참조: 2분 만에 23건 병합, H800 참조 읽기 단일 JSON으로 통일 (11-03)
      • 1.5 FlagGems KernelGen: Iluvatar BI-V150 10분 만에 10건, NVIDIA 12건, Kunlunxin과 Enflame 각각 1건 보충 (11-03)
      • 1.6 FlagQuantum: 불리언 레지스터 선택 qfunc/Qmod 프론트엔드로 진입, Pauli SELECT 게이트 레벨로 하강 (11-03)
      • 1.7 학습 및 연산자 라이브러리: TransformerEngine Biren SUPA 백엔드 신규 추가, FlagTensor MUSA 보충, Megatron DSv4 연결 (11-03)
      • 1.8 융합 통신 연산자: RS+add+RMSNorm+AG 링 커널 FlagGems 및 SGLang 플러그인 진입 (11-03)
      • 1.9 지원 인프라: optest Feishu 알림 테스트 요약 포함, FlagTree CI Feishu 다차원 테이블로 이전, FlagQAI macOS 샌드박스 강화 (11-03)
    1. 뉴스 보도 및 생태계
      • 2.1 채널 점검: 24개 조합 컴포넌트 레벨 히트 제로, CSDN 및 HN 모니터링 기간 내 신규 글 없음 (11-04)
      • 2.2 산업 측면: 회원사 우전 서밋에서 뛰어난 기여상 수상, Enflame A주 상장 (11-03)
    1. 회원사 및 백엔드 벤더 심층 분석
      • 3.1 Tsingmicro: TXDA 0.28에서 eager만 지원, 그래프 모드 명확히 거부 (11-03)
      • 3.2 MetaX: C550의 0.28은 ‘빈 적응’, 변경 사항 전부 플러그인 내 유지 (11-03)
      • 3.3 Moore Threads: MUSA 0.28에 네이티브 MCCL 및 세그먼트 그래프 일괄 도입 (11-03)
      • 3.4 Ascend: 0.28 디코딩 그래프, CANN 9.2.1 base, INT8 BMM, 910C CI 4개 방면 병행 (11-03)
      • 3.5 Iluvatar, Kunlunxin, Enflame, XuanTie, Hygon 및 Horizon Robotics: 한쪽은 연산자 대량 보충, 다른 쪽은 지속 최적화 (11-03)
    1. 요약 및 트렌드 관찰
  • 부록: 출처 점검표, 전체 출처 목록

오늘의 중점: vLLM 0.28 라인 4개 백엔드 동일자 마감; FlagGems 2분 만에 23건 벤치마크 이관; 2.3.0 CANN 9.2.1 다섯 번째 레이어 추가 (11-03)

날짜: 2026-11-03　출처: vllm-plugin-FL PR #642 · vllm-plugin-FL PR #554 · vllm-plugin-FL PR #575 · vllm-plugin-FL PR #646 · FlagGems PR #8294 · build-infra PR #1614 (전체 내용은 부록 참조)

  • 추론 라인: vLLM 0.28.0이 하루 만에 Qingwei, MetaX, Moore Threads, Ascend 네 백엔드에서 동시에 마무리되었으며, 합계 17051줄 추가, 789줄 삭제, 150개 파일에 달한다. 네 건의 형태는 각기 다르다: Qingwei는 그래프 모드를 전면 철회하고 eager만 남겼고, MetaX는 어떤 벤더의 0.28 경로도 없는 전제에서 “공백 적응”을 수행했으며, Moore Threads는 네이티브 MCCL과 분할 그래프를 함께 도입했고, Ascend는 디코딩 전용 그래프를 보충했다. 동일한 업스트림 버전에 네 가지 적용 전략이라니, FlagOS의 멀티칩 적응이 이미 “템플릿 복사”가 아닌 “백엔드별 회계” 단계에 진입했음을 보여준다.
  • 연산자 라인: FlagGems는 16:41과 16:42 두 분 사이에 23건을 머지했으며, 그중 21건은 동일 저자가 제출했고 전부 각 백엔드 벤치마크의 참조 데이터 읽기를 분산된 reader에서 통합 JSON으로 이전한 것이다. 이는 기능 개발이 아니라 평가 비교 가능성의 인프라다——참조 값이 동일한 데이터에서 나와야만 백엔드 간 점수가 의미를 갖는다. 같은 날 FlagGems는 합계 76건을 머지하여 전체 조직 177건의 42.9%를 차지했다.
  • 버전 라인: build-infra #1614는 2.3.0에 다섯 번째 레이어 base 이미지 CANN 9.2.1(910B, python 3.12, torch 2.13과 triton_ascend 3.6.0만)을 추가했고, #1615는 즉시 해당 레이어의 changelog 날짜를 registry 푸시 시간에 맞춰 소급 기입했다. 이미지 측면에서 2.3.0은 이미 base, Cambricon neuware 4.4.3, MetaX maca 3.8.1.3, Hygon dtk26.10, AMD rocm7.2.4와 Ascend CANN 9.2.1을 커버하지만, community의 release/2.3 목록은 여전히 404를 반환하여 릴리스는 아직 목록 동결 단계를 넘지 못했다.
  • 판단: 당일 177건 머지, 117건 신규 오픈, 271건 모니터링 기간 내 업데이트 심사 중, 전체 조직 심사 중 재고 1602건. 이전 모니터링 기간(162건 머지, 192건 신규 오픈)과 비교하면 머지는 9.3% 증가, 신규 오픈은 39.1% 감소하여 심사 측에서 처음으로 “소화가 생산보다 빠른” 징후가 나타났다. 그러나 신규 오픈량의 하락은 주로 FlagGems 단일 저장소(77건, 그중 59건이 동일 저자)에서 비롯된 것으로, 전체 수요 냉각을 의미하지는 않는다.

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

1.1 조직 리듬: 24개 저장소 푸시, 228건 커밋, 177건 머지, 전체 조직 심사 중 1602건 (11-03 ~ 11-04)

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

  • 저장소 측면: 61개 저장소 중 24개 저장소에 모니터링 기간 내 푸시가 있었으며, 이는 최근 2주 중 최고치입니다. 푸시 시간 기준 최근 순으로는 vllm-plugin-FL, FlagTree, FlagQuantum, FlagTensor, FlagGems, TransformerEngine-FL, release-info, build-infra, Trident, docs, optest, Megatron-LM-FL, FlagDNN, FlagGems-vllm, FlagTrain, Torch-FL, FlagGems-sglang, FlagCX, FlagAttention, FlagSparse, FlagQAI, sglang-plugin-FL, OpenCourse, flir입니다. 이 중 release-info의 푸시는 여전히 gh-pages 자동 배포이며, 소스 코드 변경은 없습니다.
  • 커밋 측면: 커밋 검색 결과 228건이 확인되었으며, 저장소별로는 FlagQuantum 108, FlagGems 47, FlagQAI 12, FlagGems-sglang 9, FlagSparse 8, FlagGems-vllm 8, optest 7, build-infra 5, FlagTensor 5, FlagDNN 4, FlagCX 3, FlagTree 3, FlagTrain 3, Torch-FL 2, FlagAttention 2, flir 1, sglang-plugin-FL 1입니다. 양자 스택 단일 저장소가 47.4%를 차지해, 이전 기간의 44.9% 대비 소폭 반등했습니다.
  • 병합 측면: 병합된 PR은 177건으로, 19개 저장소에서 발생했습니다: FlagGems 76, FlagQuantum 28, vllm-plugin-FL 14, FlagGems-sglang 9, FlagGems-vllm 8, FlagTree 8, optest 7, FlagQAI 6, build-infra 5, FlagTrain 3, FlagCX 3, Torch-FL 2, FlagAttention 2, FlagTensor, Megatron-LM-FL, TransformerEngine-FL, FlagSparse, sglang-plugin-FL, flir 각 1건입니다. 이는 최근 백엔드 및 컴포넌트 커버리지가 가장 넓었던 병합 분포입니다.
  • 심사 중 측면: 모니터링 기간 내 업데이트된 심사 중 PR은 271건이며, 신규 개설은 117건입니다. 저장소별로는 FlagGems 146 (신규 77), FlagGems-vllm 30 (9), FlagTree 28 (5), vllm-plugin-FL 17 (8), sglang-plugin-FL 8 (3), Torch-FL 7 (1), FlagTrain 6 (3), FlagAttention 4, flir 3 (1), FlagQuantum 3 (3), FlagCX 3 (2), FlagScale 3, docs 3 (1), Trident 2, FlagDNN 2 (1), Megatron-LM-FL 1 (1), TransformerEngine-FL 1, optest 1 (1), build-infra 1, FlagQAI 1 (1), FlagTree-AscendNPU-IR 1입니다. 현재 검색 기준으로 전체 조직의 심사 중 PR 잔량은 1602건이며, 병합 대 심사 중 비율은 약 1 대 9입니다.
  • 작성자 측면: 병합 측에서는 FlagQuantum(로봇 계정) 36건, lukatao 33건, youseeyouonedayday 12건, xuanzhengdu-eng 10건, wuwentao 8건, physics31415926 6건, github-actions 로봇 6건입니다. 신규 개설 측에서는 youseeyouonedayday 한 사람이 59건으로 당일 신규 개설의 50.4%를 차지했으며, 나머지는 SeddonShen 4, tonyh168 4, FlagQuantum 4, lukatao 3, Kaiwen1024 3입니다.
  • 비교: 이전 기간(11-02 06:00 ~ 11-03 06:00)은 병합 162건, 신규 개설 192건, 모니터링 기간 내 업데이트된 심사 중 311건이었습니다. 이번 기간은 병합 9.3% 증가, 신규 개설 39.1% 감소, 모니터링 기간 내 업데이트된 심사 중 12.9% 감소입니다. 세 가지를 종합하면 동일한 사실을 가리킵니다: 리뷰 측이 재고를 빠르게 소화하고 있으며, 신규 개발 건의 절대량은 FlagGems 한 곳이 주도하고 있습니다.

1.2 버전 측면: 2.3.0에 다섯 번째 레이어 CANN 9.2.1 추가, base 이미지는 의도적으로 FlagTree 미포함 (11-03)

날짜: 2026-11-03　출처: build-infra PR #1614 · build-infra PR #1615 · build-infra PR #1613 · community 2.2 릴리스 목록

  • base 레이어 신규 추가: #1614에서 base/ascend-cann9.2.1(aarch64 + ubuntu 24.04, 910B 전용)을 추가했습니다. CANN 9.2.1 toolkit, 910B ops 패키지, NNAL, 기존 /etc/profile.d/vendor.sh 환경 캡처를 포함하며, configs.yaml 행과 cann921 runner 오버라이드, verify 노드 별칭도 함께 보강했습니다. 198줄 추가, 5개 파일.
  • python 3.12를 선택한 이유: PR 본문에 두 가지 강한 제약이 명시되어 있습니다. flagos-pypi-ascend의 torch 2.13, torch-npu 2.13, torchvision 0.28, torchaudio 2.11 wheel은 cp312만 존재합니다. CANN의 set_env.sh는 자체 python 트리를 PYTHONPATH에 주입하므로, base 인터프리터는 런타임 venv와 완전히 일치해야 하며 그렇지 않으면 임포트 시 버전이 섞입니다. 이에 맞춰 triton은 3.6.0으로 고정하고 triton_ascend 3.6.0을 덧씌우며, numpy는 1.26.4로 고정했습니다.
  • FlagTree와 FlagCX를 의도적으로 제외한 이유: FlagTree는 아직 CANN 9.2.x용 버전 고정이 없고, 9.2.1에도 대응하는 flagcx wheel이 없습니다. 따라서 이 레이어에서는 flagtree, flagcx, env.app, deps_app을 모두 비워 두고, 빌드 순서를 base → FlagTree 없는 runtime → FlagTree builder → FlagTree wheel → runtime 갱신으로 변경했습니다. flagtree가 없으면 컴파일러는 triton으로 폴백합니다.
  • 버전 태그: #1615는 봇 커밋으로, 2.3.0 태그 아래 각 백엔드의 미작성 changelog 항목을 registry push_time 기준으로 날짜를 지정합니다. 이 항목은 ascend-cann9.2.1 레이어에 해당하며, 305줄 추가 5줄 삭제, 4개 파일로 이미지 내용은 변경하지 않습니다. 또한 #1613은 런타임의 FlagTree 버전 요청에 명시적 --index-url을 지원하도록 하여 위 “다회 빌드” 체인에 출구를 마련했습니다.
  • 릴리스 상태 점검: 31개 저장소 Release와 8개 저장소 Tag를 원자적으로 점검했으며, 모니터링 기간 내 새로운 Release 객체는 없었습니다. community 측 release/2.3/release-2.3.yaml은 여전히 404를 반환하고, release/2.2 매니페스트는 유지 중입니다. 이미지는 6개 레이어를 커버하지만 매니페스트 동결과 사이트 오픈 두 단계는 여전히 발생하지 않았으며, 이는 이전 회차 판단과 일치합니다.
  • 관찰 필요: base 레이어가 4개에서 6개로 확장되었으나 매니페스트는 그대로여서, 2.3.0의 “이미지 선행” 특성이 더욱 강화되었습니다. 이번 주에도 매니페스트를 동결하지 않으면 실제 릴리스되는 버전 내용이 2.3.0 계획과 괴리될 수 있습니다.

1.3 vLLM 0.28 라인 4개 백엔드 동일 마감: Tsingmicro, MetaX C550, Moore Threads MUSA, Ascend 디코드 그래프 (11-03)

날짜: 2026-11-03　출처: vllm-plugin-FL PR #642 · vllm-plugin-FL PR #554 · vllm-plugin-FL PR #575 · vllm-plugin-FL PR #646 · vllm-plugin-FL PR #676

  • Qingwei TXDA: #642 TXDA 백엔드를 vLLM 0.28.0에 적응시키고 「eager만 수행」을 명확히 했다. 그래프 모드는 고장 난 것이 아니라 의도적으로 포기한 것이다. 세그먼트 네이티브 그래프는 TP8에서 이미 두 모델의 전체 게이트(스냅샷 R10 / R6d)를 통과했지만, Dense TP1의 정확성은 끝내 해결되지 않았기에 PR은 TXDA의 그래프 캡처와 분할 구현을 삭제하고, 설정 단계에서 그래프와 컴파일 설정을 직접 거부하며 --enforce-eager를 안내한다. MLA, 희소 어텐션, 투기적 디코딩, 컨텍스트 병렬도 마찬가지로 구체적 미지원 경로별로 항목별 거부하며 일괄 거부하지 않는다. 3067줄 추가 146줄 삭제, 29개 파일.

  • MetaX C550: #554 벤더 측에 아직 0.28 경로가 없는 전제에서 「0.28-empty」 적응을 수행했다. 모든 변경은 vllm_fl/와 MetaX CI 스크립트 안에 남기고, 백엔드 동작은 vendor_name == "metax" 또는 MetaX 런타임을 게이트로 삼는다. 기존 라이프사이클 약속에 따라 초기 import 수정은 플러그인 진입점에서 설치하고, kernel과 backend 교체는 vendor patch 패키지에 두며, site-packages의 .pth는 작성하지 않고, setup.sh에서 15개의 기존 zz_fl_*.pth 훅을 정리했다. 2838줄 추가 70줄 삭제, 36개 파일.

  • Moore Threads MUSA: #575 MUSA를 0.28.0으로 올리고 네이티브 MCCL, FX/eager 컴파일과 세그먼트 네이티브 그래프를 갖췄으며, 7804줄 추가 233줄 삭제, 46개 파일. 실행 기준선은 S5000 4장, BF16, TP=4, TorchMUSA 2.9.0과 MUSA SDK 4.3.5이며, 컴파일 측 RMSNorm, SiLU, rotary는 명시적 MUSA 연산자 경계를 사용하고, 참조 RMSNorm은 대상 측의 FP32 누적 계약을 유지한다. 그래프 처리는 dispatch/backends/vendor/musa/graph.py에 집중되며, MUSA 컴파일 하위 패키지와 실행 캐시를 삭제했다.

  • Ascend 디코드 그래프: #646 0.4.0-dev에서 FULL_DECODE_ONLY의 네이티브 그래프 캡처와 리플레이를 열고, Qwen3.6-27B와 Qwen3.6-35B-A3B를 커버하며, 디코드는 torch.npu.NPUGraph를 사용하고 prefill, 비전 인코딩과 샘플링은 그래프 밖에 둔다. 3342줄 추가 340줄 삭제, 39개 파일로, #606과 #619의 전방 이식이다.

  • 이중 라인 병행: 0.28 마무리와 동시에 0.32 적응이 리뷰 큐에서 진행 중이다. vllm-plugin-FL에는 #675(Enflame S60), #674(Iluvatar CoreX), #659(AMD ROCm gfx1100), #693(MetaX C550), #667(통합 FL 실행 및 Enflame 적응) 다섯 건이 심사 중이다. 0.28은 유지보수 라인, 0.32는 목표 라인으로 두 라인을 동시에 운영하는 것이 이미 상시화되었다.

  • 동기화 메커니즘: 0.4.0-dev에서 0.5.0-dev로의 forward-sync는 이번 모니터링 기간에 #676, #678, #688, #689 네 건을 병합했으며, 「전체 브랜치 병합」에서 「리뷰 증분별 재생 및 소스 커밋 보존」으로 전환하고, 충돌은 초안 PR로 공개한다.

1.4 FlagGems 벤치마크 참고: 2분에 23건 병합, H800 참조 읽기를 단일 JSON으로 통일 (11-03)

날짜: 2026-11-03　출처: FlagGems PR #8293 · FlagGems PR #8294 · FlagGems PR #8295 · FlagGems PR #8296 · FlagGems PR #8318

  • 배치 규모: 16:41과 16:42 두 병합 분 내에 23건이 반영되었으며, 그중 FlagGems 21건, vllm-plugin-FL 2건이고 21건은 lukatao가 작성했습니다. 해당 모니터링 기간 FlagGems에는 총 76건이 병합되었고 lukatao 한 사람이 33건으로 거의 절반을 차지했습니다.
  • 통합 JSON: 핵심은 #8293부터 #8296까지 네 건으로, 각각 어텐션과 풀링, 리덕션과 선형대수, 점별 연산, 희소 및 텐서 레이아웃 네 가지 연산자 범주의 H800 참조 읽기를 통합 JSON으로 이전했습니다. 이전에는 연산자 범주마다 별도의 reader가 있어 참조 값의 출처, 단위, 반올림 규칙이 코드에 분산되어 있었으나, 이전 후 네 범주가 하나의 데이터 진입점을 공유합니다.
  • 백엔드 참조 수정: 나머지 20여 건은 백엔드별로 참조 구현을 수정한 것으로, Ascend 측에는 tensorinv, orgqr, weight norm 역방향, Cholesky solve 및 fractional max pooling 역방향의 네이티브 H800 베이스라인을 보완했고, Enflame 측에는 baddbmm, nanquantile, masked scale 및 FlashAttention 참조를 수정했으며, Kunlunxin 측에는 FloatPower 인플레이스 참조 커버리지를 유지했고, MUSA 측에는 LDL 및 네 가지 선형대수 참조를 보완했으며, PPU 측에는 일부 LU 참조와 재구성 정밀도를 수정했습니다.
  • 부속 문서: #8318은 “로컬 백엔드 연산자 테스트 수정” 스킬 문서를 신설하여 “먼저 참조를 정렬하고, 그다음 후보를 판단한다”는 절차를 재사용 가능한 작업 설명으로 정리했으며, #8275부터 #8277, #5858은 as_strided_scatter 케이스, Ascend CTC 출력 dtype, 이항분포 out 오버로드 및 cumsum 정밀도 검사의 dtype 추론을 추가로 수정했습니다.
  • 판단: 이 배치의 가치는 커버리지가 아니라 “비교 가능성”에 있습니다. 크로스 백엔드 점수는 참조 값이 동일 출처이고, 단위가 일치하며, 반올림 규칙이 명확할 때만 비교할 수 있습니다. reader를 단일 JSON으로 수렴시키는 것은 평가 체계가 “각자 따로 작성”에서 “동일한 자”로 나아가기 위한 전제 조건이며, 이것이 분 단위 배치 병합이 가능한 이유이기도 합니다. 변경이 기계적이고 경계가 명확하며 연산자 구현을 건드리지 않기 때문입니다.

1.5 FlagGems KernelGen: Iluvatar BI-V150 10분에 10건, NVIDIA 12건, Kunlunxin과 Enflame 각각 한 구간 보완 (11-03)

날짜: 2026-11-03　출처: FlagGems PR #8093 · FlagGems PR #8085 · FlagGems PR #8124 · FlagGems PR #8255 · FlagGems PR #8265 · FlagGems PR #8110 · FlagGems PR #6501

  • Iluvatar BI-V150: 16:04부터 16:10까지 6분 동안 10건을 머지했으며, 모두 KernelGen Iluvatar 라인으로 표기됨—세 가지 특수 다항식(shifted Chebyshev, Hermite, 그리고 Chebyshev의 out 변형), 두 개의 업샘플링 및 패딩 역전파, 양자화 최대 풀링, 행렬 곱 smm, not_equal 및 풀링 인덱스 역전파. 이는 Iluvatar의 단일 일일 백엔드 항목 최고치이며, “한 백엔드가 10분에 10건”이라는 리듬 기록도 갱신했다.
  • NVIDIA 롱테일 12건: 희소 및 구조화 4건(_to_sparse_semi_structured, sparse_coo_tensor, crow_indices, flatten_dense_tensors), cudnn 계열 2건(cudnn_convolution_relu, cudnn_grid_sampler_backward), 뷰와 형상 2건(squeeze, combinations), 양자화와 타입 2건(make_per_channel_quantized_tensor, _cast_Char), 선형대수 1건(lu_solve), 그리고 추가로 비-NVIDIA 백엔드 호환성 수정을 위한 _foreach 계열 1건. 모두 KernelGen 라인에서 생성된 후 수동으로 마무리됨.
  • Kunlunxin 11건: #8273 한 곳에 세 가지 성능 변경 패키징(int cumsum 행 스캔, mean 스케일 폴딩, nanmedian 벡터화); #8250은 inner가 XPU에서 실제로 컴파일에 참여하도록 하고 tile 재조정; #8252는 Hermite h를 백엔드 상태 실행기로 변경; #8253은 poisson_nll_loss의 레지스터 압력을 낮추고 꼬리 초과 읽기 수정; #8262는 확장 유클리드 알고리즘으로 lcm 최적화; #8263은 special_chebyshev_polynomial_u 최적화; #8257은 native_batch_norm_legit_functional의 백엔드 특화 추가. 또한 #8255는 벤더 min.o의 SIMD 페이로드와 분할 와이드 행 병렬로 argmin 가속화, #8281은 bitwise_left_shift의 비인플레이스 진입점을 튜닝 변형으로 라우팅, #8290과 #8319는 foreach 시리즈의 XPU 실패 수정.
  • Enflame GCU300 4건: #8265는 cat/concatenate 복사 커널의 행 끝 누락 문제 수정; #8259는 silu_backward의 div_rn을 tl.fdiv로 교체하여 GCU300의 잘못된 값 수정; #8251은 uniform_ 샘플링이 엄격히 [from, to)에 위치하도록 함; #8254는 clip/clip_의 GCU300 오버레이 레이어 내 키워드 이름 수정.
  • Ascend 및 SiliconFlow: Ascend 측 #8110은 채널 레벨 INT8 BMM(bmm_w8a8, 519줄 추가 3줄 삭제) 추가, #8286은 910C 및 950DT의 SKU 문서 보충; SiliconFlow 측 #6501은 _embedding_bag, _embedding_bag_forward_only, _embedding_bag_backward 세 연산자를 한 번에 추가하여 SUM/MEAN/MAX, 가중치, 패딩 제외, 빈 백 및 종료 오프셋 지원, 7494줄 추가 222줄 삭제, 24개 파일.
  • 판단: 당일 백엔드 항목 분포에 변화가 발생—Iluvatar가 10건으로 선두, NVIDIA는 12건으로 롱테일 계속 보충, Kunlunxin 11건은 튜닝 위주, Enflame 4건은 전부 정확성 수정, Xuantie는 FlagGems 측 제로 머지(그 동작은 PPU 컴파일 및 플러그인 측에 있음, 3.5 참조). 이는 KernelGen 라인이 이미 벤더별로 생산 일정을 편성할 수 있음을 보여주며, 모든 백엔드가 하나의 큐를 공유하는 것이 아니다.

1.6 FlagQuantum: 부울 레지스터 선택이 qfunc/Qmod 프론트엔드로 진입, Pauli SELECT 게이트 레벨로 하강 (11-03)

날짜: 2026-11-03　출처: FlagQuantum PR #1027 · FlagQuantum PR #1028 · FlagQuantum PR #1038 · FlagQuantum PR #1047 · FlagQuantum PR #1048 · FlagQuantum PR #1049

  • 불 선택 라인: #1027은 유계 불 값 후보의 구성을, #1028은 목표 비용에 따라 불 레지스터 후보를 선택하며, #1029는 공통 워크플로로 이 후보들을 검증하고, #1038은 유계 불 선택을 네이티브 qfunc 및 Qmod 프런트엔드에 연결한다. 네 건을 이어 붙여 「불 레지스터 할당」을 내부 검색에서 사용자 프로그램이 직접 혜택을 받는 컴파일 기능으로 바꾼다.
  • 알고리즘과 강등: #1035는 SelectedMajoranaFermion을, #1037은 SelectPauliLCU를 신규 추가하며, #1036은 Majorana의 강등을 컴파일 시점으로 늦추고, #1047은 Pauli SELECT를 게이트 레벨까지 내린다. #1030(고전 조건 Pauli 게이트 상의 양자 제어)과 #1043(바인딩 연산의 append)과 함께, 알고리즘 계층의 표현력과 백엔드 실행 가능성 사이의 다리가 단계적으로 세워진다.
  • 시맨틱과 시각화: #1039는 네이티브 단일 비트 위상 호출을 포착하고, #1041은 정밀 가중치와 전역 프로그램 위상을 노출하며, #1042는 유계 within/apply 스코프를 포착하고, #1045는 검사된 정리 스코프와 수반 호출을 노출하며, #1031은 플로터가 TeX에서 혼합 양자 제어와 고전 피드백을 렌더링하도록 하고, #1044와 #1032는 두 가지 유형의 실행 가능한 예제를 보충한다.
  • CI 재사용: #1048은 MetaX의 CPU Core 채널에서 읽기 전용 호스트 로컬 의존성 환경을 시범 적용한다——Python 패치 버전이 pyproject의 SHA-256과 완전히 일치할 때 읽기 전용 의존성을 마운트하고, 그렇지 않으면 기존 설치 경로를 따른다. 동일 runner 계정, Python 3.11.17, 동일 checkout의 대조 결과는 다음과 같다: 환경과 Torch 준비가 23초에서 1초 이내로 줄고, 네 구간 합계가 122초에서 101초로 줄었으며, 네 가지 스모크 테스트 결과가 일치했다. #1049는 이 메커니즘을 16개 A800 runner 등록으로 확장하고, 명시적 읽기 전용 바인드 마운트를 요구한다.
  • 판단: 28건의 머지가 시맨틱, 알고리즘, 강등, 시각화, CI 다섯 라인에 분포하며, 단일 지점의 대규모 변경은 없다. 이렇게 「각 라인이 매일 조금씩 전진하는」 리듬은 양자 스택의 인수 단위가 항상 독립적으로 재계산 가능하게 만든다——여전히 빠르게 변동하는 기술에게는 장부가 명확한 것이 기능의 많고 적음보다 더 중요하다.

1.7 학습과 연산자 라이브러리: TransformerEngine에 Birenn SUPA 백엔드 추가, FlagTensor에 MUSA 보충, Megatron에 DSv4 연결 (11-03)

날짜: 2026-11-03　출처: TransformerEngine-FL PR #143 · FlagTensor PR #14 · Megatron-LM-FL PR #202 · FlagTrain PR #49 · FlagGems-vllm PR #1055

  • Biren 진입: TransformerEngine-FL #143에 Biren SUPA 벤더 백엔드가 새로 추가되었으며, 3,608줄 추가 및 7개 파일로, Biren이 처음으로 독립 백엔드 형태로 FlagOS의 학습 컴포넌트에 등장한 것입니다. PR 본문에는 “Add BIREN SUPA vendor”만 기재되어 있고 하드웨어 검증 기록은 첨부되지 않아, 골격 선행 단계에 해당합니다.
  • FlagTensor MUSA 보완: #14는 FlagTensor에 MThreads/MUSA 백엔드를 등록하고 검증된 소규모 원소별 연산자 그룹을 제공하며, 300줄 추가 및 5줄 삭제, 14개 파일입니다. 핵심은 ACOS, ACOSH, ASIN, ASINH, ATAN, ATANH, TAN 일곱 개 초월 함수에 MThreads 전용 재작성을 추가하여 MUSA Triton JIT가 지원하지 않는 libdevice 경로를 우회하는 것입니다. NVIDIA와 Ascend의 기본 재작성 선택은 그대로 유지됩니다. 같은 날 해당 저장소에는 PPU 직접 기동 고속 경로, 호스트 측 루프 타이밍, Kunlunxin tile 튜닝의 세 건의 커밋이 추가로 있었으며, Ascend PR #32도 병합되었습니다.
  • Megatron DSv4 연결: #202는 “DeepSeek-V4 업스트림 동기화” 시리즈의 첫 번째 건으로, 3,356줄 추가 및 775줄 삭제, 26개 파일입니다. 핵심은 Float16Module이 모델을 변환할 때 정밀도 민감 파라미터를 보존하는 것으로, 선택적 FP32 파라미터 마커를 새로 추가하여 attention sink/APE, mHC의 mapping과 gates, 잔차 스트림 출력 헤드에 적용하고, 압축기와 인덱서의 일부 프로젝션을 FP8 컨텍스트 외부에 유지하며 프라이빗 저장소에 역 RoPE를 적용하고, 지연된 가중치 그래디언트가 선택적 어텐션 서브모듈을 통과하도록 하며, mHC의 Sinkhorn 반복 기본값을 10에서 20으로 상향합니다.
  • 학습 및 추론 연산자: FlagTrain 세 건으로, runtime 백엔드 디렉터리를 백엔드별로 병합, 기타 백엔드 이미지 보완, 상삼각 마스크 softmax 전방향의 Triton 구현(NVIDIA 및 Ascend)을 포함합니다. FlagGems-vllm 여덟 건으로, MiniMax M3 희소 어텐션 shim의 FlagAttention 재사용, MiniMax TP8의 INT8 W8A8 MoE, fused_marlin_moe의 W8A16 다단 파이프라인, W8A8 INT8 및 FP8의 C++ 연산자 메타데이터 등록을 포함합니다.
  • 판단: 신규 칩이 FlagOS에 진입하는 경로는 두 가지입니다. 하나는 학습 컴포넌트에서 시작하는 경로(TransformerEngine 백엔드 추가, FlagTensor 백엔드 추가)이고, 다른 하나는 연산자 생산 라인에서 시작하는 경로(KernelGen의 연산자별 보완)입니다. Biren은 첫 번째 경로를 택했으나 골격 단계에 머물러 있고, Moore Threads는 두 경로 모두에서 성과를 내고 있어, 격차는 접속 속도가 아니라 검증 깊이에 있습니다.

1.8 융합 통신 연산자: RS+add+RMSNorm+AG 링 커널, FlagGems 및 SGLang 플러그인 진입 (11-03)

날짜: 2026-11-03　출처: FlagGems PR #8317 · sglang-plugin-FL PR #166 · FlagGems-sglang PR #279 · FlagGems PR #8347

  • 코어 설계: FlagGems #8317에 두 개의 「통신 + 정규화」 융합 Triton 코어를 추가했습니다(심사 중, 1403줄 추가, 3개 파일). fused_rs_add_rms_norm_ag는 단일 링 코어로 all_reduce(x)와 fused_add_rms_norm(x, residual)을 대체하여, 한 번에 reduce-scatter, 잔차 덧셈, RMSNorm 및 all-gather를 완료합니다. 랭크 r은 [r*chunk, min(T,(r+1)*chunk)) 행만 소유하며, 정규화는 이 행들에서만 수행되고 잔차는 분산 상태로 유지됩니다. gather=False일 때는 owner 단계 이후에 중지하여 RS + add + RMSNorm만 수행합니다. 함께 제공되는 fused_qkv_norm_ag는 반대쪽 끝을 처리합니다. 분산된 qkv 출력에 대해 q와 kv를 각각 정규화하고, rest(k_pe)는 그대로 전달하며, 링의 AG 절반만 실행합니다.
  • 링 구현: 데이터는 C개 채널에서 동시에 전송되며, 채널 c는 랭크 상의 하나의 링입니다. PPU 810E에서 pccl 28채널 그래프의 링을 직접 재사용하여 각 홉이 ICN 링크를 통과하도록 합니다. 매 전송 후 후속 노드에서 플래그를 한 번 증가시키고, 수신 측은 flag >= base + step을 기다립니다. 플래그는 증가만 하고 감소하지 않으며, 버퍼 패리티는 호출마다 토글되므로 전임자가 n+1번째 호출에 진입할 때 n번째 호출에서 여전히 읽고 있는 데이터와 충돌하지 않습니다.
  • 상위 통합: sglang-plugin-FL #166은 XuanTie 측에서 이 RS + norm + AG 융합 코어를 pure TP prefill의 선택 사항으로 만들었습니다(심사 중). FlagGems-sglang #279는 6개의 모델 수준 연산자(sglang 융합 인플레이스 RoPE, topk_softmax, fused_moe, chunk_gated_delta_rule_fwd, 융합 순환 게이트 delta 규칙 및 그 패키징 디코드 버전)를 각 플랫폼 벤더 오버라이드와 함께 병합했습니다. 13061줄 추가, 79줄 삭제, 85개 파일이며, rms_norm과 기존 one_pass_rms_norm의 수학과 ABI가 일치하므로 _mthreads, _thead, _hygon 오버라이드 형태로 병합되고 새 연산자로 추가되지 않았습니다.
  • 부수 정리: XuanTie 측 #8347은 심사 중이며, 내용은 PPU에서 NT GEMM의 K 정렬 폴백을 제거하는 것입니다. FlagTree #1348은 병합되었으며, 명시적 swizzled TLE 레이아웃을 유지하고 복사된 체인형 dot warp 레이아웃을 피합니다.
  • 판단: 통신을 연산자에 접어 넣는 것은 TP 추론의 지연을 줄이는 일반적인 수단이지만, 연산자 라이브러리가 통신 프리미티브와 수치 계약을 동시에 관리해야 합니다. FlagGems의 이번 배치는 PPU와 SGLang 두 라인에서 먼저 시험되며, 이 기능이 여전히 특정 하드웨어 토폴로지에 묶여 있고 아직 크로스 백엔드 범용 부품으로 추상화되지 않았음을 보여줍니다.

1.9 부수 인프라: optest Feishu 알림에 테스트 요약 포함, FlagTree CI를 Feishu 다차원 표로 이전, FlagQAI macOS 샌드박스 강화 (11-03)

날짜: 2026-11-03　출처: optest PR #28 · optest PR #34 · FlagTree PR #1513 · FlagTree PR #1516 · FlagCX PR #669 · FlagQAI PR #30

  • optest 7건: Feishu 알림에 테스트 요약을 추가하고 Trigger 필드를 끝으로 이동하며 Commit을 Ref 바로 뒤에 배치(#28); FlagTrain의 런타임 메타데이터 탐지(#29); 연산자 명령 타임아웃을 구성 가능하게 하고(#30) 저장소별로 타임아웃을 개별 구성(#32); op-monitor의 업로드 재시도 범위 축소(#31); 백엔드 GPU 구성 단순화(#33); 중국어 README 보충(#34). 7건 모두 “멀티 백엔드 테스트 결과를 읽기 쉽고, 추적 가능하며, 재실행 가능하게 만들기”를 중심으로 한다.
  • FlagTree 8건: 기능 측면에서 Ascend XCS의 lightning-indexer UB 오버플로, swiglu 정밀도 및 tl.where가 포인터 피연산자를 허용하도록 수정하고, PPU 측면에서 명시적 swizzled TLE 레이아웃을 유지; CI 측면에서 FlagGems의 CI 스크립트가 GITHUB_ACTION_PATH를 통해 브랜치 간 공유되도록 하고, 결과를 Feishu 다차원 테이블에 보고하며, Feishu 키를 전달하고 자격 증명 누락 시 경고하도록 하며, 동시에 enflame3.5-guc400의 CI/CD 워크플로를 삭제.
  • FlagCX 3건: Ascend 910C의 CI 파이프라인을 신규 추가하고 단위 테스트 편성을 통일(1559줄 추가, 664줄 삭제, 41개 파일), Torch Python 커버리지를 네 개 플랫폼에서 실행하고 중복된 CUDA 성능 테스트를 제거하며, 추가로 Ascend 디바이스 완료 상태 추적 및 텐서 보존을 수정.
  • FlagQAI 6건: macOS에서 로컬 Python 작업, headless 세션의 workspace 읽기, 네이티브 shell 읽기, 검색 대상 및 검색 하위 프로세스를 하나씩 샌드박스 경계 안으로 포함시키고, Agent 제출 전에 SDK 준비 상태를 점검. 6건은 동일한 보안 수렴 라운드의 연속적인 조각이다.
  • FlagAttention 및 기타: FlagAttention은 2의 거듭제곱이 아닌 head 차원에서 TMA prefill 수정을 보완하고 uv pip를 사용한 벤더 의존성 설치로 전환; FlagSparse는 q4 관련 정리 사항을 병합; FlagDNN 4건은 패키징 이미지를 이미 릴리스된 FlagOS 저장소로 지정하고 패키징 워크플로를 검증 전용으로 변경.
  • 판단: 이번 모니터링 기간에는 26건이 CI, 평가 및 도구 측에 속하며 전체 병합의 14.7%를 차지한다. 아홉 개 이상의 백엔드를 동시에 유지해야 하는 프로젝트에서 이 부분의 투자는 새로운 연산자를 생산하지 않지만, “어느 백엔드가 어느 버전에서 퇴화했는가”를 적시에 확인할 수 있는지를 결정한다. FlagTree가 GCU400 워크플로를 삭제하고 CANN 9.2.1 및 910C 파이프라인을 추가한 것도 CI 목록 자체가 하드웨어 세대 교체와 함께 변화하고 있음을 보여준다.

2. 뉴스 보도와 생태계

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

날짜: 2026-11-04　출처: Google News RSS (FlagOS 쿼리) · CSDN FlagOS 칼럼 · HN Algolia (FlagOS)

  • Google News: 24개 중영문 쿼리어 중 FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen, flagos-ai 및 BAAI 관련 영문 조합은 모두 적중 0건; 적중은 회원 기관 및 산업 키워드에 집중됨(BAAI 오픈소스 4건, BAAI 칩 4건, Enflame 7건, 국산 연산력 오픈소스 소프트웨어 스택 7건, Moore Threads 3건, MetaX 1건, Tsingwei 1건), 총 28건으로, 건별로 제목을 확인한 결과 컴포넌트 버전, 칩 적응 또는 FlagOS 기술 스택과 관련된 항목은 한 건도 없음. 이는 컴포넌트 수준 쿼리가 연속 두 번째 모니터링 기간 동안 0건임을 의미한다.
  • CSDN 칼럼: 페이지의 52개 링크를 건별로 확인한 결과, 최신 글은 10-29 11:19의 MiniCPM-OCR과 Jev의 Day0 적응 기사이며, 그 다음은 10-29 16:25에 게시된 sglang-plugin-FL 라이브 방송. 페이지 상단에 먼저 배치된 GLM-5.3-Flash, Qwen3.8-Flash-Next 및 LightX2V 세 건은 각각 8-28, 8-27, 8-27의 오래된 기사로 모니터링 기간에 포함되지 않음.
  • HN 및 Zhiyuan 커뮤니티: HN 8개 쿼리 중 FlagOS 적중 7건, BAAI 30건이었으나 제목과 본문 직접 일치 기준으로는 모두 0건; Zhiyuan 커뮤니티 홈페이지에는 FlagOS 항목이 없고, 검색 페이지는 클라이언트 렌더링으로 시각 확인 가능한 목록을 수집할 수 없음.
  • 판단: 연속 두 번째 모니터링 기간의 뉴스 측 공백은 GitHub 측 24개 저장소 푸시, 177건 병합과 뚜렷한 대조를 이룬다. FlagOS의 대외 서사는 여전히 공식 채널(CSDN 칼럼, Zhiyuan 커뮤니티, 콘퍼런스)에 크게 의존하며, 제3자 미디어의 컴포넌트 수준 진전 보도는 아직 형성되지 않았다.

2.2 산업 측: 회원 기관, 우전 서밋에서 뛰어난 기여상 수상, Enflame A주 상장 (11-03)

날짜: 2026-11-03　출처: 스자제상왕(Moore Threads 수상) · EE Times China(Moore Threads 수상) · Cailianshe(Enflame 상장)

  • 수상: MetaX와 Moore Threads가 2026 세계인터넷대회 우전 정상회의에서 공동으로 「탁월한 기여상」을 수상했다. MetaX 측 보도는 풀스택 혁신과 국산 GPU의 성장 잠재력을 강조했고, Moore Threads 측 보도는 EE Times China가 전했다. 두 회사 모두 FlagOS 멤버 단위다.
  • 상장: Enflame이 A주 커촹반에 상장했으며, 보도는 이를 커촹반의 DSA 아키텍처 연산력 퍼즐을 보강하는 것으로 규정했다. Enflame의 S60 백엔드는 이미 10-28에 vLLM 0.28 적응이 머지되었고, 0.32 적응(#675)은 심사 중이다.
  • 대조: 세 회사의 모니터링 기간 내 FlagOS 측 움직임은 서로 달랐다. MetaX C550의 0.28 적응은 당일 머지되었고(1.3 참조), Moore Threads MUSA 0.28도 같은 날 머지되었으며(1.3 참조), Enflame은 FlagGems GCU300에서 정확성 수정 네 건을 진행했다(1.5 참조). 자본과 영예 측면의 진전은 기술 투입의 리듬을 바꾸지 않았다.
  • 설명: 이 항목은 기업 측 동향으로 FlagOS 기술 스택과 직접적인 연관은 없으며 생태 배경 기록으로만 남긴다. 출처는 Google News 집계 링크이며 배포처 원사이트 주소는 확보하지 못했다.

3. 멤버 단위 및 백엔드 벤더 심층 분석

3.1 Tsingmicro: TXDA는 0.28에서 eager만 지원하고 그래프 모드는 명확히 거부(11-03)

날짜: 2026-11-03　출처: vllm-plugin-FL PR #642 · vllm-plugin-FL PR #641 · FlagGems PR #8279

  • 선택: #642의 본문은 한 글자씩 읽을 가치가 있다. 세그먼트 네이티브 그래프는 이미 구현되어 TP8에서 두 모델에 대해 전체 게이트(스냅샷 R10 및 R6d)를 통과했지만, Dense TP1의 정확성은 끝내 해결되지 않았다. 작성자는 「일부 병렬도에서만 사용 가능한 그래프 모드」를 택하는 대신 그래프 캡처와 분할 구현을 삭제하고, 설정 단계에서 그래프와 컴파일 설정을 거부하며 사용자를 곧바로 --enforce-eager로 안내했다.
  • 거부 범위: MLA, 희소 어텐션, 추측 디코딩, 컨텍스트 병렬은 각각 지원되지 않는 구체적 경로별로 항목별 거부되었으며 포괄적으로 비활성화하지 않았다. 이런 방식은 오류 메시지가 구체적 역량을 가리키게 하여 사용자가 실행 도중에야 실패하는 일을 막는다.
  • 검증 환경: TX8110 64G 8장, 이미지 내 vLLM은 0.28.0+empty로, 업스트림 tag 커밋 2cf0a69를 VLLM_TARGET_DEVICE=empty로 빌드했으며 vllm._C 확장이 없고 모든 kernel은 플러그인 또는 FlagGems에서 온다. 이는 「플러그인이 정말 자족적인가」를 강한 제약으로 만든 것과 같다.
  • 규모: 3067줄 추가, 146줄 삭제, 29개 파일, 함께 제공되는 docs/usage/tsingmicro.md 배포 가이드.
  • 판단: 이는 당일 가장 기록해 둘 가치가 있는 엔지니어링 선택이다. 멀티 백엔드 적응에서 가장 흔한 실패 모드는 특정 병렬도에서만 성립하는 모드를 출시한 뒤 사용자 현장에서 수치 오류의 형태로 드러나는 것이다. #642는 「모드 하나를 줄이는 것」으로 「특정 설정에서만 틀리는 모드가 나타나지 않는 것」을 얻었으며, 대가는 명확하고 경계는 분명하다.

3.2 MetaX: C550의 0.28은 「공백 적응」으로 변경이 전부 플러그인 내부에 남는다(11-03)

날짜: 2026-11-03　출처: vllm-plugin-FL PR #554 · vllm-plugin-FL PR #693 · FlagGems-vllm PR #1050 · FlagGems-vllm PR #1054

  • 빈 적응의 의미: 벤더 측 MetaX-MACA/vLLM-metax에는 아직 0.28 경로가 없으므로 #554는 「업스트림에 대응 브랜치가 없음」을 전제로 한 적응이다. 모든 변경은 vllm_fl/과 MetaX CI 스크립트 내에 남아 있으며, 백엔드 동작은 벤더명 또는 런타임 판정을 게이트로 삼아 다른 벤더에 영향을 주지 않는다. 2838줄 추가, 70줄 삭제, 36개 파일.
  • 설치 형태: 초기 import 수정은 플러그인 엔트리에서 설치하고, kernel과 backend 교체는 vendor patch 패키지에 둔다. 독립적인 site-packages 부트스트랩 설치기와 vllm_fl/_fl_boot_shims/를 삭제하고, setup.sh에서 15개의 과거 zz_fl_*.pth 훅을 정리했다. 리뷰는 「site-packages에 시작 훅을 쓰는」 방안을 명확히 거부했으며, 이 거부 자체는 이후 모든 벤더에 유효하다.
  • 이중 라인 상태: 0.28이 머지된 같은 날, 0.32의 C550 적응(#693)이 02:23에 열렸다. FlagGems-vllm 측에서는 별도로 #1050이 희소 QSA의 dot tile 하한을 16으로 올리고, #1054가 GLM5.3의 인과 컨볼루션과 희소 MLA 커널을 C550에서 실행 가능하게 하며(심사 중), gdn_w8a16, fused_indexer_weight_scale, layernorm 세 연산자 최적화도 심사 중이다.
  • 판단: MetaX의 이번 모니터링 기간 형태는 「0.28 마무리, 0.32 사전 실행, 연산자에서 롱테일 보완」으로, 세 라인이 동시에 움직이지만 서로를 막지 않는다. 주목할 점은 0.28의 착지 방식이다. 업스트림에 브랜치가 없을 때 플러그인 자족으로 해결했으며, 이는 다음 업스트림 업그레이드 시 마이그레이션 비용이 더 낮아짐을 의미한다.

3.3 Moore Threads: MUSA 0.28에서 네이티브 MCCL과 분할 그래프를 한 번에 도입 (11-03)

날짜: 2026-11-03　출처: vllm-plugin-FL PR #575 · FlagTensor PR #14 · FlagGems PR #8097

  • 적응 내용: #575는 MUSA를 vLLM 0.28.0으로 올리면서 일반 wheel 설치, 네이티브 MCCL, FX/eager 컴파일과 분할 네이티브 그래프를 함께 도입했다. 7804줄 추가, 233줄 삭제, 46개 파일. 실행 기준은 S5000 4장, BF16, TP=4, Python 3.10, TorchMUSA 2.9.0, MUSA SDK 4.3.5.
  • 수치 계약: 컴파일 측 RMSNorm, SiLU, rotary는 명시적 MUSA 연산자 경계를 따른다. 참조 RMSNorm은 대상 측의 FP32 누적 계약을 유지한다. 이 점이 핵심이다. 「참조 구현이 누구의 누적 정밀도를 따르는지」를 명확히 해야 크로스 백엔드 비교가 의미를 가진다.
  • 그래프와 캐시: 그래프 처리는 MUSA 벤더 패치 디렉터리의 graph.py에 집중되며, 동시에 MUSA 컴파일 서브패키지, 실행 캐시와 로더를 삭제했다. Qingwei의 「그래프 철회」와 반대로, Moore Threads는 「그래프를 하나의 파일로 모으는」 방식이다.
  • 두 번째 라인: FlagTensor #14는 텐서 라이브러리에 MUSA 백엔드를 등록하고 일곱 개 초월 함수에 전용 재작성을 추가했으며, 같은 날 해당 저장소에는 PPU 직기동 고속 경로와 Kunlunxin tile 튜닝 커밋도 있었다. FlagGems 측 #8097(심사 중)은 전치 dot과 GEMV tile로 길쭉한 FP8 행렬 곱셈을 최적화한다.
  • 판단: Moore Threads는 당일 유일하게 「추론 플러그인」과 「텐서 라이브러리」 두 라인에서 동시에 성과를 낸 벤더다. 두 라인의 분업도 명확하다. 플러그인은 백엔드 가용성을 해결하고, 텐서 라이브러리는 저수준 연산자 형태를 해결한다.

3.4 Ascend: 0.28 디코드 그래프, CANN 9.2.1 base, INT8 BMM, 910C CI 네 갈래 동시 진행 (11-03)

날짜: 2026-11-03　출처: vllm-plugin-FL PR #646 · build-infra PR #1614 · FlagGems PR #8110 · FlagCX PR #669 · FlagTree PR #1413

  • 실행 모드: #646은 0.4.0-dev에서 FULL_DECODE_ONLY의 네이티브 그래프 캡처 및 재생을 도입하여 Qwen3.6-27B와 Qwen3.6-35B-A3B를 지원하며, 디코딩은 torch.npu.NPUGraph를 사용하고 prefill, 비전 인코딩, 샘플링은 그래프 외부에 유지한다. 3342줄 추가, 340줄 삭제, 39개 파일로, 메인 브랜치 #606과 #619의 전방 이식이다.
  • 런타임 버전: #1614는 CANN 9.2.1의 base 레이어를 새로 추가했으며, 910B, python 3.12, torch 2.13, triton_ascend 3.6.0만 지원하고 FlagTree와 FlagCX는 의도적으로 비워 두었다(상세 내용은 1.2 참조). #1615는 2.3.0에서 해당 레이어의 changelog 날짜를 소급 기입했다.
  • 연산자: #8110은 채널 단위 INT8 BMM(bmm_w8a8)을 추가하여 519줄 추가, 3줄 삭제했고, #8286은 910C와 950DT의 SKU 문서를 보완했다. FlagTree 측은 lightning-indexer의 UB 오버플로, swiglu 정밀도, tl.where가 포인터 피연산자를 받는 문제를 수정했으며, flir #84는 동일한 소스의 수정이다.
  • CI: FlagCX #669는 Ascend 910C 파이프라인을 추가하고 단위 테스트 구성을 통일하여 1559줄 추가, 664줄 삭제, 41개 파일을 변경했으며, Torch-FL #690은 네이티브 Ascend 양자 수치와 무손실 FP64 집합 통신을 보완했다.
  • 판단: Ascend는 “런타임 버전, 실행 모드, 연산자, CI”의 4개 계층에서 같은 날 동시에 진행되어 당일 가장 계층이 완전한 하나의 벤더 라인이다. CANN 9.2.1 base에서 FlagTree를 비워 둔 선택은 버전 진행에 명확한 선후 의존 관계가 있음을 보여 주며, 일괄적 전체 업그레이드가 아니다.

3.5 Iluvatar CoreX, Kunlunxin, Enflame, XuanTie, Hygon, Horizon Robotics: 한쪽은 연산자 일괄 보충, 다른 쪽은 지속적 튜닝 (11-03)

날짜: 2026-11-03　출처: FlagGems PR #8093 · FlagGems PR #8357 · FlagGems PR #8374 · FlagGems-vllm PR #1049 · sglang-plugin-FL PR #166 · FlagAttention PR #123

  • Iluvatar CoreX: BI-V150은 16:04부터 16:10까지 6분 동안 10개의 전용 연산자를 머지했으며, padding 역방향, 업샘플링 역방향, 세 가지 특수 다항식, 양자화 풀링, 행렬 곱 smm, not_equal 및 풀링 인덱스 역방향(목록은 1.5 참조)을 포함한다. 이는 Iluvatar CoreX가 FlagGems에서 기록한 단일 일 최고치이며, 전부 신규 구현이다.
  • Kunlunxin: 머지 측 11건은 튜닝 위주다. argmin은 벤더 min.o의 SIMD 페이로드와 세그먼트 와이드 로우 병렬화를 사용하고, lcm은 전개 유클리드 알고리즘을 사용하며, poisson_nll_loss는 레지스터 압력을 낮추고, inner는 XPU에서 실제로 컴파일에 참여하며 tile을 재조정한다. 신규 오픈 측에는 새벽에 집중된 일련의 수정이 있다. sum_dim 롤백, fake_quantize 시리즈, lstm/gru의 pipeline event 오버플로, linalg_matmul 및 linalg_lu_solve의 tt.gather 강등, avg_pool1d의 프로세스 중단 유발 등이다. 해당 모니터링 기간 동안 그는 혼자 59건을 신규 오픈했으며(Enflame 31, Kunlunxin 25, NVIDIA 3), 그중 33건이 00:07부터 05:43 사이에 발생했다.
  • Enflame: GCU300 관련 정확성 수정 4건(cat 행 끝, silu_backward의 나눗셈 시맨틱, uniform_ 구간, clip 키워드)이 있었고, 신규 오픈 측에는 #8374로 범용 커널이 비 CUDA 백엔드에서 실행되도록 하고 #8375로 수정된 Bessel 커널이 비 CUDA 백엔드에서 실행되도록 했다. FlagTree는 같은 기간 enflame3.5-guc400의 CI/CD 워크플로를 삭제했는데, 이는 CI 명단이 하드웨어 세대 교체에 따라 바뀐 것이지 제품 라인 종료로 해석해서는 안 된다.
  • XuanTie: FlagGems 측은 머지 제로이며, 작업은 컴파일과 플러그인 측에 있다. FlagTree #1348은 명시적 swizzled를 보존하는 TLE 레이아웃을 머지했고, #8347(심사 중)은 PPU에서 NT GEMM의 K 정렬 폴백을 제거하며, sglang-plugin-FL #166(심사 중)은 RS+norm+AG 융합 커널을 pure TP prefill 옵션으로 만들고, FlagGems-vllm #1049(심사 중)는 thead에 flash_mla_sparse_fwd를 보충한다. 이전 모니터링 기간의 전용 연산자 13건 배치 이후, 이번 모니터링 기간에는 컴파일 및 통신 계층으로 전환했다.
  • Hygon: 신규 오픈 #8357은 과학 모델 워크로드를 위한 FP32 행렬 곱을 최적화하고, FlagGems-sglang #279는 _hygon 오버라이드로 BW1000을 수용하며, FlagAttention #123과 #117(모두 심사 중)은 각각 AttnRes 백엔드를 보충하고 GLA를 최적화하며, FlagTrain #10(심사 중)의 mixed_gemm은 Hygon을 커버한다.
  • Horizon Robotics와 Cambricon: 두 회사는 이번 모니터링 기간 동안 FlagOS 각 저장소에 커밋이 없다. Cambricon의 neuware 4.4.3 계층은 이미 2.3.0 명의로 changelog 날짜 소급 기입이 완료되었으며(1.2 참조), 이는 미러 측 기존 작업에 해당한다.
  • 판단: 백엔드 항목은 「실행 가능하게 보충」에서 「칩별 튜닝」으로 전환되고 있다. Kunlunxin의 argmin SIMD화, Hygon의 FP32 행렬 곱 최적화, Enflame의 비 CUDA 범용 커널 폴백, 이 세 가지는 모두 신규 커버리지가 아니라 기존 구현이 특정 워크로드에서 더 빠르거나 더 안정적으로 동작하도록 만드는 것이다. 이런 작업은 커버리지 수치에는 나타나지 않지만 실제 사용 가능성을 결정한다.

4. 요약 및 트렌드 관찰

날짜: 2026-11-03 ~ 2026-11-04　출처: flagos-ai 조직 저장소 · 머지된 PR 검색

  • 머지 측 가속, 생산 측 집중: 177건의 머지는 이전 모니터링 기간 대비 9.3% 증가했고, 신규 오픈 117건은 39.1% 감소했으며, 모니터링 기간 내 업데이트된 심사 중 PR은 271건으로 12.9% 감소했습니다. 다만 신규 오픈의 감소는 거의 전부 FlagGems 단일 저장소의 리듬 변화에서 비롯되었으며, 그중 59건은 동일 작성자가 쿤룬신과 Enflame 생산 라인에 집중한 것입니다. 전 조직의 심사 중 재고는 여전히 1602건이며, 머지 대 심사 중 비율은 약 1 대 9로 리뷰 부담은 실질적으로 완화되지 않았습니다.
  • 0.28 마무리와 0.32 시작이 동시에 발생: 칭웨이, MetaX, Moore Threads, Ascend 네 백엔드가 같은 날 vLLM 0.28.0을 마무리했으며, 총 150개 파일, 17051줄이 추가되었습니다. 동시에 0.32의 5건 어댑테이션이 리뷰 큐에서 진행되고 있습니다. 유지보수 라인과 목표 라인의 병행이 이미 일상화되어, 벤더는 두 세트의 검증 환경을 동시에 유지해야 하며 이는 멀티칩 어댑테이션의 숨은 비용입니다.
  • 평가 비교 가능성이 새로운 인프라로 부상: FlagGems의 2분 23건 기준 마이그레이션은 네 가지 연산자 유형의 H800 참조 읽기를 통합 JSON으로 수렴시켰고, optest의 Feishu 테스트 요약, FlagTree의 Feishu 다차원 테이블, FlagCX의 4플랫폼 커버리지와 함께 평가 체인이 “각자 작성”에서 “동일한 잣대”로 전환되고 있습니다. 이번 모니터링 기간 26건이 CI와 평가 측에 해당하며, 머지의 14.7%를 차지합니다.
  • 신규 칩 접속의 두 경로 모두 검증 완료: 비렌은 SUPA 백엔드로 TransformerEngine-FL에 진입했고(골격 선행, 하드웨어 검증 기록 없음), Moore Threads는 추론 플러그인과 텐서 라이브러리 두 라인에서 동시에 착수했으며, Iluvatar CoreX는 하루 10건의 전용 연산자로 연산자 생산 라인을 진행했습니다. 접속 속도는 더 이상 병목이 아니며, 검증 깊이가 핵심입니다—비렌의 백엔드는 현재 골격만 있을 뿐 칭웨이, MetaX와 동등한 하드웨어 게이트 기록이 없습니다.
  • 2.3.0은 여전히 이미지 선행: base 레이어가 이미 6개 레이어(CANN 9.2.1 포함)로 확장되었고, 런타임 이미지는 백엔드별로 푸시되며, changelog 날짜는 레이어별로 소급 기입되고 있지만 community의 release/2.3 목록은 여전히 404를 반환합니다. 연속 세 모니터링 기간 동안 목록 동결 움직임이 없었으며, 릴리스의 실제 내용과 계획 간의 괴리가 누적되고 있습니다.
  • 관찰이 필요한 세 가지: 첫째, release/2.3 목록이 언제 나타나는지가 2.3.0의 이번 달 내 릴리스 가능성을 결정합니다. 둘째, 0.32의 5건 어댑테이션이 언제 머지되는지가 목표 라인의 재차 연기를 결정합니다. 셋째, 융합 통신 연산자(RS+add+RMSNorm+AG)가 PPU와 SGLang의 파일럿에서 크로스 백엔드 범용 컴포넌트로 추상화될 수 있는지 여부입니다.

부록

출처 검증표

출처 검증 결과
GitHub 조직 저장소(61개 저장소) 24개 저장소 모니터링 기간 내 푸시, 228건 커밋, 177건 머지 PR, 19개 저장소 머지 발생
GitHub 심사 중 PR 모니터링 기간 내 271건 업데이트, 신규 오픈 117건, 전 조직 심사 중 재고 1602건
GitHub Release / Tag(31개 저장소 / 8개 저장소) 모니터링 기간 내 신규 제로; FlagCX v0.14.1(11-01 00:10)은 모니터링 기간 외
community 릴리스 목록 release/2.3/release-2.3.yaml 404 반환, release/2.2 게시 중
Google News RSS(중영문 24개 그룹) 컴포넌트급 쿼리 전부 제로 히트; 멤버 기관 및 산업 키워드 28건, 모두 기업 측 또는 재무 기사
HN Algolia(8개 그룹) FlagOS 7건, BAAI 30건, 제목·본문 직접 매칭 0건
CSDN FlagOS 칼럼 52개 링크 개별 시각 확인, 최신 글 10-29 11:19, 모니터링 기간 내 신규 글 없음
Zhiyuan 커뮤니티 홈페이지에 FlagOS 항목 없음; 검색 페이지는 클라이언트 렌더링으로 시각 확인 가능한 목록 없음
멤버 기관 GitHub 측 검증 MetaX, Moore Threads, 칭웨이, Iluvatar CoreX, Enflame, Hygon은 FlagOS 측 활동 있음; Cambricon, Horizon Robotics는 이번 모니터링 기간 제로 커밋

전체 출처 목록