FlagOS 위클리 리포트 (2026-11-02 ~ 2026-11-06)

보고 주기: 2026년 11월 2일(월)부터 11월 6일(금)까지, 총 5영업일.

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

편성 설명: 주간 주요 뉴스, 버전과 릴리스, 컴포넌트와 코드 공동 기여, 회원 단위와 벤더 적응, 생태와 커뮤니티, 추세 관찰의 여섯 가지 차원으로 구성한다. 5회분 데일리 리포트를 각자의 윈도에 따라 누적하면 커밋 1117건, 머지 715건이다. 네 개의 완전한 24시간 윈도(11-03부터 11-06)만 취하면 커밋 861건, 머지 600건이다. 회차별 푸시가 있는 저장소 수는 차례로 17, 16, 24, 26, 21개이며, 조직 저장소 총수는 61개이다. 버전과 태그는 각 컴포넌트 저장소의 태그와 Release 원자료 출처로 독립 재확인하였으며, 주기 내 신규 Release 객체는 없다.

1. 주간 주요 뉴스

2.3.0의 이미지 레이어가 일주일 만에 네 계층에서 여섯 계층으로 확장되었고, 23개의 base와 23개의 runtime 모두에 2.3.0이 기록되었으나, 릴리스 목록은 여전히 일정표(10-31 ~ 11-05)뿐이다: 신규 커버리지에는 Hygon DTK 26.10의 base와 runtime, AMD ROCm 7.2.4 런타임과 FlagTree amd 빌드 라인, Ascend CANN 9.2.1 base(910B, python 3.12, torch 2.13, triton_ascend 3.6.0에 한하며, FlagTree와 FlagCX는 의도적으로 비워 둠), NVIDIA cuda13.3(torch 2.13.0+cu130, triton 3.7.1이며, 동시에 cuda12.8은 enabled를 false로 설정하여 동결)이 포함된다. community 저장소의 release/2.3 디렉터리에는 중영문 일정표만 있고 release-2.3.yaml은 여전히 404이다. 31개 저장소의 Release와 8개 저장소의 Tag 원자核查 전 주에 걸쳐 신규 추가는 없었다. 일정에 따르면 11-13은 FEP 머지 마감, 11-30은 기능 동결 및 rc0 생성, 12-07은 rc1 생성, 12-14는 rc2 생성, 12-25는 코드 프리즈, 12-30은 GA이다.
vLLM 0.28.0이 하루 만에 네 개의 백엔드에서 동시에 마무리되었고, 다음 날 repack이 11개 벤더 인덱스에 배포되었다(11-03 ~ 11-04): Qingwei TXDA는 eager만 수행하고 그래프 모드를 주도적으로 거부했다(#642, 3067줄 추가 146줄 삭제, 29개 파일). MetaX C550은 업스트림에 대응 브랜치가 없는 전제하에 ‘0.28-empty’ 공백 적응을 수행했다(#554, 2838줄 추가 70줄 삭제, 36개 파일). Moore Threads MUSA는 한 번에 네이티브 MCCL과 분할 네이티브 그래프를 도입했다(#575, 7804줄 추가 233줄 삭제, 46개 파일). Ascend는 FULL_DECODE_ONLY의 디코드 전용 그래프를 만들었다(#646, 3342줄 추가 340줄 삭제, 39개 파일). 네 건 합계는 17051줄 추가 789줄 삭제, 150개 파일이다. 11-04의 build-infra #1635는 vLLM 0.28.0+flagos를 11개 인덱스(AMD, Ascend, Cambricon, Enflame, Hygon, Iluvatar CoreX, Kunlunxin, MetaX, NVIDIA, Xiwang, Qingwei)에 기록했으며, aarch64는 cp311과 cp312를, x86_64는 cp310과 cp312를 제공한다.
Cambricon MLU가 네이티브 플랫폼으로 Torch-FL에 진입했고, 다음 날 융합 어텐션 전후방이 보완되었으며, Qwen3 훈련 스텝의 CPU 폴백이 190회에서 0으로 줄었다(11-04 ~ 11-05): #720은 4870줄 추가 64줄 삭제, 40개 파일로 cambricon을 flagos_platforms.json에 기록하고 libcnrt 런타임 계층, torch.mlu 심, backends_cambricon.conf, CI 설정 및 플랫폼 계약을 보완했다. 전체는 stock torch 2.10.0+cpu 상에서 구동되며 torch_mlu, FlagTree, CUDA runtime을 포함하지 않고, 8카드 MLU590-M9에서 엔드투엔드 실측되었다. 다음 날 #748과 #749는 CNNL 융합 어텐션 전방과 역방을 SDPA 커버리지에 다시 연결하고 C++ autograd Function으로 감쌌다. #757은 전체 Qwen3 인과 언어 모델 훈련 스텝에 대한 폴백 전수 조사를 수행했으며, 190회의 cpu_fallback 중 188회는 aten::mul.out, 2회는 aten::embedding_dense_backward에서 발생했고, CNNL을 경유하여 MLU에서 실행하도록 변경한 후 해당 스텝은 폴백 0회를 보고했다. #724는 같은 날 cambricon의 CI lane을 철회했으며, 이유는 runner를 承载할 수 없기 때문이다.
다모원 쉬안티에, 하루 만에 배치 형태로 13개 전용 연산자 병합 및 ZW810E 비용 모델 1.1.0으로 상향 (11-02): FlagGems는 16:03부터 16:46까지 43분 동안 13건을 병합했으며, 전부 KernelGen 쉬안티에 생산 라인으로 표기되었다. Chebyshev 다항식, igamma, 3D 컨볼루션 및 전치 컨볼루션, 양자화 LSTM, RMSNorm 역방향 융합, 행렬 노름, 3D 적응형 풀링 역방향, Lanczos 업샘플링 등 롱테일 항목을 포함하며, 이는 FlagGems 당일 55건 병합의 23.6%를 차지한다. FlagTree #1236은 ZW810E의 MM/MV 비용 모델 패키지를 1.1.0으로 상향했으며, 8개의 BF16 mm 변형과 2개의 mul 모델을 포함하고 튜닝 계약이 정렬된 configs 목록을 수용하도록 했다. 11-05 FlagAttention #127은 PPU-ZW810E를 위한 Wall Attention 최적화 이슈를 추가로 개설했다.
양자 스택, 「하드웨어 검수 + 리소스 장부」를 회귀 가능한 증거로 구현: 어센드 910C 네이티브 provider 167건 통과, 일주일 내 합성 라인 UP-06까지 진전 (10-31 ~ 11-05): FlagQuantum #958은 910C를 실험적 split-FP32에서 네이티브 provider 연산자 경로로 끌어올렸으며, PR 본문에 167 passed in 115.41s(142개 회로, 노이즈, TEBD 및 QEC 케이스, 25개 네이티브 동역학 케이스 추가, 두 번의 콜드 프로세스 계획 재생 포함)를 기록했고, CPU 측 회귀는 1332 passed였다. #970은 사전 구성된 ARM64 runner에 fail-closed 네이티브 회귀 lane을 추가했다. 합성 라인은 일주일 내 UP-01(Python qfunc 프런트엔드), AO-00/01/02(산술 베이스라인, 정규화, 보호 산술), PF-00/01(컴파일 지연 및 RSS 장부)에서 UP-04/05/06(유계 균일 상태 준비, 스칼라 코히런트 제어, U 게이트 및 배열 Hadamard)까지 진전했다. 11-05의 내결함성 컴파일 통합 PR #1084는 이미 초안으로 개설되었으며, 276개 파일, 31011줄 추가이다.
FlagGems, 크로스 백엔드 평가를 「동일한 자」로 수렴시키고 같은 주에 백엔드 키 버전화 완료 (11-03 / 11-05): 11-03 16:41과 16:42 두 분 내에 23건을 병합했으며, 그중 21건이 동일 작성자에 의해 제출되었다. 어텐션과 풀링, 리덕션과 선형대수, 포인트와이즈, 희소 및 텐서 레이아웃 네 가지 범주 연산자의 H800 참조 읽기를 분산된 reader에서 통합 JSON으로 마이그레이션했다. 이전에는 참조 값의 출처, 단위, 반올림 규약이 코드에 분산되어 있어 크로스 백엔드 점수에 공통 기준이 없었다. 11-05의 #8446은 backends.yaml의 7개 베어 벤더명을 pyproject.toml과 일치하는 버전 키(hygon-dtk2604, iluvatar-corex450, kunlunxin-xre5371, spacemit-xxx, sunrise-tangrt120, thead-ppu210, tsingmicro-tsm260610)로 변경하여 uv pip install ".[tsingmicro]"가 extra를 조용히 매칭하지 못해 torch와 FlagTree 모두 설치되지 않던 문제를 수정했다.
커뮤니티 거버넌스: 1시간 내 7건의 FEP 리뷰 진입, 2.3의 멀티 백엔드 역량을 검수 가능한 항목으로 작성 (11-05): 08:29부터 09:31까지 총 7건의 단일 파일 FEP가 상태 일괄 Provisional Draft로, 제출자는 동일했다. 목록은 FEP-0163 FlagMega v0.1, FEP-0164 TLE 분산 융합 및 자동 튜닝, FEP-0165 TLE Raw 5백엔드, FEP-0166 FLIR 어센드 및 GPGPU 최적화, FEP-0167 20개 연산자—디바이스 쌍, FEP-0168 FlagTree 멀티 플랫폼 및 Triton API 호환, FEP-0170 FlagPrism v0.2이다. 가장 실질적인 FEP-0163은 5개 목표와 검수 증거의 매핑을 제시했으며, 4카드 H800에서 GLM5.3 Flash 디코딩 처리량이 vLLM보다 5% 이상 높은 것을 포함하고, 동시에 CoreX 5.0, 릴리스 매트릭스 및 checkpoint 재현이 아직 완료되지 않았음을 명시했다. 7건 본문 모두 「GPU 또는 모델 검수 미실행」을 명시하여 범위 선언과 완료 선언을 분리했다.
산업 측: FlagOS 2.2 사례가 정량화 가능한 이익을 제시하기 시작, 엣지 서사 같은 주에 보강 (11-05): CSDN 칼럼 2편. 차이나텔레콤 싱천 Xing4.0-29B-A4B의 mHC 멀티채널 잔차 연산자가 어센드 910C에서 25% 클러스터 감속에서 12%로 압축되었으며, 적응이 MindFormers에 병합되었다. Agent 시나리오에서 12개 장시퀀스 연산자 재작성 후 첫 토큰 지연이 19.87% 감소했다. 소프트파워는 GLM-5.2를 4대 910C에서 단일 토큰 17.79밀리초에서 16.13밀리초 허용선으로 압축했다. 2.2의 총량은 9대 연산자 라이브러리 1454개 연산자, FlagTree 20개 벤더 백엔드 커버, 10개 칩 전체 성능 27.6% 향상, Day0 적응 12개 칩, 커뮤니티 멤버 107개사, 분기 다운로드 46만 회(전분기 대비 4.76배)이다. 엣지 특별 세션은 21개 벤더, 35개 칩의 적응 통계를 제시했으며, 순수 ARM CPU에서 MiniCPM과 Qwen 실행 시 실측 21%–25% 향상되었다.

2. 버전 및 릴리스 동향

2.3.0: 6개 계층 이미지 모두 changelog에 기록, 릴리스 목록은 여전히 일정표뿐

이미지 계층	반영 시점	주요 내용
base 및 runtime: hygon-dtk26.10	10-31 ~ 11-04	기본 이미지에 ROCm 인식 Open MPI 설치, 런타임에 flagcx 0.14.1의 하이곤 DTK 26.10 빌드 버전 보강, python 3.12와 DTK 26.10의 torch 클로저 구성; 벤더 triton이 3.7.0+dtk2610으로 업그레이드된 후 hcu 드라이버만 active 상태가 되어 serve가 V1 model runner로 회귀하는 문제 수정
runtime: amd-rocm7.2.4	10-31 ~ 11-02	flagcx 고정, amdsmi 보강, 유효하지 않은 디바이스 가시성 환경 변수 삭제, torch 클로저를 vLLM 0.32에 정렬; 별도로 FlagTree amd 패키징 라인을 구축하여 소스 추적 및 A/B 대조 수행
base: ascend-cann9.2.1	11-03 ~ 11-04	910B, python 3.12, torch 2.13, triton_ascend 3.6.0만 포함; CANN 9.2.x 버전 고정이 없어 FlagTree와 FlagCX를 의도적으로 비워둠; 최초 빌드 시 OCI provenance 레이블 누락, 11-04에 레이블 보강 후 재푸시
base 및 runtime: nvidia-cuda13.3	11-05	torch 2.13.0+cu130, torchvision 0.28.0+cu130, triton 3.7.1; torchaudio 2.11.0과 FlagTree 0.7.0은 torch와 분리; cuda12.8은 torch 2.13이 더 이상 cu128 wheel을 배포하지 않아 동결

커버리지: 11-05 기준, 23개 base와 23개 runtime 이미지의 changelog에 모두 2.3.0이 기록되었으며, 12개 벤더의 23개 툴체인 라인을 포함한다. AMD ROCm 7.2.4, 어센드 CANN 8.5.0과 9.0.0(910C 변형 포함)과 9.2.1, 캄브리콘 neuware 4.4.3과 4.7.2, 엔플레임 tops 1.9.10과 1.10.6, 하이곤 DTK 26.04와 26.10, 일루바타 코어엑스 4.4.0과 4.5.0, 쿤룬신 XRE 5.37.1, 메타엑스 MACA 3.7.2.1과 3.8.1.3, 무어 스레즈 MUSA 4.3.6과 5.2.0, 엔비디아 CUDA 12.8과 13.3, 시왕 1.2.0, 칭웨이 tsm260610.
어센드 base가 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와 완전히 일치해야 하며, 그렇지 않으면 임포트 시 버전이 충돌한다. 이에 맞춰 numpy를 1.26.4로 고정.
base에 FlagTree를 의도적으로 포함하지 않은 이유: 9.2.1에는 대응하는 flagtree 버전 고정도, 대응하는 flagcx wheel도 없으므로 이 계층에서는 flagtree, flagcx 및 의존 항목을 모두 비워두고, 빌드 순서를 base, FlagTree 없는 runtime, FlagTree builder, FlagTree wheel, runtime 갱신으로 변경; flagtree 부재 시 컴파일러는 triton으로 폴백.
퇴역 메커니즘: cuda12.8의 동결은 삭제가 아니다——configs.yaml에 enabled 필드를 추가하고 false로 설정하면 스펙, 이미지, 문서는 모두 유지되며 이미지는 마지막 빌드의 플랫 태그에 머문다; 스크립트 backend_enabled.py가 유일한 파서가 되어 generate_matrix.py, 두 상태 보고서, flagcx와 vllm-plugin의 레지스트리가 이를 공유하여 동결 상태가 어떤 빌드 매트릭스에도 진입하지 못하게 한다.
릴리스 상태: community의 release/2.3 디렉터리에는 현재 릴리스 일정표만 있으며, 목록 파일은 계획대로 11-30 특성 동결 시 생성된다. 2.3 일정에 따르면 FEP 머지 마감 11-13, 특성 동결 11-30 rc0 태깅, rc1 12-07, rc2 12-14, 코드 프리즈 12-25, GA 12-30. 이미지가 목록보다 앞서 나가는 것은 계획된 리듬이며, 11-13이 이 버전 범위의 하드 경계다.

이번 주 태그 및 Release 목록: 신규 없음, FlagCX v0.14.1은 여전히 태그만 존재

신규 없음: 5회차 데일리 리포트에서 31개 저장소의 Release 원자 소스와 8개 저장소의 Tag 원자 소스를 일별로 점검한 결과, 주간 전체에 걸쳐 새로운 Release 객체가 없었습니다. 시간 갱신이 있는 유일한 항목은 FlagCX v0.14.1 태그(11-01 00:10 갱신)이며, GitHub Releases의 최신 정식 버전은 여전히 2026-09-28에 릴리스된 v0.14.0으로, 본문에는 FlagOS 2.2에 대응한다고 명시되어 있습니다.
컴포넌트 버전 라인 변동 없음: FlagGems 정식 라인은 여전히 5.4.0이며, 5.5.0.dev0은 10-12에 라인이 열린 이후 새로운 태그가 없습니다. FlagQuantum은 v0.3.1을 양자 스택 기준선으로 삼고, FlagScale, FlagBLAS, FlagDNN, FlagFFT, FlagTensor, FlagAttention, vllm-plugin-FL, sglang-plugin-FL 등은 여전히 09-28 배치에 머물러 있습니다.
판단: 이는 2.2 릴리스 이후, 2.3이 12-30 GA되기 전의 전형적인 공백기입니다. 대외 버전은 조용하지만 아티팩트 라인과 빌드 라인은 활발합니다. 지난주와 비교해 유일한 변화는 이미지 레이어의 적용 범위가 4개 레이어에서 6개 레이어로 확장된 것이며, 태그와 매니페스트 두 단계는 여전히 빠져 있습니다.

vLLM 플러그인: 0.28 4개 백엔드 동일자 마무리, repack 11개 인덱스로 확대

네 가지 적용 전략: 동일한 업스트림 버전에 대해 네 개 백엔드가 각자의 조건에 따라 경로를 선택했습니다. Tsingmicro는 TXDA의 그래프 캡처와 분할 구현을 삭제하고, 설정 단계에서 그래프와 컴파일 설정을 직접 거부하며 –enforce-eager를 안내했습니다. 이유는 분할 원본 그래프가 TP8에서 이미 두 모델에 대해 게이트를 통과했지만 Dense TP1의 정확성은 끝내 해결되지 않았기 때문입니다. MetaX는 변경 사항 전부를 vllm_fl과 CI 스크립트 내에 남기고, 벤더명 또는 런타임 판정을 게이트로 삼았으며, 리뷰에서 site-packages에 .pth 시작 훅을 쓰는 방안을 명확히 기각했습니다. Moore Threads는 네이티브 MCCL, FX/eager 컴파일과 분할 네이티브 그래프를 한 번에 가져오고 그래프 처리를 단일 graph.py에 모았습니다. Ascend는 FULL_DECODE_ONLY의 디코드 그래프만 수행하고 prefill, 비전 인코딩과 샘플링은 그래프 밖에 둡니다.
repack 메커니즘: build-infra는 “릴리스 단계는 디렉토리에 작성, 사람은 문안만 작성”하는 메커니즘을 이번 라운드에 정식으로 작동시켜, 이전의 수동 pypi_index 필드 수정을 대체했습니다. 한 곳에서는 첫 번째 하이픈을 기준으로 vendor를 분할하도록 경계를 수정하여, 버전 문자열에 + 플랫폼 세그먼트와 - 세그먼트가 동시에 포함될 때 플랫폼명이 잘못 잘리는 것을 방지했습니다. 같은 날 FlagGems-vllm에 일일 wheel 라인을 추가하고, 빌드 및 업로드 컨테이너에 프록시를 투과시키며, Ascend verify 컨테이너에 1 GB /dev/shm을 보충했습니다.
0.32 라인 병행: 0.28 마무리와 동시에 0.32의 5건 적응이 리뷰 큐에서 진행 중입니다. Enflame S60(#675), Iluvatar(#674), AMD ROCm gfx1100(#659), MetaX C550(#693), FL 실행 통합 및 Enflame 적응(#667)입니다. 유지 라인과 목표 라인을 동시에 운영하는 것이 이미 표준이 되었으며, 벤더는 두 세트의 검증 환경을 유지해야 합니다.
동기화 메커니즘: 0.4.0-dev에서 0.5.0-dev로의 forward-sync가 이번 주 4건(#676, #678, #688, #689) 머지되었습니다. 방식은 전체 브랜치 병합에서 리뷰 증분 단위 재생 및 소스 커밋 보존으로 변경되었고, 충돌은 드래프트 PR로 공개됩니다. 11-05에는 #698로 한 차례 더 전방 동기화가 완료되었습니다.

커뮤니티 거버넌스: 7건의 FEP와 2.3 범위 선언

목록과 위치: FEP-0163 FlagMega v0.1은 모델 컴파일, vLLM 통합 및 다중 카드 디코딩을 지향합니다. FEP-0164는 TLE 분산 융합과 자동 튜닝을 지향합니다. FEP-0165는 TLE Raw가 5개 가속기 백엔드를 커버하도록 합니다. FEP-0166은 Ascend와 GPGPU를 위한 FLIR 최적화입니다. FEP-0167은 20개 연산자—디바이스 쌍의 컴파일러 최적화에 집중합니다. FEP-0168은 FlagTree 다중 플랫폼 지원과 Triton API 호환입니다. FEP-0170은 FlagPrism v0.2의 다중 백엔드 디버깅과 프로파일링입니다.
공통 서술: 7건 본문 모두 “GPU 또는 모델 인수를 실행하지 않았음”을 명시하여 범위 선언과 완료 선언을 분리했습니다. community 저장소에는 별도로 4개의 codex/fep23-* 브랜치가 기간 내 푸시되어, FEP 초안 작성과 브랜치 준비가 동일한 파이프라인임을 보여줍니다. 이 배치는 FEP 머지 마감 8일 전에 등장하여 범위 보충 기간에 정확히 걸쳐 있습니다.

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

FlagGems: 주간 5배치, 커버리지에서 비교 가능성과 백엔드 전용 구현으로 전환

규모: 5회차 데일리 리포트 기간 내 머지는 각각 55, 76, 35, 33, 33건으로 총 232건이며, 전 조직에서 머지량이 가장 큰 단일 저장소입니다. 11-03의 76건은 주간 최고치로, 당일 전 조직 177건의 42.9%를 차지했습니다.
XuanTie 배치: 11-02의 13건은 롱테일 항목에 집중되었으며, Chebyshev 다항식, igamma, 3차원 컨볼루션과 전치 컨볼루션, 양자화 LSTM, RMSNorm 역방향 융합, 행렬 노름, 3차원 적응형 풀링 역방향과 Lanczos 업샘플링이 포함됩니다. 이 연산자들은 기존 범용 Triton 구현의 수익성이 낮았으나, 전용화 후 기본 디스패치에 직접 들어갈 수 있습니다. 현재 FlagGems-vllm 추론 경로와의 연동 기록은 아직 없습니다.
Kunlunxin 계약 및 튜닝: 11-02의 #8038은 조용한 오류 하나를 수정했습니다. foreach 계열 out-of-place 스칼라 오버로드의 빠른 경로가 요소 수만 비교하고 형상은 비교하지 않아, 형상은 다르지만 요소 수가 같은 리스트가 모두 첫 번째 텐서의 형상을 상속받던 문제였습니다. 수정은 전체 형상으로 진입을 판정하도록 했고, 다른 두 건은 16개 스칼라 출력을 단일 베이스 주소 지정으로, 리스트 출력을 평탄 버퍼로 병합했습니다. 같은 쪽 #8034는 커밋 JIT 전에 자동 튜닝 그리드를 먼저 평가하도록 했고, #7976은 program_id(0)에서 슬롯을 가져오도록 변경했습니다. 성능 쪽의 십여 건은 점별 빠른 경로, pool3d 역방향 융합, Chebyshev 전개, Jacobi 블로킹과 linspace 단일 공식을 다룹니다. #8123은 BF16 점별 최적화를 철회했고 #8245는 다른 방안으로 재작업했으며, 철회와 보완은 이 경로가 여전히 시행착오 중임을 보여줍니다.
Tianshu와 NVIDIA: 11-03 16:04부터 16:10까지 6분 만에 10건의 BI-V150 전용 연산자가 병합되었습니다(특수 다항식, 업샘플링 및 패딩 역방향, 양자화 최대 풀링, 행렬 곱 smm, not_equal, 풀링 인덱스 역방향). NVIDIA 쪽 12건은 희소 텐서, cudnn 계열, 뷰와 형상, 양자화 및 자동 미분 내부 연산자를 계속 보충합니다. 11-04에 Tianshu는 다시 12건을 병합했고, 별도로 #8396은 BI-V150에서 성립하지 않는 선행 업데이트 두 곳을 롤백했습니다.
Enflame: 11-04의 5건은 전부 디바이스 가드 수정이었습니다(CUDA-only guard, im2col 하드코딩, kl_div와 arctanh, upsample_nearest3d_backward 정수 인덱스 클램프, –override 불일치 시 명시적 실패). 11-05에 새로 열린 41건의 GCU300 커버리지 단일 항목은 11-05 당일부터 일괄 반영되기 시작했고, 25건을 한 번에 정리했습니다. 방식은 64비트 lane offset을 32비트로 좁히기, launch 기하를 host 측 사전 계산으로 이전, _nv* 외부 심볼을 로컬 구현으로 교체, 점별 dynamic 하향을 전용 커널로 변경하는 것입니다.
Hygon과 MetaX: 11-04 #7388은 Hygon에 FP32 flash attention 전방을 보충했고, #7318은 MetaX에 채널 수준 bmm_w8a8 INT8 융합 스케일링을 보충했습니다. 11-04에는 별도로 Hygon의 FP32 전용 오픈 항목 9건(rsqrt, floor, nonzero, 전체 차원 리덕션, masked_fill, nan_to_num, neg, masked_select, aminmax)이 있었으며, 모두 연속 FP32로 한정됩니다.
Ascend와 Moore Threads: 11-05 #8110은 채널 수준 INT8 BMM을 추가했고(519줄 추가, 3줄 삭제), #7581은 Flash Attention 전방과 역방향의 UB 오버플로를 수정하며 varlen 전방과 dense D=256을 보충했습니다. Moore Threads #7246은 MP31의 mm을 재작성했고(단일 파일 2472줄 추가, 146줄 삭제), #6706은 bmm과 bmm.out에 형상 인식 TLE/SQMMA 구현을 추가했습니다(9개 파일, 2369줄 추가).
백엔드 키 버전화: #8446은 12개 파일을 변경하고 39줄을 추가, 38줄을 삭제하며 일곱 개의 날것 벤더명을 버전 키로 교체했습니다. 가치는 명명 통일에 있지 않고, 잘못된 버전을 설치하면 조용히 건너뛰는 대신 실패한다는 데 있습니다. 기존 방식에서는 uv pip install ".[tsingmicro]"가 어떤 extra와도 매칭되지 않아 torch와 flagtree가 모두 설치되지 않았고, setup.sh의 FlagTree 검증이 곧바로 ModuleNotFoundError를 던졌습니다.
Tsingmicro와 SiliconFlow: 11-05 #8287은 tsingmicro 백엔드를 1103으로 올렸으며 190개 파일, 23195줄 추가, 914줄 삭제로 해당 주 단일 최대 백엔드 동기화입니다. 11-03 #6501은 세 개의 embedding bag 연산자(SUM/MEAN/MAX 지원, 가중치, padding 제외, 빈 백과 종료 오프셋)를 한 번에 보충했고, 7494줄 추가, 222줄 삭제, 24개 파일입니다.

FlagTree: 개선 항목을 런타임 스위치로 전환, Hygon TLE-Raw 연결

런타임 스위치: 11-04 #1565가 병합되었고 123줄 추가, 27줄 삭제, 15개 파일로, 각 FlagTree 개선을 네 가지 세트로 통일했습니다. 컴파일 타임 매크로, 런타임 knob(FLAGTREE_<NAME>, 기본 켜짐, CACHE_INVALIDATING_ENV_VARS에 포함), 주변 코드와 일치하는 guard 블록, 매크로명을 표기한 #else/#endif입니다. 이전에는 컴파일러 개선이 프로덕션에 들어가면 회귀 시 전체 버전을 롤백해 손실을 막는 수밖에 없었지만, 스위치가 내려오면서 해당 개선 하나만 끌 수 있게 되었습니다.
적층 항목: 11-04 13:02부터 13:15까지 14분 만에 38건이 연속 개설되었고, [TLE][NVIDIA] 12건, [TLE][AMD] 4건, [TLE][Iluvatar] 7건, [FlagCX] 5건, [Iluvatar][Native] 5건으로 나뉩니다. 별도로 #1563은 기능 PR의 의존성 그래프와 검증 게이트를 문서로 작성해, 어떤 것이 순서대로 병합되어야 하고 어떤 것이 독립적으로 검증될 수 있는지 명확히 했습니다.
Hygon TLE-Raw: 11-05 #1508는 HCU에 tle.raw 경로를 추가했으며, 53개 파일, 5106줄 추가 17줄 삭제; 동시에 eager와 deferred 두 모드, HIP와 MLIR 두 소스(LLVM IR로 컴파일 후 Triton IR에 임베드)를 지원하고, DUSHMEM 스트리밍 집합 통신에 연결되며, ring shift, allgather GEMM, GEMM allreduce 세 가지 튜토리얼이 함께 제공된다. 예제에서 sort의 HIP 경로는 torch 대비 1.29배이다.
정확성과 관측 가능성: 11-02 #1460은 TritonGPU 파이프라이닝 cp.async 강등과 WGMMA 오퍼랜드 버퍼 재사용을 수정했으며(오류가 아닌 잘못된 계산에 속하는 유형), #1451은 WGMMA warp 선택을 업스트림 MMAv3와 정렬했다; 11-05 #1530은 ptxas 진단의 레지스터, 스필, 스택 및 공유 메모리 사용량을 파싱해 TLE 컴파일러 메타데이터에 기록하며, 저장소 측에서는 154개의 TLE MLIR 테스트와 11개의 신규 C++ 단위 테스트가 모두 통과한 것으로 집계된다.
기타: 11-02 #1236 XuanTie ZW810E 비용 모델 1.1.0; 11-04 #1524는 AMD native에 삼각 호환 및 독립 반올림 곱셈 API를 추가하고, #1370은 DEB/RPM 패키징을 verify-only로 변경; 11-05 #1572는 Moore Threads가 dot 변환에서 명시적 blocked 레이아웃을 유지하도록 하고, #1576은 Enflame TLE의 SoC 수준 배포를 강화한다.

FlagQuantum: 세 가지 수락 기준선에서 UP-04/05/06으로, 내결함성 컴파일 통합 단일 PR 성형

규모: 5개 기간에 각각 35, 21, 28, 29, 5건이 병합되어 총 118건; 커밋량 단일 저장소 비중은 3일 기간의 58%에서 43%~47%로 하락했고, 비양자 측 비중은 절반 이상으로 회복되었다.
910C와 CI: 11-02의 #958과 #970은 Ascend 910C를 네이티브 provider로 승격하고 fail-closed 회귀 레인을 구축했으며, 의존성 경계에 Torch-FL은 feat/ascend-complex-lowering 브랜치의 3aebd0c, FlagCX는 v0.14.1의 6fe3631에서 가져와 패치를 첨부한다고 명시하여, 재현성을 바이너리 패키지가 아닌 소스 커밋에 묶었다.
합성 라인: 11-02 하루 21건이 UP(의미), AO(산술), PF(성능) 세 라인에 분포 — UP-01은 @synth.qfunc로 데코레이션된 함수에서 할당, 게이트, 출력을 직접 작성할 수 있게 함; AO-00/01/02는 순차적으로 산술 기반과 독립 oracle, 보호된 공통 부분식 제거와 비트 사실 정규화, 보호된 제곱과 상수 및 터미널 XOR을 구축; PF-00/01은 컴파일 지연과 운영체제 RSS 기반을 구축하고 검증된 계획 필드를 재사용.
프런트엔드와 알고리즘: 11-04의 UP-04는 유계 균일 상태 준비, 스칼라 결맞음 제어, 유계 프레디케이트와 검사된 위상 도우미를 보강; UP-05는 프런트엔드 진입점 디스패치를 정규화하고 산술 강등을 공유 경로로 추출; UP-06은 Qmod와 네이티브 qfunc의 U 게이트 및 배열 Hadamard를 지원. 알고리즘 측에는 희소 화학 SELECT의 게이트 수준 강등, 실행 가능한 THC SELECT, QROM과 위상 기울기를 통한 THC 회전 강등이 추가되었다.
검출기 오류 모델: 11-04의 #1052부터 #1069까지는 순차적으로 상호 배타적 결함 패리티, 반복 결함 병합, 다중 chunk 왕복, 희소 chunk 투영과 라운드별 디코딩을 보강하고, #1072의 FTQC W1-B 참조 커버리지 맵과 함께 — 이 라인은 알고리즘 데모가 아닌 양자 오류 정정 디코딩의 데이터 경로를 보강한다.
내결함성 컴파일과 CI: 11-05의 feat/ftqc-native-integration 브랜치 약 20건의 커밋으로 QVR의 위상 기울기, 스케일링 덧셈, 측정 수반과 Hamming 가중치 위상을 단계별로 이식; 메인 통합 PR #1084는 이미 초안으로 열려 있으며, 276개 파일, 31011줄 추가 92줄 삭제. 같은 날 27건의 커밋은 모두 CI 품질 게이트를 중심으로 — 용량과 호스팅 큐 분리, 이미지 자격 제한, 필수 병합 게이트에서 취소된 의존성 거부, 아티팩트 업로드 유계 재시도, 핵심 스위트를 적격 오프라인 환경으로 이전.

FlagCX: Hygon bitcode 통합 패키징, Ascend 910C CI와 traits 추상화

Hygon: 11-02 #667은 UIL 라인의 구조적 변경으로, Hygon bitcode 빌드를 추가하고 Device IR의 패키징 방식을 통일. 이전에는 각 백엔드가 각자의 IR을 패키징하여 Hygon 연결 시 별도 산출물을 유지해야 했으나, 통일 후 신규 백엔드의 패키징 비용이 감소.
테스트와 의미: 11-02 #687은 SymMem 커버리지를 어댑터 유형별로 CI에 강제하여 특정 어댑터가 대칭 메모리 테스트를 실행하지 않았는데도 파이프라인이 녹색인 상황을 방지; #688과 #689는 DU stream guard가 torch 세대별로 선택되도록 하고 동일 수정을 0.14.0-rc2로 백포트.
Ascend CI: 11-04 #669는 Ascend 910C 파이프라인을 추가하고 단위 테스트 편성을 통일(1559줄 추가 664줄 삭제, 41개 파일), Torch Python 커버리지를 네 개 플랫폼에서 실행하고 중복된 CUDA 성능 테스트를 제거; #686은 FlagQuantum 측에서 제안되어 Ascend 장치 완료 추적과 텐서 유지를 처리.
추상화 계층: 11-05 #693에서 CoopOps와 Clock traits를 새로 추가하고 NVIDIA 구현을 제공하여 디바이스 능력 조회를 trait으로 추상화했다. #691은 Window 리소스 해체를 재시도 가능하게 했고, #694는 DefaultBackend에 공유 Net provider 디스패치를 추가했다.

Torch-FL: 양방향 확장(Apple MPS와 Cambricon MLU), BPU는 사용 가능 수준까지 수정

규모: 5개 기간에 걸쳐 각각 13, 5, 2, 29, 12건이 머지되었다. 11-04의 29건은 모두 동일 저자에 의해 작성되었으나 방향은 양극단으로 나뉘었다.
Apple Silicon: 한쪽은 MPS 백엔드를 “학습 가능” 수준까지 보강했다. addmm(nn.Linear에서 바이어스가 있을 때 실제로 사용되는 연산자), 컨볼루션 역방향, 비교 및 리덕션 계열, 삼각 및 지수 계열, cumprod, tril을 추가했으며, 컨볼루션 역방향은 참조 구현과 비트 단위로 일치한다.
NVIDIA 기본 경로: 11-02 #700은 기본 NVIDIA conf가 1485개 연산자를 boxing kernel로 라우팅하던 문제를 수정했으며, 해당 주간에서 영향 범위가 가장 큰 변경이었다. #684는 FP4의 하프바이트 시프트를 텐서 연산으로 변경하여 이미 라우팅된 오버로드에 매칭되도록 했고, #687은 day-0 FlagGems override를 해당 설명 자체가 정당화하는 연산자로 좁혔다.
Horizon Robotics BPU: 11-04 #721은 eager 경로에서 실제로 모든 연산자가 CPU에서 실행되고 있음을 확인했다. 연산자 버킷 단계가 512 lane을 넘지 않았고, 이중 입력 artifact를 단일 텐서 디스크립터로 제출하여 조용히 잘못된 값을 내고 있었으며, hbdk4가 box64 환경에서 numpy를 임포트할 수 없었다. 수정 후 Run을 C ABI로 노출하여 eager 경로가 aten dispatcher를 우회하도록 했으며, RDK S600에서 262144 lane의 relu가 0.176ms에서 0.073ms로, conv block 하나가 23.2ms에서 11.1ms로 단축되었다. #726은 DeviceChain을 새로 추가하여 여러 BPU artifact가 디바이스에서 연속 실행되고 중간 활성값이 호스트로 돌아오지 않게 했으며, 직렬 elementwise가 0.417ms에서 0.104ms로, 4회 독립 디스패치가 1.667ms에서 0.673ms로 단축되었다.
Iluvatar와 Kunlunxin: 11-02 #698은 Iluvatar CI의 FlagTree를 0.7.0(해당 칩의 실제 실행 버전)으로 고정했고, #697은 baddbmm이 벤더 GEMM을 사용하도록 했다. 11-05 #745는 Iluvatar의 연산자 상한을 풀어 mul.Tensor가 FlagGems로 내려갈 수 있게 했으며, 11-05 #756은 Kunlunxin의 3.2GB FlagTree wheel이 pip 캐시에 들어가지 않도록 차단했다.
능력 조회: 11-05 #708은 융합 연산자 가용성과 디바이스 능력 두 가지 조회 인터페이스를 새로 추가하여, 상위 코드가 tensor.is_cuda로 디바이스의 융합 연산자 실행 가능 여부를 판단하지 않도록 했다. flagos 텐서에서 해당 필드는 항상 False이므로 flex attention 같은 코드가 조용히 eager 경로로 후퇴하게 된다.

학습과 연산자 라이브러리: Biren SUPA 최초 편입, DSv4는 서브시스템별로 동기화 진행

Biren: 11-04 TransformerEngine-FL #143은 Biren SUPA 벤더 백엔드를 새로 추가했으며, 3608줄 추가, 7개 파일로 Biren이 처음으로 독립 백엔드 형태로 FlagOS의 학습 구성 요소에 등장한 사례다. PR 본문에는 “Add BIREN SUPA vendor”만 적혀 있고 하드웨어 검증 기록은 첨부되지 않아, 뼈대를 먼저 갖춘 단계다.
FlagTensor와 Megatron: 11-04 FlagTensor #14는 MThreads/MUSA 백엔드를 등록하고 ACOS, ACOSH, ASIN, ASINH, ATAN, ATANH, TAN 일곱 개 초월 함수에 전용 재작성을 추가하여 MUSA Triton JIT가 지원하지 않는 libdevice 경로를 우회했다(300줄 추가, 5줄 삭제, 14개 파일). 버전은 0.3.0으로 정렬되었다. Megatron 쪽의 “DeepSeek-V4 업스트림 동기화”는 서브시스템별로 진행 중이며, #202는 첫 번째 건으로 정밀도 민감 파라미터를 보존하고 컴프레서와 인덱서의 부분 프로젝션을 처리했다(3356줄 추가, 775줄 삭제, 26개 파일). #214는 두 번째 건으로 mHC와 전문가 병렬의 오버랩을 주제로 한다.
FlagTrain: 11-02에는 KMCompiler의 NVIDIA 라인 8건이 집중되었다(weighted_squared_relu, fused_h_aggregate 순방향/역방향, bias_swiglu, scaled_masked_softmax 순방향/역방향, fused_proj_rms_compute_h). 11-05 #56은 융합 h_post bda 순방향/역방향을 추가했으며, 실측 nvidia 1.190배와 1.702배, PPU 6.714배와 3.568배, MC550 6.057배와 2.590배, Iluvatar 7.087배와 3.500배를 기록했다. #57은 scaled_masked_softmax를 Ascend, MetaX, Moore Threads, Iluvatar에 동시에 연결했다.
FlagBLAS 및 FlagSparse: 11-02 FlagBLAS #157은 MUSA용 L1 BLAS 백엔드와 muBLAS 참조를 보완하여 AMAX부터 SWAP까지 15개 연산자 그룹을 커버했습니다. 11-05 #159는 Ascend cgemm을 최적화하고 아카이브된 H100 기준으로 점수를 매겼습니다(검토 중). 11-03 FlagSparse #115는 외부 저장소 NCIC-AlphaSparse에서 병합했습니다(MUSA q4 마무리). 11-05 #117은 62개 파일을 추가 병합하여 4,809줄 추가, 280줄 삭제했습니다.
추론 측: 11-04 FlagGems-sglang #279는 6개 모델 수준 연산자를 각 플랫폼의 벤더 오버라이드와 함께 병합했습니다. 13,061줄 추가, 79줄 삭제, 85개 파일입니다. 그중 rms_norm은 기존 one_pass_rms_norm과 수학 및 ABI가 일치하므로 새 연산자를 추가하는 대신 _mthreads, _thead, _hygon 오버라이드 형태로 병합했습니다. 11-05 #294는 명시적 디바이스 선택을 GEMS_VENDOR로 통일했고, DNN_VENDOR는 유지하되 FutureWarning을 발생시킵니다. FlagGems-vllm 11-05 #1048은 Ascend에서 TLE로 fused_indexer_weight_scale을 구현했습니다. 두 단계 파이프라인, 4,096개 원소 분할이며, 형태는 GLM-5.3-Flash의 실제 호출에서 가져왔습니다.
비전: 10-14에야 저장소를 만든 FlagCV는 이번 주 8개 커밋, 4개 병합을 기록했습니다. #5는 독립 OpenCV CUDA add 참조 어댑터를 추가했고, #6은 add의 평가를 FlagGems-sglang의 pytest 계약에 맞췄으며, #7은 디바이스 선택에 GEMS_VENDOR를 통일 적용했습니다.

지원 인프라: 패키징을 verify-only로 전환, 테스트와 CI를 리뷰 체인으로 전진

패키징: 11-04에 7개 저장소(FlagBLAS, FlagSparse, FlagTree, FlagFFT, FlagDNN, FlagTensor, libtriton_jit, flagtree-cpu)에 걸쳐 15건이 병합되었습니다. 핵심 조치는 DEB/RPM 워크플로를 verify-only로 통일하여 빌드 가능 여부만 검증하고 산출물을 중복 게시하지 않도록 한 것입니다. 함께 FlagFFT와 libtriton_jit의 파일 충돌, RPM 컨테이너의 nlohmann_json 의존성, FlagDNN이 import 가능한 torch가 없을 때 NVIDIA 빌드를 구성하는 문제 등을 수정했습니다.
optest: 11-02에는 테스트 인프라 관련 5건(uv로 FlagTrain 벤더 의존성 관리, 공유 메모리 부족 시 빠른 실패, 패키지 인덱스 재시도, S60 공유 메모리, 라이브러리와 백엔드별 동시성 격리)이 있었습니다. 11-03에는 7건으로 Feishu 테스트 요약과 구성 가능한 타임아웃을 추가했습니다. 11-04 #38은 벤더별로 FlagGems 연산자 목록을 탐색하여(각 백엔드에 실제로 어떤 연산자가 등록되었는지 더 이상 추측하지 않음) 확인했고, #35는 NVIDIA 기준 스크립트를 보완했으며, #36은 “테스트 마커를 수집했으나 실제로 테스트를 실행한” 문제를 수정했습니다.
CI 및 문서: FlagTree #1457과 #1513은 FlagGems의 CI 결과를 Feishu 다차원 테이블에 기록하고, #1568은 CI 실패 시 Feishu에서 담당자를 지목하도록 했습니다. docs #575는 봇이 ModelScope 모델 목록 동기화 티켓을 생성했습니다. OpenCourse #5부터 #7은 모든 실험 자료를 메인라인으로 업데이트했습니다. FlagQAI #30은 macOS 샌드박스를 강화했습니다(로컬 Python 작업, headless 세션, 네이티브 셸, 검색 대상과 하위 프로세스를 개별적으로 경계 안에 포함).

4. 회원사 및 벤더 적응

Hygon: DTK 26.10의 전체 전달 체인과 FP32 두 라인

이미지 및 의존성: 이번 주 Hygon의 투자가 가장 집중되었습니다. 21건의 build-infra 병합이 2.3.0의 base와 runtime 두 계층을 커버했고, 추가로 flagcx wheel을 +dtk2610 접미사로 릴리스했으며, 무효한 HIP_VISIBLE_DEVICES를 제거하고 amdsmi를 보완했습니다. DTK 26.10의 비용은 거의 전부 커널 자체가 아니라 의존성 해석과 패키징에 있었습니다.
통신 및 학습: FlagCX #667의 Hygon bitcode와 Device IR 통합 패키징은 Hygon이 통신 라이브러리 측에서 다른 백엔드와 일치하는 빌드 산출물 형태를 처음 확보한 것입니다. FlagScale #1299는 검토 중이며 Hygon DCU 하드웨어 상태 샘플링을 추가했습니다. #1255부터 #1257 세 건은 NCCL의 CPU 측 누락 진입, 집합 통신과 P2P 불일치, 내부 행(hang) 세 가지 진단을 추가하여 “수만 장 규모 학습에서 문제가 생겼을 때 위치를 파악할 수 있는가”를 겨냥합니다.
FP32 전방: #7388은 _flash_attention_forward의 Hygon 구현에 명시적 FP32 경로를 보완하면서 ATen의 5출력 스키마와 기존 FP16/BF16 동작을 유지했습니다. 지원 범위는 매우 좁게 명시되어 있습니다. 고정 길이, 연속 4D BSHD, 정사각형 MHA이면서 Q/K/V가 동일 형상, head dim이 64 또는 128, dropout이 0, window/alibi/seqused/varlen 없음이며, 지원되지 않는 조합은 직접 오류를 발생시킵니다. 구현에서는 QK와 PV에 IEEE FP32 내적을 사용하고, 온라인 softmax 최댓값은 -inf로 초기화하며, 긴 시퀀스는 exp2/log2로 처리합니다.
컴파일러 및 학습 성능: FlagTree #1508은 HCU가 TLE-Raw를 지원하도록 했습니다. build-infra #1654는 flagtree의 HCU 빌드를 위해 두 개의 LLVM 트리를 동시에 마련하는데, 이는 LLVM 버전이 아직 단일 트리로 수렴되지 않았음을 보여줍니다. TransformerEngine-FL #153은 Qwen3.5-35B에 선택적 BF16 전문가 GEMM 경로를 추가했습니다(opt-in, 기본 동작 변경 없음). FlagAttention #117과 #123은 각각 GLA 최적화와 AttnRes 백엔드를 보강했습니다.

Ascend: 910C 양자 라인 외에 런타임, 실행 모드, 연산자, CI 4개 계층 병행

양자 및 통신: 910C 네이티브 provider와 ARM64 회귀 lane은 이번 주 최대 단일 항목입니다(요약 참조). 함께 제공되는 FlagCX #686은 Ascend 디바이스 완료 추적과 텐서 유지를 처리하며, 양자 스택이 통신 계층에서 필요로 하는 선행 조건입니다.
런타임: CANN 9.2.1 base 계층은 910B만 지원하며, python 3.12와 torch 2.13의 제약은 wheel과 CANN 내장 python 트리의 버전 일치 요구에서 비롯됩니다. 이 계층은 FlagTree와 FlagCX를 의도적으로 비워 두었고, 11-04에 OCI provenance 레이블을 보강한 후 다시 푸시했습니다.
실행 모드: vLLM 0.28의 FULL_DECODE_ONLY 네이티브 그래프는 Qwen3.6-27B와 Qwen3.6-35B-A3B를 커버하며, 디코딩은 torch.npu.NPUGraph를 사용하고 prefill, 비전 인코딩, 샘플링은 그래프 밖에 둡니다.
연산자 및 CI: FlagGems #8110은 채널 단위 INT8 BMM을 추가했고(519줄 추가, 3줄 삭제), #6060은 mm_w8a8_int8과 mm_w8a8_int8_out에 Ascend 백엔드를 추가했습니다(사전 양자화 INT8, FP32 스칼라 또는 행/열별 scale, 선택적 bias 지원, 출력 BF16/FP16/FP32, 비대칭 영점 미지원). #7581은 Flash Attention UB 오버플로를 수정하고 varlen 전방과 D=256을 보강했습니다. FlagCX #669는 910C CI 파이프라인을 구축했고, FlagTree #1413은 XCS의 lightning-indexer UB 오버플로와 swiglu 정밀도를 수정했습니다.

Damo XuanTie: 연산자 배치, 비용 모델, PPU 어텐션 3개 라인

연산자 계층: 11-02의 13개 전용 연산자가 43분 만에 머지되었으며, 특수 함수, 3차원 컨볼루션, 양자화 LSTM, 행렬 노름, 풀링 역방향을 포함합니다. 평균 3.3분에 한 건으로, 리뷰가 이미 백엔드별로 병렬 처리하여 배치 연산자 티켓을 소화할 수 있음을 보여줍니다.
컴파일 계층: ZW810E의 MM/MV 비용 모델 패키지 1.1.0이 FlagTune 모델 디렉터리에 포함되었으며, 8개의 BF16 mm 변형과 2개의 mul 모델을 포함합니다. 이는 XuanTie에서 자동 튜닝의 첫 번째 완전한 비용 모델입니다.
추론 및 통신: FlagGems-vllm #1038은 chunk_kda에 Iluvatar CoreX와 XuanTie 두 백엔드를 보강했습니다. sglang-plugin-FL #166은 RS+add+RMSNorm+AG 융합 링 커널을 pure TP prefill의 선택 사항으로 만들었으며(심사 중), PPU 810E에서 pccl 28채널 그래프의 링을 재사용합니다. FlagAttention #127은 PPU-ZW810E의 Wall Attention을 새로 열었고, FlagGems #8446은 백엔드 키를 thead-ppu210으로 지정했습니다.

Kunlunxin: 배치 성능 패치와 하나의 조용한 오류를 둘러싼 형상 계약

리듬: 10-30 하루 10건, 11-02 14건, 11-03 11건, 11-04 5건 신규 오픈. 팀은 업스트림 리듬을 따르기보다 배치 단위로 진행하며, 구현상 최대한 직접 포인터와 단일 발사를 사용하고 bf16에는 별도로 블록 폭을 부여합니다.
정확성: #8038은 foreach 빠른 경로가 요소 수만 비교하고 형상은 비교하지 않아 발생한 조용한 오류를 수정했습니다. 형상은 다르지만 요소 수가 같은 텐서 목록이 모두 첫 번째 텐서의 형상을 상속받아, 출력이 오류를 내지도 범위를 벗어나지도 않았습니다. 이런 결함은 10배 느린 것보다 위험합니다. 벤치마크로는 발견되지 않고, 다운스트림 모델이 정밀도 이상의 형태로 마주치게 되기 때문입니다.
성능: #8255는 벤더 min.o의 SIMD 로드와 분할 와이드 행 병렬 처리를 사용해 argmin을 가속했고, #8028은 네 개의 연산자가 0.8 이상의 Gems Speedup 기준(upsample_nearest2d 1.202, unique_consecutive 1.053, fake_quantize_per_tensor_affine 0.827, foreach_clamp_max_scalar 0.967)을 달성했습니다. #8250은 inner가 XPU에서 실제로 컴파일에 참여하도록 하고 tile을 재조정했으며, #8262는 확장 유클리드 알고리즘으로 lcm을 최적화했습니다.
수정 및 추론 스택: 신규 오픈 측은 sum_dim 폴백, fake_quantize 계열, lstm/gru의 pipeline event 오버플로, linalg_matmul과 linalg_lu_solve의 tt.gather 하향, avg_pool1d의 프로세스 중단에 집중되어 있습니다. sglang-plugin-FL #155는 Kunlunxin 백엔드를 SGLang 0.5.18로 올렸고(심사 중), vLLM 0.28.0 wheel 디렉터리 행은 #1637이 보강했습니다.

MetaX: 0.28 널 적응, 디버거 및 어텐션 신규 구조

추론 플러그인: C550의 0.28 적응은 업스트림에 대응 브랜치가 없을 때 플러그인 자체로 자급(#554)하며, 설치 형태에서 site-packages 시작 훅을 명확히 거부하고 15개의 기존 zz_fl_*.pth 훅을 제거했다. 0.32의 C550 적응 #693도 같은 날 개설되어 두 라인이 병행된다.
디버깅과 어텐션: FlagPrism #18은 MACA 런타임 어댑터, 빌드 모듈, Python 바인딩 및 테스트를 보완하여 FlagPrism이 처음으로 MetaX를 디버깅 체인에 연결한 사례다. FlagAttention #119와 #122는 각각 Parallax의 prefill/decode와 BF16/INT8의 Hy3 어텐션을 추가했으며, 이는 기존 연산자 튜닝이 아닌 신규 모델 구조의 멀티칩 구현이다.
연산자와 산업 측: FlagGems #7318은 채널 레벨 bmm_w8a8을 보완했고, #8414는 layernorm을 보완했으며(심사 중), Torch-FL #702는 SDPA 케이스의 스킵 사유를 수정했다(원래 fp32로 귀인되었으나 실제 원인은 다름). 이는 테스트 신뢰도 수정에 해당한다. 산업 측 3분기 보고서에서는 MXMACA 3.9.0 릴리스와 빌드 지원 코드가 LMCache에 병합되었음을 공개했으며, 모델 측에서는 GLM, Qwen, Hunyuan의 Day 0 적응을 완료했다고 밝혔다.

Moore Threads: Conv1D가 26개 벤치마크 사례를 모두 0.8배 기준선 위로 끌어올리다

완전 사례: #6754는 MTT S5000에 conv1d 백엔드 커버리지를 추가하여 공식 conv1d_padding 벤치마크를 18/26 사례 기준 충족에서 26/26 사례가 0.80배 torch 이상으로 끌어올렸다. 이전에는 모든 FP32 K3/K5 padding 사례가 0.41~0.53배에 불과했다. 세 계층의 수정이 동시에 적용되었다: 라우팅을 변경하여 중복 padding과 bias 할당을 제거하고, M=N×Lout에 따라 3차원 그리드 분할을 수행하는 전용 Triton-MUSA Conv1D 커널을 신규 추가하며, 정밀도 보상이 포함된 SQMMA와 결합된 가중치 사전 패키징을 적용했다.
추론과 연산자: MUSA 0.28은 네이티브 MCCL, FX/eager 컴파일 및 세그먼트 네이티브 그래프를 한 번에 도입했으며, 실행 기준선은 S5000 4장, BF16, TP=4, TorchMUSA 2.9.0 및 MUSA SDK 4.3.5이다. 컴파일 측에서 RMSNorm, SiLU, rotary는 명시적 MUSA 연산자 경계를 사용하며, 참조 RMSNorm은 대상 측 FP32 누적 계약을 유지한다.
학습 컴포넌트: FlagTensor #14는 MUSA 백엔드를 등록하고 일곱 개 초월 함수에 전용 재작성을 추가했다. FlagBLAS #157은 MUSA의 L1 BLAS를 보완했고, FlagAttention #121은 Moba 어텐션을 추가하고 import를 수정했으며, FlagGems #8097은 길쭉한 FP8 행렬 곱(전치 점곱과 GEMV tile)을 최적화했다.

Enflame: 41건 신규 개설, 25건 정리, 번역이 아닌 재작성

규모: 11-04 FlagGems에서 신규 개설된 66건 중 41건이 GCU300용이었고, 11-05 당일 25건이 한 번에 병합되었으며 모두 KernelGen과 Enflame 접두사를 포함했다.
네 가지 수정 유형: 첫째, 외부 심볼 분리로 __nv_nearbyintf, __nv_y0f/y1f, __nv_j0f, normcdfinv 등을 개별 로컬 구현으로 교체했다. 둘째, 알고리즘 경로 교체로 special_chebyshev_polynomial_t는 전용 커널로, linalg_householder_product는 단일 패스 반사 스윕으로, linalg_inv_ex는 단일 커널 Gauss-Jordan으로, compute_linear_combination은 외적을 tl.dot으로 변경했다. 셋째, 부적합한 컴파일 타임 특성을 제거하여 renorm_의 자동 튜닝이 해당 백엔드 컴파일러를 직접 중단시키므로 전체 블록을 폐기하고 fake_quantize는 magic-add 반올림으로 변경했다. 넷째, 시작 지오메트리를 수정하여 special_i1e와 special_bessel_k0의 launch geometry를 항목별로 수정했다.
디바이스 가드: 11-04에 추가로 5건은 모두 CUDA-only guard 수정으로, im2col 하드코딩 가드, kl_div와 arctanh, upsample_nearest3d_backward 정수 인덱스 클램핑, –override와 연산자 이름 불일치 시 명시적 실패를 포함한다.
기타: vLLM 0.32의 S60 적응 #675는 심사 중이다. FlagTree #1494는 03-topk 테스트를 임시 비활성화하여 손실을 방지했다. FlagTree는 동시에 enflame3.5-guc400의 CI/CD 워크플로를 삭제했으며, 이는 CI 목록이 하드웨어 세대 교체에 따라 변경된 것으로 제품 라인 종료로 해석해서는 안 된다. FlagAttention #118은 parallax 연산자를 추가했다.

Iluvatar CoreX: BI-V150의 10분 10건과 컴파일러 Native 노선

연산자 생산 라인: 11-03 16:04부터 16:10까지 6분 동안 10건이 병합되었고, 11-04에 다시 12건이 병합되었다(그중 2건은 BI-V150에서 성립하지 않는 선행 업데이트의 롤백). 삼각 마진 손실, 의사 역행렬, 행렬 곱셈 덧셈, 텐서 역행렬, 인덱스 리덕션, 역 감마, 3차원 그리드 샘플링, 3차원 전치 컨볼루션 및 역방향, 선형 결합과 CTC 손실을 포함한다.
컴파일러 측: FlagTree의 신규 오픈 12건은 모두 [Iluvatar][Native]와 [TLE][Iluvatar]입니다 — 스레드 수를 목표 warp size에서 도출하고, 원소 크기에 따라 벡터 접근 폭을 선택하며, 명시적 load-vectorization 컴파일 옵션, 명시적 레이아웃의 제어 흐름 간 전달, SME transport, 물리 grid barrier 도메인을 다룹니다. 방향은 「일반 Triton 가정」을 「대상 기기 사양에 맞춘 생성」으로 바꾸는 것입니다.
추론 및 학습: sglang-plugin-FL #139는 SGLang 0.5.18 빈 적응을 보완하고, Torch-FL #745는 연산자 상한을 풀었으며, #753과 #762는 ixblas axpy로 add 계열을 처리합니다(심사 중). FlagScale #1322와 Megatron-LM-FL #213은 Iluvatar 파이프라인을 보완합니다.

Tsingmicro: TXDA는 eager만 수행하는 한 차례의 엔지니어링 트레이드오프

트레이드오프: #642의 분할 네이티브 그래프는 이미 구현되었고 TP8에서 두 모델에 대해 전체 게이트(스냅샷 R10과 R6d)를 통과했지만, Dense TP1의 정확성은 끝내 해결되지 않았습니다. 작성자는 「일부 병렬도에서만 사용 가능한 그래프 모드」를 택하는 대신 그래프 캡처와 분할 구현을 삭제하고, 구성 단계에서 그래프 및 컴파일 구성을 거부하며 사용자를 곧바로 –enforce-eager로 안내했습니다. MLA, 희소 어텐션, 투기적 디코딩, 컨텍스트 병렬은 각각 지원되지 않는 구체적 경로별로 항목별 거부했습니다.
검증 환경: TX8110 64G 8장, 이미지 내 vLLM은 0.28.0+empty — 업스트림 tag 커밋 2cf0a69를 대상 기기가 비어 있는 방식으로 빌드했으며, vllm._C 확장이 없고 모든 kernel은 플러그인 또는 FlagGems에서 옵니다. 이는 곧 「플러그인이 실제로 자족적인가」를 강한 제약으로 만든 것입니다.
이번 주 기타 작업: FlagGems #8287은 tsingmicro 백엔드를 1103으로 업데이트했고(190개 파일, 23195줄 추가 914줄 삭제), Torch-FL #704는 tsingmicro를 conf와 등록 집합 일관성 검사에 포함시켰습니다. 이전에는 이 플랫폼이 여섯 플랫폼에서 제외되어 있었습니다. 백엔드 키는 tsingmicro-tsm260610으로 정했습니다.

Cambricon: 「동작함」에서 「제로 폴백」으로

연동 형태: MLU는 vendor-native 플랫폼으로 Torch-FL에 진입하여 libcnrt 런타임 계층과 torch.mlu 심(shim)을 보완했고, stock torch 2.10.0+cpu 위에서 8장 MLU590-M9 엔드투엔드 실측을 수행했습니다. 같은 날 CI lane을 철회하고 「백엔드 먼저 연동, CI 나중에 보완」을 커밋 메시지에 적어 두었으며, 영원히 빨간 파이프라인을 남기지 않았습니다.
융합 어텐션: SDPA는 이전에 Cambricon에서 세 개의 리프 연산자로 분해되었습니다. cambricon이 복합 커버리지에서 제외되어 있었기 때문에, 어텐션마다 B×H×S×S 점수 행렬을 HBM에 쓰고 다시 읽어야 했습니다. 배치 2, 헤드 4, 시퀀스 4096일 때 이 행렬은 약 256 MB입니다. #748과 #749는 CNNL 융합 순전파와 역전파를 커버리지에 다시 연결하고 C++ autograd Function으로 감쌌습니다.
폴백 제로화: 190회 폴백 중 188회가 aten::mul.out에서 발생했으며, 이런 마무리는 추측이 아니라 전수 조사로 해결해야 함을 보여줍니다. 두 곳을 CNNL을 거쳐 MLU에서 실행하도록 바꾼 뒤, 전체 Qwen3 학습 스텝은 연산자 CPU 폴백 제로를 보고했습니다. Cambricon의 neuware 4.4.3과 4.7.2 두 이미지 레이어는 모두 2.3.0 커버리지 내에 있습니다.

Horizon Robotics와 Biren: 하나는 기초 연산자 군을 보완하고, 하나는 골격에서 멈추다

Horizon Robotics: 11-02의 세 건으로 conv, batch norm, pooling이 eager 경로에서 BPU로 내려갔고, 등가 depthwise 컨볼루션으로 avg_pool을 처리했습니다. 11-04에 세 곳의 경성 장애를 수정한 뒤 relu와 conv block의 지연은 각각 0.073밀리초와 11.1밀리초로 줄었으며, DeviceChain은 네 번의 디스패치를 1.667밀리초에서 0.673밀리초로 압축했습니다. 11-05에는 신규 커밋이 없었으며, 이는 지난 라운드 이후의 정숙기입니다.
Biren: TransformerEngine-FL #143은 SUPA 백엔드로 학습 컴포넌트에 진입하여 3608줄, 7개 파일을 추가했지만 하드웨어 검증 기록을 첨부하지 않았습니다. 신규 칩이 FlagOS에 진입하는 경로는 두 가지입니다 — 학습 컴포넌트에서 시작하거나 연산자 생산 라인에서 시작하는 것. Biren은 첫 번째 경로를 택했고 골격에서 멈추었으며, 검증 깊이는 Tsingmicro, MetaX와 같은 등급이 아닙니다.

5. 생태계와 커뮤니티

FlagOS 2.2의 산업 사례가 처음으로 정량화 가능한 이익을 제시하다

China Telecom: Xingchen Xing4.0-29B-A4B(총 파라미터 29B, 활성 4B)의 전 과정을 Ascend 910C 클러스터에서 학습 완료했고, 발표 당일 10종 국산 칩의 정밀도 정렬 및 배포 검증을 마쳤습니다. 핵심은 다채널 잔차 연산자 mHC입니다. N카드 공식 구현 자체도 약 10% 느려지고, Ascend 초기 버전은 50% 떨어졌으며, 팀 자체 개발은 오랫동안 25%에 머물렀습니다. FlagGems의 특화 최적화 연산자를 MindSpore + CANN + Ascend NPU 학습 링크에 등록한 뒤 클러스터 성능 저하는 25%에서 12%로 줄었고, 해당 적응은 오픈소스로 MindFormers에 병합되었습니다.
연쇄 효과: Agent 시나리오에서 평균 prompt는 70K, 최대 200K이며, FlagOS를 기반으로 12개의 장시퀀스 연산자를 재작성한 후 최초 토큰 지연이 19.87% 감소하고 디코딩 속도가 20% 이상 향상되었습니다. 핫라인 음성 전처리 파이프라인은 Spectrum류 연산자를 집계 재작성하여 Huawei, Moore Threads, Iluvatar CoreX 세 칩에서 10배 속도 향상을 달성했습니다.
iSoftStone: Tianyuan 지능형 컴퓨팅 플랫폼은 token 기준으로 정산하며, GLM-5.2는 4대의 Ascend 910C에서 단일 token 생성에 17.79밀리초가 소요되었고, 모델 측이 공개한 API 허용 기준선은 16.13밀리초입니다. FlagOS 도입 후 PD 분리(Prefill과 Decode가 각각 두 대의 서버를 점유)를 활성화하고 양측 최적화를 수행하여 지연을 허용 기준선 이내로 압축했습니다.
2.2의 일련의 총량: 9대 연산자 라이브러리 합계 1454개 연산자, FlagTree 단일 저장소가 20개 벤더 칩 백엔드 커버, 10종 칩과 천여 개 연산자에 걸친 전체 성능 27.6% 향상, 신모델 Day0 적응 12종 칩, 커뮤니티 구성원 107개사, 분기 다운로드 46만 회로 전 분기의 4.76배. 글의 착점은 「국산 AI 인프라 성숙도를 판단할 때 얼마나 많은 칩을 지원하는지를 보지 말고, 신모델 출시 당일 설정만 바꿔서 납품 가능한 처리량을 낼 수 있는지를 봐야 한다」입니다.

온디바이스 서사: ARM CPU와 35종 칩

실측 기준: GPU와 NPU에 의존하지 않고 순수 ARM CPU로 MiniCPM과 Qwen을 백 단위 token/s로 구동했으며, 실측은 SME2와 I8MM 기반으로 성능이 21%–25% 향상되었습니다. FlagOS 다중 칩 적응은 「한 번 최적화, 다수 기기 재사용」으로 21개 칩 벤더, 35종 칩을 커버합니다.
기준 차이: 여기의 21개사와 35종은 온디바이스 및 디바이스 측 적응 통계로, 2.2 대회에서 발표한 107개 커뮤니티 구성원, 12종 Day0 칩과는 동일한 차원이 아니므로 인용 시 혼용해서는 안 됩니다. 온디바이스를 별도로 언급하는 것은 서사가 「학습과 추론의 클라우드 측 다중 칩」에서 「디바이스 측 다중 칩」으로 확장되었음을 의미하며, 이는 Torch-FL이 Apple Silicon MPS 경로를 보완한 방향과 일치합니다.

우전 정상회담 및 구성원 동향

정상회담: 2026년 세계인터넷대회 우전 정상회담이 11-02부터 11-05까지 개최되었으며, 주제는 「개방형 오픈소스 협력 공유」로 27개 분과 포럼이 마련되었습니다. 부대 행사인 「오픈소스 테마 생태 체험관」은 11-01부터 우전 세계인터넷과기관에서 개방되어 인공지능 오픈소스 개방 중대 과학기술 성과를 처음으로 집중 전시했습니다. 모니터링 기간 내 공개 보도에는 FlagOS 또는 그 구성 요소가 등장하지 않았으며, 본 항목은 외부 환경 기록일 뿐 귀인하지 않습니다.
구성원: MetaX와 Moore Threads는 정상회담에서 함께 「탁월한 공헌상」을 수상했습니다. Enflame의 A주 과창판 상장 보도가 11-03에 등장했으며, 11-06 재확인 결과 실제 상장일은 9월 11일(688801)로 모니터링 기간 내 신규 이벤트가 아닌 회고 기사이므로 이번 주 신규 사실로 삼지 않습니다. 세 곳의 FlagOS 측 행보는 각기 다릅니다. MetaX와 Moore Threads는 당일 0.28 적응을 합병했고, Enflame은 FlagGems GCU300에서 네 건의 정확성 수정을 진행했습니다. 자본과 영예 측면의 진전은 기술 투입 리듬을 바꾸지 않았습니다.
병행 생태: 10-31에 열린 GAI+C 대회 「지능형 컴퓨팅 시스템 혁신과 개방 생태」 분과 포럼에서 「Jiuyuan×Phytium」「Jiuyuan×TileLang」「Jiuyuan×SenseTime 멀티모달 대형 모델 학습추론 스위트」 세 가지 공동 성과를 발표하고 2026 가을 QiYuan 인공지능 대회를 출범했습니다. 중국공정원 원사 Zheng Weimin은 기조 보고에서 국산 컴퓨팅 파워의 「카드는 있으나 쓰기 어렵고, 굴뚝형 적응」 문제를 직접 지적하며 통합 소프트웨어 스택으로 「하나의 코드, 수정 불필요」한 크로스 플랫폼 실행을 지지했는데, FlagOS의 기술 주장과 동형이지만 주체는 또 다른 생태 라인입니다. 11-04 Zhiyuan 커뮤니티는 《세계 최초 〈프론티어 개방 가중치 AI 리스크 관리 프레임워크〉》를 게재했으며, 이는 개방 가중치 모델 거버넌스 차원의 대외 산출물로 FlagOS의 오픈소스 스택 서사와 상호 보완적입니다.

채널 검증: 컴포넌트급 뉴스 연속 제로 히트, 서사는 여전히 공식 채널 의존

Google News: 24개 중영문 검색어를 일별로 검증한 결과, FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen, flagos-ai와 BAAI 관련 영문 조합은 전 주 컴포넌트급 히트가 전무했습니다. 히트는 구성원과 산업 용어에 집중되었으며 내용은 3분기 보고서, 주가, 펀딩, 행사, 과학 보급 기사로 규칙에 따라 전량 제외했습니다.
CSDN 칼럼: 전 주 11-05 두 편의 신규 글(11:23과 14:10)만 있었고, 나머지 항목은 8월부터 10월까지의 구글로 최신 편은 10-29의 MiniCPM-OCR과 Jev Day0 적응에서 멈췄습니다. 페이지 상단에 앞서 배열된 GLM-5.3-Flash, Qwen3.8-Flash-Next, LightX2V 세 편은 각각 8-28, 8-27, 8-27 구글입니다.
HN과 Zhiyuan 커뮤니티: HN Algolia 8개 쿼리는 전 주 직접 히트가 전무했고 FlagOS와 BAAI의 범용 매칭만 있었습니다. Zhiyuan 커뮤니티 검색 페이지는 클라이언트 렌더링으로 크롤링은 홈페이지에 FlagOS 항목이 없음만 확인할 수 있었으며, 해당 채널은 계속 「신규 가시 항목 없음」으로 기록합니다.
판단: GitHub 측 주간 21~26개 저장소 푸시, 94~177건 합병은 뉴스 측의 컴포넌트급 제로 히트와 대조를 이룹니다. FlagOS의 대외 서사는 여전히 CSDN 칼럼, Zhiyuan 커뮤니티와 대회에 높게 의존하며, 제3자 미디어의 컴포넌트급 진전 보도는 아직 형성되지 않았습니다.

6. 트렌드 관찰

이미지 선행은 계획된 리듬이며, 11-13이 진짜 경계선이다: 23개의 base와 23개의 runtime 모두 2.3.0으로 기록되었으나, 매니페스트 파일은 11-30 기능 동결 시점에야 생성된다. 일정상 FEP 병합 마감 11-13, rc0 11-30, rc1 12-07, rc2 12-14, 코드 프리즈 12-25, GA 12-30이다. 이미지가 매니페스트보다 앞서가는 것은 괴리가 아니며, 실제로 주목할 점은 11-13 이전에 일곱 개의 신규 FEP가 수용될 수 있는지, 그리고 cuda13.3 라인이 torch 버전을 다시 건드릴지 여부다.
멀티칩 적응이 「템플릿 복제」에서 「백엔드별 결산」으로 전환: 동일한 vLLM 0.28.0에 대해 네 개 백엔드가 네 가지 전략을 제시한다. Tsingmicro는 그래프 모드를 능동적으로 포기하고 정확성 경계를 택했고, MetaX는 업스트림에 브랜치가 없을 때 플러그인 자족을 실현했으며, Moore Threads는 그래프를 단일 파일에 담고 네이티브 MCCL을 도입했고, Ascend는 디코드 그래프만 수행한다. 적응 작업에는 더 이상 통일된 템플릿이 없으며, 각 사가 자사의 검증 역량과 다운스트림 모델 요구에 따라 취사선택한다. 숨은 비용은 0.28과 0.32 두 환경을 동시에 유지하는 것이다.
평가 비교가능성이 새로운 인프라로 부상: FlagGems는 2분에 23건으로 네 가지 연산자 유형의 H800 참조 판독을 단일 JSON으로 수렴시켰고, optest는 벤더별로 실제 등록된 연산자 목록을 탐색하고 NVIDIA 베이스라인을 보완했으며, FlagTree와 FlagCX는 결과를 Feishu 다차원 테이블로 푸시하고 커버리지를 네 개 플랫폼으로 확장했다. 이 라인은 연산자 수를 산출하지 않지만, 크로스 백엔드 점수의 신뢰성을 결정한다. 이번 주 26건이 CI와 평가 측에 속하며, 일일 병합의 14.7%를 차지했다.
병목은 안정적으로 리뷰 측에 있으며, 생산 측이 아니다: 11-04 데일리 리포트는 전 조직의 심사 중 재고 1602건을 기록했으며, 병합 대 심사 중 비율은 약 1 대 9였다. 11-05부터 11-06까지의 모니터링 기간 내 갱신된 심사 중 건수는 여전히 288건과 255건이었고, FlagGems와 FlagTree 두 저장소가 60%를 차지했다. 같은 기간 여러 PR 본문에 AI agent의 도구, 모델, 인간 리뷰 필드가 자체 포함되어 있었는데, 이는 코드 작성 측이 이미 agent에 의해 증폭되었음을 보여주며, 생산능력 병목이 리뷰와 검증 환경으로 이동했음을 뜻한다.
신규 칩 접속의 두 경로가 모두 검증되었으며, 격차는 검증 깊이에 있다: Biren은 SUPA 백엔드로 TransformerEngine-FL에 진입했는데, 이는 골격 선행으로 하드웨어 검증 기록이 없다. Cambricon은 네이티브 플랫폼으로 Torch-FL에 진입하여 8카드 MLU590-M9에서 실측했고, 다음 날 훈련 스텝을 되돌려 0으로 만들었다. Iluvatar CoreX는 하루 열 건의 전용 연산자로 연산자 라인을 탔다. 접속 속도는 이미 관문이 아니며, 하드웨어 게이트 기록을 제시할 수 있는지가 분수령이다.
양자 스택의 엔지니어링 경로는 이미 명확하다: 910C의 167개 하드웨어 검수, x*256이 28개의 할당 큐비트와 4 GiB 상태 버퍼에서 19개와 8 MiB로 줄어든 자원 회계, fail-closed 회귀 lane, 이 세 가지가 「의미론, 자원, 하드웨어」의 세 가지 검증 가능한 증거를 구성한다. 이번 주 27건의 커밋 중 양자 알고리즘 자체는 한 건도 없었으며, 전부 테스트를 신뢰할 수 있게 하고 runner를 재현 가능하게 만들기 위한 것이었다. 이 단계에서는 인프라 비용을 먼저 지불하는 것이 합의임을 보여준다.
운영 측의 약점은 여전히 대외 내러티브에 있다: 2.2의 산업 사례는 이미 25%에서 12%, 19.87%, 10배 같은 강력한 수치를 제시할 수 있지만, 컴포넌트 수준 뉴스는 연속 여러 모니터링 기간 동안 제로 히트였고, 제3자 미디어 커버리지는 아직 형성되지 않았다. FlagOS에게 기술 산출과 외부 가시성 사이의 낙차는 어떤 백엔드의 기능 결손보다 생태계 확장 속도에 더 큰 영향을 미칠 수 있다.

부록: 자료 및 검증

자료 목록

날짜	데일리 리포트	모니터링 기간	성격
11-02 (월)	FlagOS 커뮤니티 데일리 동향	10-30 06:00 ~ 11-02 06:00, 72시간	10-31과 11-01 주말 포함, 이전 호 종료 시점에 연결
11-03 (화)	FlagOS 커뮤니티 데일리 동향	11-02 06:00 ~ 11-03 06:00, 24시간	연속 연결
11-04 (수)	FlagOS 커뮤니티 데일리 동향	11-03 06:00 ~ 11-04 06:00, 24시간	연속 연결
11-05 (목)	FlagOS 커뮤니티 데일리 동향	11-04 06:00 ~ 11-05 06:00, 24시간	연속 연결
11-06 (금)	FlagOS 커뮤니티 데일리 동향	11-05 06:00 ~ 11-06 06:00, 24시간	기말 마지막 회차

검증 설명

GitHub 측: 다섯 기의 데일리 리포트 모두 org flagos-ai의 61개 저장소에 대해 전수 푸시 검증을 수행했으며, 커밋 검색, 병합 PR 검색, 심사 중 PR 검색의 세 가지 독립 쿼리로 교차 검증했다. Release와 Tag는 31개 저장소 Release 원자 소스와 8개 저장소 Tag 원자 소스로 일별 재확인했으며, 전 주간 신규 제로였다. 브랜치 귀속과 기본 브랜치 커밋은 별도로 원자 보충 검증하여, PR 브랜치나 gh-pages 배포를 기본 브랜치 동향으로 오기록하는 것을 방지했다.
버전과 날짜: 2.3.0의 레이어명, 버전 번호, 날짜는 모두 build-infra의 PR 본문과 changelog 기록에서 가져왔다. 2.3 일정은 community 저장소의 릴리스 시간표에서 가져왔다. vLLM 0.28.0과 0.32의 적응 상태는 해당 PR의 병합 및 심사 중 상태를 기준으로 했으며, 심사 중 항목을 이미 병합된 것으로 작성하지 않았다.
벤더 동향: 회원사 항목은 flagos-ai 각 저장소의 실제 커밋과 PR을 기준으로 하며, 산업 측 수치는 공개 보도에서 발췌하고 출처 성격을 명시했습니다. 재무 보고, 수상 및 상장 관련 내용은 기업 측 동향으로 명확히 표기하여 프로젝트 진행 상황에 포함하지 않았습니다. Enflame 상장 날짜는 11-06 자에서 재검토 후 9월 11일로 정정되었으며, 본 보고서는 정정된 기준을 따릅니다.
기준 안내: 11-02 자는 72시간 모니터링 기간으로, 나머지 네 차수의 24시간 모니터링 기간과 직접 합산하여 비교할 수 없습니다. 본 보고서는 총량을 제시할 때 5일 누적과 4개의 완전한 24시간 모니터링 기간 두 가지 수치를 함께 기재합니다. 엔드 측의 21개 벤더, 35개 칩과 2.2 대회의 107개 회원, 12개 Day0 칩은 서로 다른 통계 차원에 속하므로 인용 시 혼용하지 않았습니다.
미포함 항목: 모니터링 기간 내 결번 데일리 리포트는 없습니다. 커뮤니티 저장소의 release-2.3.yaml이 아직 생성되지 않아 확인할 릴리스 목록이 없습니다. Zhiyuan(BAAI) 커뮤니티 검색 페이지는 클라이언트 렌더링 방식이므로 첫 페이지로만 확인 가능하며, 건수 수준의 결론은 제시할 수 없습니다.