모니터링 기간: 지난 24시간 (2026-09-17 10:18 ~ 2026-09-18 10:18, 베이징 시간) 출처: GitHub (org: flagos-ai, 54개 저장소 pushed_at 전수 점검 + 단일 commit search 147건 committer-date 기준 전수 검증 + 주요 저장소 기본 브랜치 커밋 재확인 + tags/releases 메타데이터 + community의 FEP 디렉터리와 2.2 릴리스 목록/일정 raw 직접 조회 + build-infra 주요 PR 패치와 파일 목록 + git ls-remote 전수 ref 점검 rc2 브랜치), Google News RSS (중영문 33개 쿼리, 프록시 경유), HN Algolia, Zhiyuan 커뮤니티, JiWei, EE Times China 등 (자세한 내용은 부록 출처 목록 참조)

이번 호 인덱스

  • 오늘의 중점: community에서 FEP 20건 일괄 병합, FlagOS 2.2의 기능 목록과 릴리스 경계 동시 확정 (09-17)
    1. 오픈소스 프로젝트 진행 (GitHub 동향)
      • 1.1 community: FEP 20건 일괄 병합, 2.2 기능 목록 확정 (09-17)
      • 1.2 RC2 목록과 통합 브랜치: 24개 모듈 항목, 10개 저장소 동시에 rc2 브랜치 분기 (09-17)
      • 1.3 build-infra 연속 두 차례 버전 상향: FlagGems rc2.post3, Moore Threads FlagTree 0.7.0rc2 (09-18)
      • 1.4 build-infra: Ascend FlagTree wheel 업로드 경로 최초 개통 (09-17)
      • 1.5 FlagGems: KernelGen 하루 만에 Nvidia 연산자 10여 개 추가 등록, AMD W7900D 주간 테스트 진입 (09-17/09-18)
      • 1.6 FlagTree: DEB 패키징과 Nexus 릴리스가 build-infra 공유 워크플로에 통합 (09-17/09-18)
      • 1.7 Torch-FL: 환경 변수 인터페이스가 FLAGOS 단일 접두사로 통합 (09-17/09-18)
      • 1.8 FlagQuantum: 커버리지 하한 두 단계 상향, 양자 오류 수정 기록 레이어 구축 (09-17/09-18)
      • 1.9 FlagFFT: MUSA와 MACA 이식형 3차원 전치 검증 기록, 의존성 통합 버전 고정 (09-17)
      • 1.10 FlagCX: lane mask ABI 64비트로 확장, Fedora 43 RPM 매트릭스 진입 (09-18)
      • 1.11 FlagAudio: 오디오 연산자 라이브러리 첫 3건 PR 병합 (09-17)
      • 1.12 기타 동향: FlagDNN, FlagGems-vllm, FlagGems-sglang, flir, FlagScale (09-17/09-18)
    1. 뉴스 보도와 생태계
      • 2.1 컴포넌트 레벨 검색 열네 번째 연속 평온 기간: 24시간 내 적중 제로 (09-17~09-18)
      • 2.2 Zidong Taichu ZDTaichu5.0-9B 오픈소스가 Zhiyuan 커뮤니티를 경유: FlagOS 스택과 인터페이스 없음, 이번 호 미수록 (09-16~09-17)
      • 2.3 회원사 자본 동향: MetaX 주가 이상 변동과 기관 지분 축소, Enflame IPO 기사 (09-17)
    1. 회원사 심층 분석
      • 3.1 Hygon: 융합 rrelu 백엔드 커널 등록, DCU wheel 분리로 Qwen-Image 수정 (09-17/09-18)
      • 3.2 Moore Threads: MUSA 라인 FlagTree 0.7.0rc2로 건너뛰기, vLLM 0.20.2 이미지에 플러그인 최초 탑재 (09-18)
      • 3.3 Kunlunxin: 0.6.1+xpu3.6 버전 고정과 tle.raw 고속 경로 롤백 (09-17)
      • 3.4 MetaX: MACA 이식형 3차원 전치 검증과 의존성 통합 버전 고정 (09-17)
      • 3.5 Iluvatar CoreX: FlagDNN 플랫폼 아키텍처 재편 (09-17)
      • 3.6 Ascend: CommonIR 개념 검증 구현 완료 표시, grouped_topk tle.dsa.raw 튜닝 경로 적용 (09-17)
      • 3.7 Damo Academy XuanTie: T-Head FlagTree 2.2 다중 백엔드 계획 진입, PPU 라인 CI 확대 (09-17 점검)
      • 3.8 Qingwei Intelligent: 분산 프리미티브 백엔드에서 활성화, 2.2의 TLE 분산 노선과 합류 (09-17)
      • 3.9 Zhiyuan (주관사): FEP 거버넌스 구축과 RC2 목록 유지 관리 (09-17)
    1. 요약과 트렌드 관찰
  • 부록: 출처 점검표
  • 부록: 전체 출처 목록

오늘의 중점: community에서 FEP 20건 일괄 병합, FlagOS 2.2의 기능 목록과 릴리스 경계 동시 확정

날짜: 2026-09-17　출처: community FEP 디렉터리, FEP-0099 연산자 라이브러리, FlagOS 2.2 릴리스 일정

09-17 23:55부터 23:56까지 1분 동안, community 저장소에 20개의 커밋이 연속으로 올라왔으며, 모두 FEP(sig-...)를 접두사로 사용하고 번호는 0085부터 0100까지 이어지며, 연산자, 컴파일러, 프레임워크, 학습, 네트워크, 온디바이스, 과학 인공지능 일곱 방향에 속한다. 이 문서 묶음은 “2.2에서 무엇을 납품할 것인가”를 회의 합의에서 저장소 내에서 하나하나 확인 가능한 파일로 바꾸어 놓았다.

내용상 가장 기록할 만한 점은 각 FEP에 “Release Boundary and Evidence” 섹션이 작성되어 있다는 것이다. 즉 해당 방향의 2.1 기준 버전, 2.2 후보(RC2 목록) 내 버전, 그리고 개발 기간을 적고, 마지막에 어느 부분에 대응하는 코드가 있고 어느 부분이 아직 로드맵에 불과한지를 밝힌다. 연산자 라이브러리를 예로 들면, FEP-0099는 2.2의 연산력 목표를 네 가지로 적는다: 연산자 총량을 635개까지 끌어올리고(그중 301개는 KernelGen 워크플로에서 산출), 어텐션류 연산자를 엔비디아 선진 수준에 맞추고 5개 이상의 국산 칩에서 구동하며, Triton 언어 확장(TLE) 기반 핵심 연산자, 그리고 저비트폭과 융합 대형 커널 등 범용 최적화 수법을 적용한다. 2.1 기준으로 FlagGems v5.3.0 등 여섯 항목을 나열하고, 2.2 후보로 FlagGems v5.4.0-rc2.post1 등을 나열하며, 개발 기간을 06-01부터 08-31까지로 명확히 밝힌다.

같은 배치의 문서에서 상태 차이도 명확히 적혀 있다: 컴파일러 측에서 범용 중간 표현(Common IR)을 도입하는 FEP-0095는 구현 완료로 표시되어 있지만, 본문에서 그 범위를 “Triton 3.5 라인에서의 Ascend 910B/910C 개념 검증”으로 한정하고, FlagTree #974(08-13 개설, 08-27 병합)에 링크하며, 이것이 하드웨어 계열을 넘나드는 프로덕션급 통합 경로와 동일하지 않다고 선언한다. 반면 KernelGen 기능의 FEP-0100은 스스로 초안 상태에 머물러 있으며, 본문에 “공개 release 태그에서 대응하는 구현 또는 구현 PR을 찾지 못했다”고 직접 적어 로드맵을 납품으로 취급하지 않는다. 이렇게 “같은 배치의 문서 안에 구현 완료도 있고 명확히 미구현도 있는” 서술 방식이 이번 FEP 배치에서 가장 실용적인 부분이다.

타임라인상 이 문서 묶음은 테스트 및 안정화 기간의 중반에 위치한다: 릴리스 일정은 기능 동결을 08-31로, 테스트 기간을 09-01부터 09-24까지로, GA를 2026-09-28로 정하며, 동결 규칙에는 “FEP와 기능 코드 두 문이 동시에 닫히며, 놓치면 다음 버전으로 순연된다”고 적혀 있다. 따라서 이 문서 묶음의 기능은 이미 동결된 범위를 보완 등록하는 것이지, 2.2에 새로운 것을 추가하는 것이 아니다 — GA까지 10일이 남았다.

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

모니터링 기간 개요: org 내 54개 저장소 중 28개가 모니터링 기간 내에 푸시가 있었다(이전 기간 19개, 뚜렷한 증가세). 단일 commit search에서 모니터링 기간 내 커밋 147건이 검출되었으며(두 페이지 전체 수집, committer-date 내림차순), 14개 저장소에 분포한다: FlagGems 40, FlagFFT 21, community 19, FlagQuantum 17, Torch-FL 15, build-infra 7, FlagTree 7, FlagGems-sglang 7, FlagDNN 3, FlagCX 3, FlagAudio 3, FlagGems-vllm 3, FlagScale 1, flir 1. 또한 14개 저장소가 모니터링 기간 내에 푸시가 있었지만 기본 브랜치에 새 커밋이 없었다(FlagBLAS, FlagTensor, KernelGen, KernelGenBench, Megatron-LM-FL, TransformerEngine-FL, FlagRelease, sglang-plugin-FL, FlagOS-Compressor, FlagAttention, FlagSparse 등). 이들은 09-17 23:29부터 23:33까지 같은 1분 구간에 집중되어 있으며, git ls-remote로 검증한 결과 rc2 통합 브랜치 생성 푸시이다 — 자세한 내용은 1.2 참조.

이번 모니터링 기간의 형태 = “릴리스 등록” + “패키징과 릴리스 아티팩트” 두 축: 거버넌스 측은 한 번에 전체 FEP 문서를 보완하고 2.2 릴리스 경계를 고정했다. 엔지니어링 측의 관심은 기능 개발에서 릴리스 아티팩트 자체로 뚜렷하게 이동했다 — DEB 패키징, wheel 업로드 경로, Nexus 아티팩트 동기화, 커버리지 게이트, 환경 변수 정리 등 모두 “설치가 되는가, 배포가 되는가, 설치 후 올바른가” 수준의 작업이다.

1.1 community: FEP 20건 일괄 병합, 2.2 기능 목록 확정(09-17)

날짜: 2026-09-17　출처: community FEP 디렉터리, FEP 설명 및 버전 추적

자세한 내용은 「오늘의 중점」을 참조. 디렉터리 측면의 두 가지 사실을 보충한다. 첫째, FEP는 SIG별로 디렉터리를 나누어 보관하며, 이번 배치의 신규 문서는 sig-operator(0099), sig-compiler(0095~0098), sig-framework(0086~0091), sig-training(0092), sig-kernelgen(0093, 0100), sig-network(0085), sig-edge(0082~0084), sig-ai4s(0081)에 위치하여 모든 활성 SIG를 한 번에 채웠다. 둘째, 엣지 방향의 FEP는 문서만 작성한 것이 아니라 실행 가능한 스크립트 디렉터리도 함께 제공했으며(fep/sig-edge/scripts/ 아래 Triton 3.7과 arm64 추론 두 세트), 이는 본 리포트에서 관찰된 엣지 노선과 일치한다.

1.2 RC2 목록과 통합 브랜치: 24개 모듈 항목, 10개 저장소에서 rc2 브랜치 동시 분기 (09-17)

날짜: 2026-09-17　출처: release-2.2-rc2.yaml, release-branch-tag 워크플로

09-17 23:29~23:33, 10개 모듈 저장소에서 같은 분 구간에 푸시가 발생했으나 기본 브랜치에는 새 커밋이 없었다. git ls-remote로 전체 ref를 가져와 검증한 결과, 이들 저장소에는 모두 0.3.0-rc2 / 0.2.0-rc2 / 0.1.0-rc2 / 2.2.0-rc2 형태의 통합 브랜치가 존재하며, 대응하는 v*-rc2.post1 태그도 이미 생성되어 있음을 확인했다. FlagGems와 FlagCX는 더 앞서 나가 태그가 rc2.post3와 rc2.post2 수준에 도달했다. community의 release-branch-tag.yml이 이 동작 체인의 실행자로, release 목록에 따라 manage-release.py를 호출하여 release bot 신분으로 브랜치와 태그를 일괄 생성 및 푸시한다.

목록 자체도 업그레이드되었다. RC2 버전은 24개 모듈 항목을 나열하며, RC1과 항목별로 대조하면 버전 라인이 전체적으로 한 칸 앞으로 이동했음을 볼 수 있다(예: FlagGems가 rc1.post2에서 rc2.post2로, FlagAttention이 0.4.0-rc1.post1에서 0.4.0-rc2.post1로). 또한 상단에 「동일 저장소를 여러 항목으로 분리하고 각기 다른 업스트림 라인을 따르는」 작성 방식에 대한 설명을 추가했다. 기록할 만한 두 가지 세부 사항: FlagTree는 Triton 버전별로 항목을 분리하므로 tag 형식에 전역 v 접두사 규칙을 적용하지 않는다. FlagScale은 2.2 목록에서 버전 번호가 v2.1.0-rc2.post1로, 이미 2.0 라인을 벗어났다.

1.3 build-infra 연속 두 차례 버전 상향: FlagGems는 rc2.post3, Moore Threads FlagTree는 0.7.0rc2 (09-18)

날짜: 2026-09-18　출처: build-infra #925, build-infra #926, configs.yaml

전날 base 버전을 2.2.0으로 올린 작업에 이어, build-infra는 09-18 07:32과 08:35에 버전 상향 커밋 두 건을 추가로 반영했으며, 모두 configs.yaml만 수정했다. 첫 번째(#925)는 flaggems 필드를 5.4.0-rc2.post2에서 5.4.0-rc2.post3으로 변경했고, 두 번째(#926)는 Moore Threads 백엔드의 flagtree 핀 버전을 0.6.1+mthreads3.6에서 0.7.0rc2+mthreads3.6으로 변경했다. 같은 파일 상단에는 릴리스 동작을 세 단계로 명시하고 있다—필드 업데이트, v<버전> 태그 생성, 종료—따라서 이 두 줄의 변경은 2.2 이미지 라인에서 연산자 라이브러리와 Moore Threads 컴파일 기반이 동시에 한 라운드 더 새로운 후보로 교체되었음을 의미한다.

두 항목을 나란히 보면: 연산자 라이브러리와 컴파일러 기반 모두 rc2의 이터레이션 위치(post3 / 0.7.0rc2)로 향하고 있으며, 목록의 기본 version 필드는 여전히 2.2.0에 머물러 있다—릴리스 산출물은 아직 조립 중이며 공식 태깅은 이루어지지 않았다.

1.4 build-infra: Ascend FlagTree wheel 업로드 경로 최초로 통과 (09-17)

날짜: 2026-09-17　출처: build-infra #923, build-infra #924

#923은 Ascend FlagTree 패키징을 수리했다: 이전에는 두 Ascend 타깃 모두 wheel을 생성할 수 없었는데 (Ascend 3.5는 FlagPrism의 Metric.h에서 uint64_t 미선언으로 실패), 원인은 패키징 스크립트가 최초 반영된 이후 모든 수정이 다른 브랜치에 커밋되었고 병합은 또 다른 브랜치로 이루어졌기 때문이다. 본 PR은 두 타깃 파일을 CANN 버전에 따라 이름을 변경하고 cann8.5.0 타깃을 새로 추가했다. #924는 이어서 “업로드 경로 미검증”이라는 미결 문제를 실측 결과로 대체했다: 09-17에 두 wheel 모두 flagos-pypi-ascend 아티팩트 저장소에 도달했으며, 각각 flagtree-0.7.0rc2+ascend3.5와 flagtree-0.6.0+ascend3.2이다. 문서에는 Ascend 노드의 빌드 소요 시간 (26분과 14분, 대부분 MAX_JOBS=32로 AscendNPU-IR과 triton을 컴파일하는 데 소요) 과 한 가지 환경 제약도 함께 기록했다: CANN 노드의 pip 버전이 --break-system-packages에 필요한 버전보다 오래되었다.

1.5 FlagGems: KernelGen, 하루에 Nvidia 연산자 10여 개 추가 등록, AMD W7900D 주간 테스트 진입 (09-17/09-18)

날짜: 2026-09-17, 2026-09-18　출처: FlagGems #5846 분위 연산자, FlagGems #6312 AMD 주간 테스트, FlagGems #5731

FlagGems의 이번 기간 40개 커밋은 org 내에서 가장 밀도가 높은 라인이며, 그 과반수가 KernelGen 워크플로에서 산출된 Nvidia 연산자 등록으로 하루에 10여 개가 추가되었다: 분위 및 평균 계열 (nanquantile, nanmean), 행렬식 로그 (logdet), 극분해 (linalg_polar), 순환 신경망 역방향 커널 (GRU / LSTM 셀 및 그 역방향), 업샘플링 역방향 (Lanczos 안티앨리어싱), 희소 행렬 곱, 특징 Dropout, 패킹된 선형 계층 등이며, 그 외에 두 개의 요소별 조합 연산자 (and_tensor, and_scalar) 와 set_의 모든 텐서 오버로드가 있다.

백엔드 및 도구 측 세 가지: [CI] Add AMD W7900D backend to weekly test workflow는 AMD의 W7900D를 주간 테스트 매트릭스에 추가했으며, 이는 비교적 최근에 등장한 비국산 백엔드 라인이다. SiliconFlow 백엔드는 제로 카피 real 연산자를 새로 추가하고 스케줄 키 기준 등록으로 변경했다. 이어지는 커밋은 일곱 개 백엔드 하위 패키지의 __init__.py를 보완했으며, 이는 “새 백엔드 패키지가 임포트 체인에 의해 픽업되지 않는” 구조적 결함을 수리한 것이다. 그 외에도 여러 게이트 보수가 있다 (연산자 익스포트 검사, KernelGen 테스트 마커가 PR 신규 추가 라인만 스캔).

1.6 FlagTree: DEB 패키징과 Nexus 릴리스가 build-infra 공유 워크플로에 편입 (09-17/09-18)

날짜: 2026-09-17, 2026-09-18　출처: FlagTree #1063, FlagTree #1066, FlagTree #1082, FlagTree #1170

FlagTree의 이번 기간 일곱 개 커밋 중 세 개는 릴리스 산출물 엔지니어링이다: 릴리스 패키지를 build-infra의 공유 워크플로로 FlagOS Nexus 아티팩트 저장소에 푸시하도록 변경 (#1063), DEB 패키징 매트릭스에 ubuntu22.04 / python3.12 한 줄을 추가하여 ABI 조합을 커버 (#1066), 그리고 DEB 패키지에서 libtriton과 libproton의 디버그 정보를 제거하고 dh_dwz를 건너뛰도록 함 (#1076). 다음 날 Bump packaging baseline to 0.6.1 and plumb the wheel version 커밋이 패키징 베이스라인과 wheel 버전 번호를 연결하여 (#1082), 산출물 버전을 더 이상 수동으로 관리하지 않도록 했다.

컴파일러 측에서 2.2의 TLE 노선과 직접 관련된 항목 하나: tle.signal / tle.signal_wait 프런트엔드가 동기화 범위와 메모리 순서를 명시적 파라미터로 노출한다(#1170). 이는 FEP-0096의 “분산 프리미티브와 통신-연산 융합”에 필요한 시맨틱 인터페이스에 대응한다.

1.7 Torch-FL: 환경 변수 면을 FLAGOS 단일 접두사로 수렴 (09-17/09-18)

날짜: 2026-09-17, 2026-09-18　출처: Torch-FL #341, Torch-FL #337, Torch-FL #320

Torch-FL 이번 기간의 15개 커밋은 하나로 이어지는 리팩터링이다: 포함식 빌드 스위치만 유지하고 박싱 및 네이티브 모드 변수를 제거하며(#336), SDK 발견 로직을 통일하고 PPU에 별도의 가속기 식별자를 부여하며(#337), 벤더 네이티브 SDK 환경 변수만 받아들이고(#338), 런타임과 라우팅의 환경 변수 표를 코드와 일치하도록 바꾸며(#339), 마지막으로 FLAGOS_ 접두사 하나로 된 변수 면으로 통일한다(#341). 같은 기간의 CI 커밋 하나는 기존 FlagGems 스위치를 전부 퇴장시킨다(#320). 이 노선은 이전 기간의 “라우팅 전환 후 결과 수습”과 달리 인터페이스 면의 수렴이다. 여러 역사적 스위치를 하나의 계약으로 합치는 것으로, 릴리스 전에 외부에 보이는 면을 확정하는 성격이다.

플랫폼 측에는 실질적 수정 두 건이 더 있다: 디커플링된 DCU wheel에서 torch.cuda를 사용할 수 있게 하고(#332), Ascend 관련 시맨틱 몇 가지를 패치한다(불리언 SDPA 마스크, 불리언 마스크 인덱스, 최근접 업샘플링을 디바이스 측에 유지).

1.8 FlagQuantum: 커버리지 하한 두 단계 상향, 양자 오류 정정 기록 계층 착지 (09-17/09-18)

날짜: 2026-09-17, 2026-09-18　출처: FlagQuantum #64, FlagQuantum #55, FlagQuantum #52

FlagQuantum 이번 기간의 17개 커밋은 거의 전부가 엔지니어링 품질 기준을 세우는 데 집중되어 있다: 전역 커버리지 하한을 60%에서 75%로 올리고 각 패키지에 개별 하한을 설정하며(#55), 전체 패키지를 엄격한 타입 검사에 포함시키고(#52), lint 게이트를 최신 타입 애너테이션과 결함 범주 규칙까지 확장하며, 모든 테스트 파일을 특정 등급 마커에 귀속시키고, 이전에 건너뛰었던 JAX 테스트를 CI에 연결해 커버리지 이득에 묶는다. 기능 측 한 건은 양자 오류 정정(QEC) 기록 계층의 1단계로(#64), 구현이 구체적 인코딩 방식과 디커플링된다. 리팩터링 측은 아홉 군데의 쌍둥이 작성자를 하나의 구현으로 합치고, 열한 개의 중첩 함수가 루프 변수를 늦게 바인딩하는 결함을 수정한다.

FEP-0081이 FlagQuantum을 과학 지능 방향에 위치시킨 것과 대조하면, 이번 기간의 중심은 “먼저 엔지니어링 기준선을 세우는 것”이며 아직 알고리즘 규모 확장에는 들어가지 않았다.

1.9 FlagFFT: MUSA와 MACA 포터블 3차원 전치 검증 기록, 의존성 통일 핀 고정 (09-17)

날짜: 2026-09-17　출처: FlagFFT 커밋 기록, FlagFFT 저장소

FlagFFT 이번 기간의 21개 커밋은 하드웨어 적응 브랜치의 병합과 검증 기록이 주를 이룬다: 하드웨어 프로파일 브랜치를 각각 MUSA(Moore Threads), MACA(MetaX) 및 CUDA 세 기능 브랜치와 병합하고, 세 브랜치 각각에 검증 기록 문서 한 부씩을 남긴다. 그중 MACA 측은 연속된 두 커밋으로 포터블 레지스터 타일링 3차원 전치를 연다(먼저 플랫폼 검증, 이후 정식 활성화). 성능 측 한 건은 대형 복소수 리프 노드를 단일 공유 버퍼를 거쳐 임시 저장하도록 바꾸고, 곁들여 네이티브 정밀도 수집의 메모리 상한과 파일 캐시 해제 두 곳의 문제를 고친다. 마무리 한 건은 Triton JIT 런타임 의존성을 통일 백엔드 리비전에 고정하며, FlagTree 측 버전 수렴과 같은 방향이다.

1.10 FlagCX: lane mask ABI를 64비트로 확장, Fedora 43이 RPM 매트릭스에 진입 (09-18)

날짜: 2026-09-18　출처: FlagCX #607, FlagCX #561, FlagCX #562

통신 라이브러리 측 세 커밋 모두 09-18 오전에 집중적으로 반영되었다: lane mask의 바이너리 인터페이스를 32비트에서 64비트로 확장하고(#607, 칩 규모 확대에 따라 반드시 해야 하는 ABI 확장), 독립적인 Nexus 업로드 프로세스를 build-infra의 공유 워크플로로 교체하며(#561, FlagTree와 동일한 보조), Fedora 43을 NVIDIA RPM 빌드 매트릭스에 추가했다(#562). 세 가지를 종합하면, 통신 라이브러리가 이번 기간에 한 일은 「인터페이스 용량 + 아티팩트 생산 라인」 두 가지이며, 새로운 통신 알고리즘이 아니다.

1.11 FlagAudio: 오디오 연산자 라이브러리 첫 세 개의 PR 머지 (09-17)

날짜: 2026-09-17　출처: FlagAudio #5 스펙트로그램 연산자, FlagAudio #4, FlagAudio #2 패키징

FlagAudio는 같은 오전에 세 개의 PR을 머지했는데, 이는 이 저장소에서 드문 기능적 움직임이다: 하나는 Triton으로 스펙트로그램 연산자를 구현하고 테스트를 함께 제공하며, 하나는 게인 항등 검사를 수정하고 torchaudio 임포트를 지연 로딩으로 변경하며, 하나는 패키징을 마무리한다(의존성 및 라이선스 선언). 세 가지 모두 외부 기여자의 브랜치에서 왔으며, 이는 해당 저장소에 외부 개발자가 유입되기 시작했음을 보여준다. FEP 목록에서 FlagAudio가 이미 연산자 계층 24개 모듈 항목에 포함된 점을 고려하면, 플레이스홀더 상태에서 실제 딜리버리가 있는 모듈로 전환 중이다.

1.12 기타 동향: FlagDNN, FlagGems-vllm, FlagGems-sglang, flir, FlagScale (09-17/09-18)

날짜: 2026-09-17, 2026-09-18　출처: FlagDNN, FlagGems-vllm #776, FlagGems-sglang #84, flir #73

FlagDNN 세 커밋은 각각 Iluvatar CoreX와 Hygon 두 플랫폼의 구현 아키텍처를 재구성하고, 텍스트 합산 연산자(psum_text)를 새로 추가했으며, 이는 해당 저장소가 플랫폼별로 구현을 깔아놓는 방식을 이어가는 것이다. FlagGems-vllm 세 건은 모두 국산 칩 상의 추론 연산자이다: Ascend에서 그룹 Top-K를 TLE의 DSA 원시 인터페이스로 성능 최적화하고, 블록 게이티드 Delta 규칙 전방 연산자를 새로 추가하며, FP8 가변 길이 어텐션이다. FlagGems-sglang은 세 개의 PR을 머지하여 멀티모달 회전 위치 인코딩의 융합 연산자를 임포트하고 연산자 참조를 패키지 네임스페이스 기준으로 변경하며, 배치 2 브랜치의 사전 커밋 검사를 수정했다. flir 한 건은 메모리 효과 마커를 수정했으며, 범용 중간 표현 노선의 연장이다. FlagScale 한 건은 fork 저장소 PR의 의존성 아티팩트를 업로드하도록 변경하여 캐시 격리를 회피한다 — CI 가용성 수정이다.

2. 뉴스 보도와 생태계

2.1 컴포넌트 수준 검색 열네 번째 연속 조용한 모니터링 기간: 24시간 내 제로 히트 (09-17~09-18)

날짜: 2026-09-17 ~ 2026-09-18　출처: Google News RSS (33개 중영문 쿼리, 프록시 경유)

이번 기간에는 FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen 그리고 「Zhiyuan Research Institute 오픈소스」「Zhiyuan Research Institute 칩」「국산 컴퓨팅 파워 오픈소스 소프트웨어 스택」「BAAI open source AI system stack」 등의 키워드로 중영문 절반씩 33개 검색을 수행했으며, 24시간 모니터링 기간 내 컴포넌트명 제로 히트였고, 컴포넌트명과 직접 관련된 최근 보도는 여전히 09-15의 Open3D-PIMC 오픈소스에 관한 영문 기사이다. 이는 이미 열네 번째 연속 조용한 모니터링 기간이다. 히트한 15건 중 약 13건은 주식 시황 및 기관 평가 기사(MetaX 주가 이상 변동, 기관 매도, Enflame IPO 관련)로, 제목 의미에 따라 전량 제외하여 본문에 포함하지 않았다.

2.2 ZDTaichu5.0-9B 오픈소스가 Zhiyuan 커뮤니티를 통해 중계: FlagOS 스택과 인터페이스 없음, 이번 기간 미수록 (09-16~09-17)

날짜: 2026-09-16, 2026-09-17　출처: Zhiyuan 커뮤니티 전재, QbitAI 보도

Zhiyuan 커뮤니티가 09-17에 즈둥타이추(Zidong Taichu) 오픈소스 범용 멀티모달 모델 ZDTaichu5.0-9B에 관한 보도를 전재했으며, 모델 본체는 09-15에 발표되고 가중치와 데이터 생산 방안이 동시에 공개되었다. 이 항목은 검색에서 「Zhiyuan 대규모 모델 오픈소스 스택」 질의어에 매칭되었으나, 확인 결과: 모델은 즈둥타이추 팀이 발표했고 언어 백본은 Qwen 3.5 시리즈로, FlagOS의 컴파일러, 연산자 라이브러리, 플러그인 각 계층과 어떠한 인터페이스도 없으며, Zhiyuan 커뮤니티 플랫폼상의 제3자 콘텐츠이지 FlagOS 동향이 아니다. 「단순히 BAAI 모델을 언급한 뉴스는 제외」라는 기준에 따라 수록하지 않으며, 여기에는 해당 검증만 기록하여 향후 중복 판단을 피한다.

2.3 멤버사 자본 측면: MetaX 주가 변동과 기관 매도, Enflame IPO 기사 (09-17)

날짜: 2026-09-17　출처: Cailian Press, JiWei

멤버사의 자본 측 소식은 09-17에 집중되었다: MetaX 주가는 당일 14.44% 급등하여 컴퓨팅 파워 칩 섹터를 주도했으며, 동시에 5개 기관이 합계 23억 위안 이상을 매도했다는 여러 기사가 보도되었고, 만 카드 클러스터가 생산에 투입되었다는 보도도 있었다. Enflame은 IPO 배후의 「시장화 GP + 지방 국유기업 LP」 구조를 다룬 업계 기사가 등장했다. 이들은 자본시장 동향으로 FlagOS 코드 측면과 직접적 연관이 없으므로 멤버사 배경 기록으로만 남기고 기술 항목에는 포함하지 않는다.

3. 멤버사 심층 분석

3.1 Hygon: 융합 rrelu 백엔드 커널 머지, 디커플링 DCU wheel로 Qwen-Image 수정 (09-17/09-18)

날짜: 2026-09-18　출처: FlagGems #6379, Torch-FL #332, FlagDNN

Hygon의 이번 기간 두 가지 실질적 움직임. 연산자 측면에서 FlagGems는 노이즈가 있는 랜덤 ReLU 융합 백엔드 커널을 추가했으며(#6379), KernelGen 컴파일 경로를 사용하여 해당 활성화 함수의 백엔드 구현을 보완했다. 프레임워크 측면에서 Torch-FL은 디커플링 DCU wheel에서 torch.cuda를 사용할 수 없는 문제를 수정했으며(#332), 시나리오는 Qwen-Image 이미지 생성 모델의 실행이다. 디커플링 wheel이란 벤더의 완전한 런타임을 번들하지 않는 빌드 방식을 말하며, 이전에는 cuda 네임스페이스를 사용해야 하는 모델에서 바로 실패했다. FlagDNN은 동시에 Hygon 플랫폼 구현을 재구성했다(1.12 참조).

3.2 Moore Threads: MUSA 라인 FlagTree 0.7.0rc2로 점프, vLLM 0.20.2 이미지에 처음으로 플러그인 탑재 (09-18)

날짜: 2026-09-18　출처: build-infra #926, build-infra #922

Moore Threads는 이번 기간 변경 범위가 가장 완전한 멤버사다. 컴파일 기반에서 build-infra는 MUSA 백엔드의 FlagTree 핀 버전을 0.6.1+mthreads3.6에서 0.7.0rc2+mthreads3.6로 올렸으며(#926), 2.2의 후보 라인으로 바로 건너뛰었다. 추론 플러그인에서 #922는 두 개의 0.20.2 버전 애플리케이션 이미지가 플러그인 저장소의 v0.2.2-rc2.post1 태그 위에 재빌드되었음을 기록한다: 이전의 2.1.2 태그 이미지는 플러그인이 전혀 설치되지 않았으므로, 이것은 Moore Threads 릴리스 라인에서 첫 번째로 vLLM 플러그인을 포함한 0.20.2 이미지이며, 이미지와 함께 MUSA 관련 어텐션 백엔드 레지스트리와 디바이스 인터페이스 어댑테이션이 포함된다. FlagFFT 측에는 같은 기간 MUSA의 3차원 전치 플랫폼 검증 기록이 존재한다(1.9).

3.3 Kunlunxin: 0.6.1+xpu3.6 핀 버전과 tle.raw 고속 경로 롤백 (09-17)

날짜: 2026-09-17　출처: FlagGems #6393, FlagGems #6409, FlagGems #6328

쿤룬신은 이번 기간 수정 위주였다: 먼저 FlagGems 의존성에 있는 FlagTree를 0.6.1+xpu3.6로 올렸고(#6393), 이어서 이전의 tle.raw 스칼라 비교 패스트 패스를 롤백했다(#6409) — 이는 능동적인 부정으로, 해당 패스트 패스가 쿤룬신에서 안정적인 이득을 가져오지 못했음을 의미한다. 같은 배치에는 마스크 패딩, 하이퍼볼릭 사인, 활성화 및 인덱스 패딩 등 연산자 수정도 있었다(#6328). 기본 이미지 측면에서는 build-infra가 모니터링 기간 하루 전에 쿤룬신의 containerfile을 수정했으며, 이번 기간에는 새로운 작업이 없었다.

3.4 메타엑스: MACA 포터블 3차원 전치 검증과 의존성 통합 핀 고정 (09-17)

날짜: 2026-09-17　출처: FlagFFT 커밋 기록, FlagFFT 하드웨어 프로파일 브랜치 기록

메타엑스 라인은 이번 기간 FlagFFT에 집중되었다: 하드웨어 프로파일 브랜치와 MACA 기능 브랜치가 병합된 후 두 건의 검증 기록을 남기고 공식적으로 포터블 레지스터 타일링 3차원 전치를 활성화했다 — 먼저 플랫폼 검증을 수행하고 그 다음 활성화하는 것은 이 코드베이스의 일관된 2단계 접근법이다. 마무리로 Triton JIT 런타임 의존성을 통합 백엔드 리비전에 핀 고정하여 MACA 측과 메인라인 의존성의 드리프트를 방지했다. 또한 RC2 목록에서 메타엑스 관련 플러그인 항목(vLLM 플러그인 0.2 라인, 0.3 라인 각각 하나)이 모두 rc2 브랜치로 분기되었으며, 이는 1.2의 자동화 작업에 속한다.

3.5 일루바타 코어엑스: FlagDNN 플랫폼 아키텍처 재구성 (09-17)

날짜: 2026-09-17　출처: FlagDNN 커밋 기록

일루바타 코어엑스의 이번 기간 실질적인 작업 한 건은 FlagDNN의 플랫폼 구현 아키텍처 재구성이다(1.12 참조). 이전 기간을 돌아보면, 해당 플랫폼은 FlagGems 측에서 /dev/itrctl 디바이스 인터페이스 지원을 받았고 FlagTree 측에서 iluvatar3.6의 베이스라인 워크플로를 갖추었으며, 이번 기간에는 새로운 연산자를 추가하는 대신 연산자 라이브러리 계층에서 구조 정리를 계속했다 — FEP-0099의 연산자 계층 네 가지 목표 중 「범용 최적화 기법」의 표현과 부합한다.

3.6 어센드: CommonIR 개념 검증이 구현 완료로 표시, grouped_topk는 tle.dsa.raw 튜닝 적용 (09-17)

날짜: 2026-09-17　출처: FEP-0095 Common IR, FlagGems-vllm #776, FlagGems #6354

어센드는 이번 기간 문서와 코드 양측 모두에서 명확한 진전이 있는 라인이다. 문서 측면에서 FEP-0095는 이번 20건 문서 중 구현 완료로 표시된 소수 중 하나이며, 그 범위는 어센드 910B/910C의 Triton 3.5 라인에서의 개념 검증으로 명확히 한정되었고, FlagTree #974(08-27 병합)에 연결되며, 경로는 TLE의 DSA 인터페이스가 공통 중간 표현을 거쳐 linalg로 내려간 뒤 npubin으로 들어가는 것이다. 코드 측면에서 FlagGems-vllm은 어센드에서 TLE의 DSA 원시 인터페이스로 그룹화된 Top-K를 성능 최적화했으며(#776), FlagGems 측에서는 Top-K 연산자를 새로 추가했다(#6354). 아티팩트 측면에서 어센드 FlagTree wheel의 업로드 경로가 이번 기간 처음으로 연결되었다(1.4).

3.7 다모 아카데미 시안레이: T-Head가 FlagTree 2.2 다중 백엔드 계획에 진입, PPU 라인 CI 확산 (09-17 확인)

날짜: 2026-09-17　출처: FEP-0098 FlagTree 다중 백엔드 아키텍처, vllm-plugin-FL #518, Torch-FL #337

이번 회차에 추가된 문서는 Damo Academy Xuantie의 T-Head 백엔드를 FlagTree 2.2의 다중 백엔드 아키텍처 계획(FEP-0098)에 포함시켰으며, NVIDIA TileIR, Enflame, Moore Threads 세 가지와 나란히 배치하고 목표 Triton 라인을 3.6으로 설정했습니다. 엔지니어링 측면에서 PPU 라인의 접속은 계속 추진 중입니다: 추론 플러그인은 모니터링 기간 전날에 PPU의 CI 지원을 추가했고(#518), Torch-FL은 이번 회차 리팩터링에서 PPU에 별도의 가속기 식별자를 할당했으며(#337), 연산자 테스트 게이트에서 PPU를 명시적으로 탐지합니다(#309). 이 라인의 특징은 인프라가 연산자보다 먼저라는 점입니다: CI, 식별자, 게이트가 먼저 깔리고 연산자가 뒤따릅니다.

3.8 Qingwei Intelligent: 분산 프리미티브가 백엔드에서 활성화되어 2.2의 TLE 분산 노선과 합류 (09-17)

날짜: 2026-09-17　출처: FlagTree #1141, FEP-0096 TLE 대형 커널과 분산, flir 커밋 기록

Qingwei Intelligent의 이번 회차 핵심 커밋 하나가 원격 접근과 분산 배리어 두 가지 TLE 프리미티브를 자사 백엔드에서 활성화했습니다(FlagTree #1141). 이를 FEP-0096과 대조하면 의도가 보입니다: 해당 FEP는 2.2에서 TLE의 분산 인터페이스를 FlagCX 위로 내려 통신과 연산을 동일한 Triton 커널 내에서 융합하는 것을 계획하고 있으며, Qingwei는 이 노선을 백엔드 측에서 가장 먼저 구현한 공급사 중 하나입니다. 업스트림 측면에서 Qingwei의 범용 중간 표현 저장소 flir에 대한 패치 동기화(LLVM22 지원)는 이전 여러 주 동안 지속적으로 진행되어 왔습니다.

3.9 Zhiyuan(주도 기관): FEP 거버넌스 정착과 RC2 목록 유지 (09-17)

날짜: 2026-09-17　출처: FEP 설명 및 버전 추적, release 디렉터리

주도 기관의 이번 회차 조치는 전부 거버넌스 계층에 있습니다: FEP 문서 20건을 한 번에 병합하고 버전 추적을 동기 갱신했습니다(자세한 내용은 「오늘의 중점」 참조); RC2 릴리스 목록과 git 수준의 브랜치 태그 자동화를 유지했습니다(1.2); 릴리스 프로세스 문서에서 FEP 라이프사이클을 「진입 즉시 효력, 졸업은 별도」 두 단계로 기술하고, 동결 시점을 놓친 FEP는 폐기하지 않고 순연하도록 규정했습니다. 조직 측면에서 기록할 만한 또 하나의 표현이 있습니다: 엣지 디바이스와 RISC-V가 독립 방향으로 별도 분류되었으며(엣지 SIG 활발, RISC-V와 운영체제 패키징 두 항목은 계획 중에 포함), 이는 2.2 이후의 분기 의도가 이미 거버넌스 문서에 기록되었음을 보여줍니다.

4. 요약 및 트렌드 관찰

한 문장: FlagOS 2.2가 「버그 수정만 받는」 테스트 기간 말단에 진입했으며, 이번 회차의 진짜 주인공은 릴리스 산출물과 문서입니다——FEP 20건으로 기능 목록을 보강하고, 24개 모듈 전부가 rc2 브랜치를 분기하고 태그를 달았으며, 이미지 라인의 연산자 라이브러리와 컴파일 기반은 계속 더 새로운 후보 위치로 교체되고 있습니다.

추적 가능한 세 가지 라인:

첫째, 릴리스 산출물 엔지니어링이 주요 작업면이 되었습니다. 이번 회차 org 내 28개 저장소에 푸시가 있었고 147건의 커밋이 있었지만, 내용별로 분류하면 비중이 패키징, 아티팩트, 게이트, 환경 변수 쪽으로 뚜렷하게 치우칩니다: FlagTree의 DEB와 Nexus 릴리스가 공유 워크플로로 이전, FlagCX가 독립 업로드 프로세스를 교체, Ascend wheel 업로드 경로 개통, Torch-FL이 환경 변수 면을 하나의 접두사 세트로 통합, FlagQuantum이 커버리지 하한을 75%로 상향. 이는 릴리스 일정표에서 09-01부터 09-24까지 버그 수정만 받는다는 규정에 부합하며, 09-28 GA 전 남은 리스크가 주로 「설치가 되고, 제대로 돌아가는가」에 있고 기능 결손에는 없음을 의미합니다.

둘째, 다중 백엔드 적응의 경계는 여전히 확장 중이지만 형태가 분화되고 있습니다. 같은 주에 Moore Threads는 FlagTree 0.7.0rc2의 건너뛰기와 최초의 플러그인 포함 0.20.2 이미지를 확보했고, MetaX와 Moore Threads는 FlagFFT에서 각각 3차원 전치 검증을 수행했으며, Ascend는 처음으로 wheel 업로드를 개통했고, Qingwei는 분산 프리미티브를 활성화했으며, 반면 Kunlunxin은 수익이 없는 빠른 경로를 자발적으로 되돌렸습니다. 「위로 가는 것」(버전과 아티팩트)도 있고 「뒤로 물러서는 것」(무효 최적화 부정)도 있으며, 후자의 등장은 일반적으로 플랫폼 적응이 안정기에 진입했음을 알리는 신호입니다.

셋째, 다음 버전의 윤곽이 이미 문서에 나타나기 시작했습니다. RISC-V 실험적 지원, 운영체제 패키징 및 배포판 통합, 엣지 SDK, 임바디드 인텔리전스와 사이언스 인텔리전스 두 워킹 그룹이 모두 FEP 설명의 「계획 중/인큐베이션 중」 표에 자리를 잡았습니다; FEP-0098도 T-Head, Enflame, Moore Threads의 새 백엔드를 아키텍처 계획에 포함시켰습니다. 09-28 GA 이후에는 이 방향들이 2.2가 주선에서 퇴장한 뒤의 주목을 이어받을 것으로 보입니다.

관찰 대상: (1) build-infra의 version 필드가 언제 2.2.0에서 태깅 단계로 넘어가는지, 그리고 configs.yaml에 있는 나머지 백엔드의 버전이 추가로 상향될 여지가 있는지; (2) 2.2 GA 전후로 FEP 상태가 초안에서 구현으로 전환되는 비율, 특히 의도적으로 초안에 머물러 있는 KernelGen 역량 항목; (3) FlagAudio, FlagTensor, FlagSparse 등 이전에 비교적 조용했던 모듈이 rc2 라인 내에서 검수 작업을 진행하는지.

부록: 출처 검증표

출처 검증 결과
GitHub org (54개 저장소) 28개 저장소가 모니터링 기간 내에 푸시 발생; 14개 저장소는 rc2 브랜치가 생성되었고 기본 브랜치에는 새 커밋 없음
GitHub commit search 모니터링 기간 내 커밋 147건 확인 (두 페이지 전체 수집), 14개 저장소에 분포
git ls-remote (전체 ref) 열 개 모듈의 rc2 통합 브랜치와 v*-rc2.post1/post2/post3 태그가 실제로 존재함을 검증
community FEP 디렉터리 이번 배치에서 문서 20건 신규 추가, 번호 0085부터 0100까지, 일곱 개 SIG 포함
community 2.2 릴리스 목록 RC2 목록에 24개 모듈 항목; RC1과 RC2의 항목별 버전 대조 완료
community 릴리스 일정 기능 동결 08-31, 테스트 기간 09-01부터 09-24까지, GA 09-28
build-infra PR 패치 #922부터 #926까지 파일 목록과 버전 필드 변경 사항을 항목별로 대조
Google News RSS (33개 쿼리어) 컴포넌트명 24시간 모니터링 기간 내 0건; 15건 중 약 13건이 주식 기사로 확인되어 제외
HN Algolia (FlagOS / FlagGems) 모니터링 기간 내 관련 항목 없음
Zhiyuan 커뮤니티 (hub.baai.ac.cn) Zidong Taichu 모델 전재 기사 1건, 검증 결과 FlagOS 스택과 인터페이스가 없어 미수록

전체 출처 목록

flagos-ai/Torch-FL/pull/332>