모니터링 기간: 지난 24시간 (2026-09-14 10:18 ~ 2026-09-15 10:18, 베이징 시간) 출처: GitHub (org: flagos-ai, 53개 저장소 pushed_at 전수 검증 + 단일 commit search 97건 committer-date 기준 검증 + per-repo commits 재검증으로 1건 추가 + 각 저장소 releases/tags 메타데이터 + community 저장소 2.2 릴리스 목록과 릴리스 일정 raw 직접 추출 + 커밋 패치 상세), Google News RSS (중영문 21개 쿼리어, 프록시 경유), HN Algolia, Xinhua Net, Guandian Net, Sina Finance, Cailianshe, STAR Market Daily, Huanqiu Net 등 산업 보도, 그리고 Tavily 검색 보충 (부록 출처 목록 참조)

이번 호 인덱스

  • 오늘의 중점: FlagOS 2.2 RC2 전스택 동시 태깅——25개 항목 목록 버전 교체, 25개 rc2.post1 tag가 10분 내에 안착 (09-14)
    1. 오픈소스 프로젝트 진행 상황 (GitHub 동향)
      • 1.1 2.2 RC2 목록 커밋: 25개 항목이 L0~L3 4개 계층을 포괄, 버전은 일괄 rc0/rc1에 정렬 (09-14)
      • 1.2 23개 컴포넌트가 10분 내에 rc2.post1 태깅: 이번 릴리스 주기의 두 번째 전스택 스냅샷 (09-14)
      • 1.3 최초 rc2.post1 Release: FlagGems v5.4.0 및 FlagSparse v0.3.0 (09-14)
      • 1.4 FlagTree: AMD 디커플링 컴파일, XPU 수정, xpu3.6 전용 태그 신규 추가 (09-14/09-15)
      • 1.5 FlagCX: libflagcx.so wheel 포함, T-Head PPU 백엔드와 CI 양방향 연결 (09-14/09-15)
      • 1.6 FlagAttention v0.4.0: Enflame, Hygon, MetaX, Moore Threads 4개 백엔드 일괄 적용 (09-14)
      • 1.7 FlagGems-Experimental: Hygon 17개 연산자 일괄 등록, Moore Threads 4개, Kunlunxin 1개 (09-14)
      • 1.8 FlagGems 메인라인: Enflame enflame 동기화, Triton 3.5 호환 및 GitCode 미러 (09-14/09-15)
      • 1.9 FlagGems-vllm 및 추론 플러그인 라인: moe_sum 듀얼 백엔드, MTT S5000 topk, vLLM 0.24.0 (09-14/09-15)
      • 1.10 FlagQuantum: Twin API 동결, QPU 디지털 트윈이 이력 시퀀스 관리로 진입 (09-14)
      • 1.11 프레임워크 및 도구 면: FlagScale 통합 CI, Torch-FL 백엔드 라우팅 정렬, TE-FL Hygon 인터페이스 (09-14/09-15)
      • 1.12 FlagGems-sglang: 경진대회 산출물 일괄 병합, 10개 PR이 당일 메인 저장소에 진입 (09-14)
      • 1.13 build-infra: Hygon vLLM rc2.post1 듀얼 이미지 tag 기록 및 재검증 (09-14)
      • 1.14 docs 및 release-info: 문서 라인이 CICD 개편에 병합, 릴리스 산출물 사이트 동기화 (09-15)
    1. 뉴스 보도와 생태계
      • 2.1 Open3D-PIMC, 중국 컴퓨팅 파워 대회에서 오픈소스로 발표: 칭웨이즈넝과 Zhiyuan 공동 개발, 3D 컴퓨팅 칩 컴파일 스택 보완 (09-14)
      • 2.2 컴포넌트 단위 검색 열한 번째 연속 평온한 기간: 핵심 적중은 Zhiyuan 측 보도에 집중 (09-14~09-15)
      • 2.3 산업 측 세 가지 회의 라인: CIFTIS, Bund Summit, 중국 컴퓨팅 파워 대회의 국산 컴퓨팅 파워 서사 (09-09~09-14)
    1. 회원사 심층 분석
      • 3.1 칭웨이즈넝: Open3D-PIMC와 재구성 컴퓨팅 5000P의 이중 서사 (09-14)
      • 3.2 Hygon: 17개 연산자에서 rc2.post1 이미지 재검증까지, 이번 기간 엔지니어링 작업량 1위 (09-14)
      • 3.3 Moore Threads: 어텐션 백엔드, profiler 통합 및 CIFTIS 점유율 기준 (09-14)
      • 3.4 MetaX: metax CI와 vLLM 0.24.0, 시윈 C700 테이프아웃 전야 진입 (09-14)
      • 3.5 Enflame: enflame 백엔드 지속 등록, IPO 이후 시가총액과 고객 구조 서사 (09-14)
      • 3.6 Iluvatar CoreX: iluvatar 백엔드 명명 통일, 자본시장 보호예수 해제 전 기간 진입 (09-14)
      • 3.7 Kunlunxin과 Damo Academy XuanTie (외부 생태계 측): XPU 태그와 PPU 이중 라인 접속 (09-14/09-15)
      • 3.8 Zhiyuan (주도 측): RC2 거버넌스 규율과 Open3D-PIMC의 규칙 정의권 표현 (09-14)
    1. 요약과 트렌드 관찰
  • 부록: 전체 출처 목록

오늘의 중점: FlagOS 2.2 RC2 전스택 동시 태깅——25개 항목 목록 버전 교체, 25개 rc2.post1 tag가 10분 내에 안착

날짜: 2026-09-14　출처: community 커밋 #109(2.2 RC2 목록), 2.2 릴리스 일정, FlagGems v5.4.0-rc2.post1

이번 모니터링 기간에서 가장 비중 있는 사건은 하나의 조율된 작업이었다. 09-14 10:35, community 저장소에 release/2.2/release-2.2-rc2.yaml이 병합되었고(251줄 추가, Release Manager 커밋), 2.2 주기의 두 번째 후보 버전인 RC2 목록이 완성되었음을 선언했다. 이어서 10:45부터 10:54까지 10분 사이에 org 내 23개 컴포넌트 저장소가 잇달아 v{X}-rc2.post1 태그 또는 Release를 생성했고, 12:18부터 12:19까지 FlagTree의 세 가지 Triton 변형 태그가 보완되었으며, 19:59에 FlagTree가 xpu3.6 태그를 하나 더 추가했다. 여기에 vllm-plugin-FL의 이중 버전 라인을 더하여, 모니터링 기간 내 총 26회의 태깅 작업이 기록되었으며 22개 저장소를 포괄한다.

RC2 목록은 네 계층으로 구성된다. L0 인프라 계층(FlagTree의 triton3.6/3.5/3.3 세 항목, FlagCX), L1 컴퓨팅 라이브러리 계층(FlagGems, FlagFFT, FlagSparse, FlagDNN, FlagBLAS, FlagTensor, FlagAudio, FlagAttention, FlagGems-vllm, FlagGems-sglang), L2 프레임워크 계층(Torch-FL, vllm-plugin-FL과 vllm-plugin-fl-0.2, sglang-plugin-FL, TransformerEngine-FL, Megatron-LM-FL, FlagOS-Compressor), L3 애플리케이션 계층(FlagScale, KernelGen, KernelGenBench, FlagRelease). 총 25개 항목이며, 모두 rc2.post1 검증 완료 스냅샷을 가리킨다.

RC1과 비교할 때 이번 변경의 성격은 “구조 불변, 스냅샷 세대 교체”이다. 모듈 버전 번호는 rc0/rc1과 일치하게 유지하고, .postN 반복 위치만 전진시켰다. FlagGems는 v5.4.0-rc1.post2에서 v5.4.0-rc2.post1로, FlagCX는 v0.14.0-rc1.post2에서 v0.14.0-rc2.post1로, FlagAttention은 v0.4.0 라인에 고정, FlagTree는 0.7.0rc1.post1에서 0.7.0rc2.post1로 이동했다. 목록 상단은 워크플로를 실행 가능한 규칙으로 명시한다. 각 모듈 베이스라인 브랜치에서 rc2 통합 브랜치를 분기하고, 검증 통과 후 증가하는 tag를 생성하며(rc2.post1 → rc2.post2), 이전 라운드 tag를 항목의 rc1 주석에 기록한다. 브랜치:와 베이스라인 브랜치: 두 필드는 manage-release.py가 직접 읽으므로, 동일 저장소를 여러 항목으로 분리하여 각기 다른 업스트림 라인을 따르는 경우(FlagTree, vllm-plugin-FL)와 기본 브랜치가 아닌 릴리스 브랜치에서 분기해야 하는 경우(flagos-compressor)에는 반드시 명시적으로 기재해야 한다.

일정에 비추어 보면, 이번 태깅은 “테스트 및 안정화 기간(09-01 ~ 09-24)”의 중반에 발생했으며, 09-28의 2.2 GA까지 14일이 남아 있다. RC2의 의의는 새로운 기능 추가에 있지 않다. 기능 동결은 이미 08-31에 종료되었다. 오히려 테스트 기간에 누적된 수정 사항을 재현 가능하고 일괄적으로 가져올 수 있는 고정 버전 세트로 확정하여, 멀티칩 검수 매트릭스에 통일된 비교 베이스라인을 제공하는 데 있다.

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

모니터링 기간 개요: org 내 53개 저장소 중 29개가 모니터링 기간 내에 푸시가 있었습니다. 단일 commit search에서 모니터링 기간 내 커밋 97건이 검출되었으며(4페이지, committer-date 내림차순), per-repo commits 재검토를 통해 1건(TransformerEngine-FL)이 추가되어 합계 98건으로, 17개 저장소에 분포합니다: FlagQuantum 17, FlagGems-Experimental 20, FlagGems 12, FlagGems-sglang 10, FlagTree 6, FlagCX 5, FlagGems-vllm 5, build-infra 5, FlagAttention 4, docs 4, Torch-FL 2, sglang-plugin-FL 2, vllm-plugin-FL 2, FlagScale 1, FlagPrism 1, community 1, TransformerEngine-FL 1. 이 외에도 Megatron-LM-FL, KernelGen, FlagBLAS, FlagSparse, FlagDNN, FlagOS-Compressor, FlagFFT, FlagTensor, KernelGenBench, FlagRelease, FlagAudio, release-info 등의 저장소가 모니터링 기간 내에 푸시가 있었으나, 모니터링 기간 내 신규 커밋이 태그 또는 비기본 브랜치에 위치합니다(이 중 대부분은 아래 1.2의 rc2.post1 태깅입니다). 신규 저장소는 없습니다.

이번 모니터링 기간의 형태 = 「전 스택 스냅샷 세대 교체」 + 「외부 백엔드 강화」 두 라인이 동시에 진행: 거버넌스 측에서는 한 번의 목록 커밋과 10분간의 집단 태깅으로 2.2를 두 번째 라운드 후보로 끌어올렸고, 엔지니어링 측에서는 Hygon, Moore Threads, MetaX, Enflame, Kunlunxin, Damo Academy XuanTie가 연산자, 어텐션 백엔드, 통신 라이브러리, 컴파일러 네 측면에서 동시에 강화했으며, 그중 Hygon의 17개 연산자 일괄 등록과 FlagAttention의 4개 백엔드 당일 구현이 이번 모니터링 기간에 가장 집중된 두 가지 엔지니어링 작업량입니다.

1.1 2.2 RC2 목록 커밋: 25개 항목이 L0~L3 4개 계층을 포괄, 버전은 일괄 rc0/rc1로 정렬 (09-14)

날짜: 2026-09-14　출처: community #109

Release Manager가 09-14 10:35에 release/2.2/release-2.2-rc2.yaml(+251줄)을 신규 추가했으며, 커밋 설명에는 「각 모듈 기준 브랜치에서 rc2 브랜치를 분기하고, 목록 헤더 워크플로에 따라 v{X}-rc2.post1을 태깅; 버전은 rc0/rc1과 일관되게 유지하며, 각 항목의 rc1 주석은 이전 라운드에서 검증된 tag를 기록」이라고 명시되어 있습니다. 목록은 L0 인프라, L1 컴퓨팅 라이브러리, L2 프레임워크, L3 애플리케이션 4개 계층으로 구성되어 총 25개 항목이며, FlagGems, FlagGems-sglang, FlagDNN, FlagBLAS의 기본 브랜치가 main이 아닌 master임을 명기하고 있습니다. 이는 rc1 이후 두 번째 목록 스냅샷이며, 2.2 GA(09-28) 전 유일한 중간 후보입니다.

1.2 23개 컴포넌트가 10분 내에 rc2.post1 태깅: 이번 릴리스 주기의 두 번째 전 스택 스냅샷 (09-14)

날짜: 2026-09-14　출처: FlagCX v0.14.0-rc2.post1

태깅 리듬이 매우 집중되었습니다: 10:45에 FlagCX, FlagGems, FlagFFT 세 곳이 선행; 10:47에 FlagDNN, FlagBLAS; 10:48에 FlagTensor, FlagSparse, FlagAudio, FlagAttention, FlagGems-vllm, FlagGems-sglang, Torch-FL 일곱 곳이 연속 발행; 10:49에 vllm-plugin-FL(0.3.0과 0.2.2 두 라인), sglang-plugin-FL, TransformerEngine-FL; 10:51에 Megatron-LM-FL, FlagOS-Compressor; 10:53에 FlagScale, KernelGen, KernelGenBench; 10:54에 FlagRelease. FlagTree의 triton3.5/3.6/3.3 세 항목은 12:18부터 12:19에 보충되었습니다. 10분 내에 23개 컴포넌트의 태깅이 완료된 것은 이 「목록 선행, 스크립트 실행」 릴리스 공정이 이미 안정적으로 재사용 가능함을 보여줍니다.

1.3 첫 rc2.post1 Release: FlagGems v5.4.0과 FlagSparse v0.3.0 (09-14)

날짜: 2026-09-14　출처: FlagSparse v0.3.0-rc2.post1

26회 태깅 중 대부분은 태그 형태로 반영되었고, FlagGems(v5.4.0-rc2.post1)와 FlagSparse(v0.3.0-rc2.post1)만 릴리스 노트가 포함된 GitHub Release를 생성했으며, 둘 다 09-14 10:45에서 10:48 사이에 게시되었다. FlagGems의 역사적 리듬과 대조해 보면: v5.4.0-rc0.post1(09-01), v5.4.0-rc1.post1(09-07), v5.4.0-rc1.post2(09-11), v5.4.0-rc2.post1(09-14)이며, 안정판 v5.3.6은 09-11에 멈춰 있어, 5.4.0의 후보 반복이 주당 두 차례 이상의 밀도로 진입했음을 알 수 있다.

1.4 FlagTree: AMD 디커플링 컴파일, XPU 수정, xpu3.6 전용 태그 신규 추가(09-14/09-15)

날짜: 2026-09-14 ~ 09-15　출처: FlagTree #1163(AMD 독립 컴파일)

FlagTree는 모니터링 기간 내 6건의 커밋과 4개의 태그를 새로 추가했다. 엔지니어링 측면의 네 갈래: 첫째, [Build][AMD] Decouple amd for independent compilation v2(#1163)는 AMD 백엔드를 통합 빌드에서 디커플링하여 독립 컴파일을 허용한다. 둘째, XPU 라인은 XPUDriver의 디바이스 획득 경로를 수정하여 cuda-graph capture에서 err -900이 보고되는 문제를 해결한다(#1168). 셋째, CI 측면에서 nvidia3.6의 FlagGems 베이스라인과 테스트 작업에 원격 재사용 가능 워크플로를 연결하고(#1172, 09-15 10:04), USE_FLAGCX 변수를 워크플로에서 제거했다(#1167). 넷째, FlagPrism의 profiler와 debugger를 컴파일러 체인에 통합했다(#1106, Moore Threads 방향). 태그 측면에서는 세 개의 rc2.post1 외에 19:59에 0.7.0rc2+xpu3.6이 새로 추가되었는데, 이는 해당 저장소의 태그 체계에서 처음으로 Triton이 아닌 가속기 접미사가 등장한 것이다(이전에는 +triton3.x 형태만 존재). 이는 Kunlunxin XPU 라인이 전달 워크플로 외에 별도로 태그로 구성된 것과 대응된다.

1.5 FlagCX: libflagcx.so wheel 포함, T-Head PPU 백엔드와 CI 양방향 연결(09-14/09-15)

날짜: 2026-09-14 ~ 09-15　출처: FlagCX #596(PPU torch 플러그인과 CI)

통신 라이브러리는 이번 모니터링 기간에 5건의 커밋이 있으며 두 그룹으로 나눌 수 있다. 전달 측면: [UIL] Place libflagcx.so into the flagcx wheel package(#570)는 공유 라이브러리를 wheel에 포함시켜, 이전 모니터링 기간의 “소스에서 자체 빌드에서 설치 가능으로” 방향을 이어간다. [UIL] Rename the iluvatar_corex build key to iluvatar(#583)는 Iluvatar CoreX의 빌드 키를 벤더명으로 통일하여 백엔드 명명상의 예외를 줄였다. 또 하나의 dependabot 업그레이드가 있다(#572). 신규 백엔드 측면: [CICD] Add T-Head PPU CI workflow(#592)로 먼저 CI를 구축하고, 이어서 [UIL] Add PPU torch plugin support and extend PPU CI workflow(#596, 09-15 00:49)로 torch 플러그인 지원을 보강하고 워크플로를 확장했는데, 두 단계 접근은 이전 각 벤더 백엔드와 일치한다. 주목할 점은 PPU의 연결 대상이 Damo Academy XuanTie(T-Head)로, 기존 회원 단위 명단에 없으며 외부 생태계 주체의 신규 추가에 해당한다.

1.6 FlagAttention v0.4.0: Enflame, Hygon, MetaX, Moore Threads 4개 백엔드 일괄 반영(09-14)

날짜: 2026-09-14　출처: FlagAttention #61(mthread 백엔드)

FlagAttention은 14:29에서 14:30까지 2분 만에 동형 커밋 네 건을 머지하여 어텐션 연산자에 순차적으로 Enflame(enflame, #58), Hygon(hygon, #59), MetaX(metax, #60), Moore Threads(mthread, #61) 네 개 백엔드를 추가했다. 네 벤더가 동일 배치, 동일 분 내에 동일 모듈로 진입한 것은 어텐션 연산자의 백엔드 접속이 일괄 복제 가능한 템플릿으로 추상화되었음을 보여주며, 이는 해당 저장소의 버전 라인이 이번 모니터링 기간에 v0.4.0-rc2.post1로 도약한 것과 상호 입증된다. 어텐션 연산자가 “단일 플랫폼 구현”에서 “다중 벤더 병렬 유지보수” 단계로 진입한 것이다.

1.7 FlagGems-Experimental: Hygon 17개 연산자 일괄 등록, Moore Threads 4개, Kunlunxin 1개(09-14)

날짜: 2026-09-14　출처: FlagGems-Experimental #557 (Hygon ormqr)

이 기간 단일 저장소 커밋 수 1위(20건). Hygon 라인은 17:51부터 18:54까지 한 시간 동안 17개 연산자를 연속으로 병합했으며, 특수 함수(special_legendre_polynomial_p, special_hermite_polynomial_h, special_round_out), 선형대수(linalg_ldl_factor, ormqr), 수치와 인덱스(norm_scalaropt_dim, masked_scale, scalar_tensor, gcd_, addmm_, as_strided_scatter, scatter_add, feature_dropout, conv_depthwise2d, beam_search_score, thnn_fused_lstm_cell)를 포함하고, 여기에 Hygon의 _scaled 관련 수정 하나를 덧붙였다. Moore Threads 라인은 cholesky_inverse, linalg_ldl_solve, ormqr와 선형 연산자 특화를 보강했고, Kunlunxin 라인은 mvlgamma 특화를 보강했다(#605). 이렇게 밀집하게 채워 넣는 형태는 이들 연산자가 해당 플랫폼에서 그동안 결락 상태였음을 보여주며, 검수 매트릭스가 드러낸 공백을 채우는 중이다.

1.8 FlagGems 메인라인: Enflame enflame 동기화, Triton 3.5 호환과 GitCode 미러 (09-14/09-15)

날짜: 2026-09-14 ~ 09-15　출처: FlagGems #6200 (enflame 동기화)

메인라인 12건의 커밋 중 세 건이 가장 기록할 만하다. 첫째는 enflame to flagos 20260911(#6200)로, Enflame이 자사 브랜치의 변경 사항을 묶음으로 메인라인에 동기화한 것으로, 멤버 기관 브랜치와 업스트림 메인라인의 주기적 병합 사례다. 둘째는 fix: add Triton 3.5 compatibility for flash_attention_backward(#6252, 대응 이슈 #6235)로, 어텐션 역방향 연산자의 신버전 Triton 호환성을 보강한 것으로 FlagTree의 다중 Triton 버전 병행 전략과 호응한다. 셋째는 [User Experience] pre commit config use gitcode mirror(#6231)로, pre-commit의 의존성 소스를 GitCode 미러로 전환한 것으로, 국내 개발자를 겨냥한 인프라 적응에 해당한다. 나머지는 결함 수정(fft res_out, boolean slice views, batch_norm 벤치마크 명명)과 KernelGen 측의 연산자 등록(Nvidia __iand__, Moore Threads linear, Ascend master_scatter_backward), KernelGen 테스트 발견 및 alias_copy.out 등록 수정(09-15 09:19/09:20)이다.

1.9 FlagGems-vllm과 추론 플러그인 라인: moe_sum 듀얼 백엔드, MTT S5000 topk, vLLM 0.24.0 (09-14/09-15)

날짜: 2026-09-14 ~ 09-15　출처: FlagGems-vllm #758 (MTT S5000 persistent_topk)

추론 측의 이 기간 움직임은 “특정 백엔드를 사용 가능하게 만들기”라는 층위에 집중되어 있다. FlagGems-vllm: Hygon이 moe_sum을 보강했고(#745), Damo Academy XuanTie가 같은 날 moe_sum 변형을 보강했으며(#772), 둘은 동일 연산자의 서로 다른 플랫폼 구현 대조를 이룬다. KMCompiler 라인은 top_k_per_row의 prefill/decode를 FlagGems 스위트로 전환하고 두 개의 벤더 블로킹 결함을 수정했으며 MTT prefill 하나를 보강한 뒤, Moore Threads MTT S5000을 위한 persistent_topk 백엔드를 추가했다(#758, 09-15 09:56). 플러그인 측: vllm-plugin-FL은 metax CI를 켜고 vLLM을 0.24.0으로 올렸으며(#488), 별도로 한 묶음의 적응 허용 테스트 케이스를 추가했다(#492). sglang-plugin-FL은 dispatch 단위 테스트를 플랫폼 설정과 분리했고(#94), 플러그인 사전 로딩에 벤치마크를 추가했다(#96).

1.10 FlagQuantum: Twin API 동결, QPU 디지털 트윈이 이력 시퀀스 관리로 진입 (09-14)

날짜: 2026-09-14　출처: FlagQuantum #31 (Twin v1 API 동결)

두 번째로 커밋 수가 많은 저장소(17건)로, 모두 하루 안에 10:29부터 22:34까지 진행되었으며 목적이 명확한 단방향 체인입니다. 먼저 신원 바인딩된 Twin 증거를 생성하고(#27), 다음으로 중복 검증 집계를 수행하고(#28), 이어서 검증 시퀀스를 확정하고(#29), #30에서 API 동결을 준비하고 #31에서 Twin v1 API를 공식 동결한 뒤, 수렴을 완료하고(#32), 커밋을 복원하고(#33), QPU 디지털 트윈을 영속화하고(#34), 순차적으로 캘리브레이션 드리프트를 비교하고(#35), 캘리브레이션 이력을 구축하고(#36/#37), 검증 이력을 구축하고(#38/#39), 이력을 연장 및 정렬하고(#40/#41), 후보를 비교하고(#42), 후보 커밋을 복원했습니다(#43). 하루 안에 「인터페이스 동결 + 이력 시퀀스 구축」의 조합을 완성한 것은 양자 방향이 2.2 주기 내에서 처음으로 트윈 데이터 관리를 재현 가능한 프로세스로 만든 것입니다.

1.11 프레임워크 및 도구 측면: FlagScale 통합 CI, Torch-FL 백엔드 라우팅 정렬, TE-FL Hygon 인터페이스 (09-14/09-15)

날짜: 2026-09-14 ~ 09-15　출처: FlagScale #1285 (크로스 가속기 CI 통합)

FlagScale의 [CICD] Unify dependency-coupled CI across accelerator platforms(#1285, 09-15 09:28)는 각 가속기 플랫폼에서 서로 결합된 CI 의존성을 통합 정리한 것으로, 훈련 프레임워크 측에서 「하나의 변경을 여러 플랫폼에서 실행해야 하는」 비용 문제에 대한 대응입니다. Torch-FL 두 건: ci: align backend routing with platform FlagGems availability(#272)는 백엔드 라우팅을 플랫폼에서의 FlagGems 실제 가용성과 정렬하고, fix: restore MUSA FlagGems routing and fall back the ops it cannot run(#275)는 MetaX MUSA의 FlagGems 라우팅을 복원하고 실행할 수 없는 연산자에 폴백 경로를 추가했습니다. 이 패치는 「라우팅은 존재하지만 연산자 커버리지가 완전하지 않다」는 것이 현재 멀티칩 스택의 현실적 제약임을 정확히 보여줍니다. TransformerEngine-FL 한 건: Hygon의 두 가지 multi-tensor scale 인터페이스를 지원합니다(#122). FlagPrism 한 건: Moore Threads를 위한 profiler 및 debugger 지원을 추가하고 문서를 업데이트했습니다(#11).

1.12 FlagGems-sglang: 경진대회 산출물 일괄 병합, 10개 PR이 같은 날 메인 저장소에 진입 (09-14)

날짜: 2026-09-14　출처: FlagGems-sglang #59 (fused rmsnorm warp2)

11:58부터 13:31까지 한 시간 반 동안 10개의 PR이 순차적으로 메인 저장소에 병합되었으며, 커밋 작성자와 브랜치 이름은 크로스 칩 연산자 최적화 경진대회의 참가 과제를 명확히 가리킵니다: competition/bmm-chunk, competition/decode-attention, competition/decode-grouped-attention, competition/embedding-lora-a, competition/mamba-layernorm-gated, competition/sgemm-lora-b, competition/fused-rmsnorm-warp2, 그리고 flagos-task19, flagos-task21-moe-sum-reduce 등의 과제 브랜치입니다. 경진대회 산출물이 이러한 일괄 형태로 메인 저장소에 진입한다는 것은 해당 저장소가 이미 「경진대회 성과 안착 채널」의 역할을 담당하고 있음을 의미하며, 이전 모니터링 기간에 같은 저장소는 산발적인 병합만 있었습니다.

1.13 build-infra: Hygon vLLM rc2.post1 이중 이미지 tag 기록 및 재검증 (09-14)

날짜: 2026-09-14　출처: build-infra #883 (Hygon 재검증 기록)

빌드 측 5개 커밋은 모두 하이곤 vLLM 라인을 중심으로 이루어졌다. 먼저 hygon 플러그인의 rc2 재빌드를 위한 대기 중 changelog를 보완하고(#879), 이어서 두 개의 애플리케이션 이미지 tag인 2.1.2-0.3.0rc2.post1_gc9bbcf0.d20260914와 2.1.2-0.2.2rc2.post1_g52949b6.d20260914를 연속 기록했으며(둘 다 hygon-dtk26.04에 대응하고, 각각 vllm-plugin-FL의 두 버전 라인에 대응), 그다음 upstream_prs 필드를 병합 대기 PR 추적 목록으로 재정의하고(#882), 마지막으로 위 rc2.post1 태그에서 완료된 하이곤 재검증을 기록했다(#883). 이미지 tag와 버전 레이블이 쌍으로 등장하는 것은 각 백엔드가 2.2 납품 범위에 진입할 수 있는지에 대한 직접적인 증거다.

1.14 docs와 release-info: 문서 라인이 CICD 개조에 편입되고 릴리스물 사이트 동기화 (09-15)

날짜: 2026-09-15　출처: docs #502 병합

docs 저장소는 09-15 09:12부터 09:28까지 4개의 커밋이 있었으며, 모두 new/flagcicd 브랜치와 main의 병합(#501, #502 및 두 번의 merge)으로, 문서 라인이 이번 CICD 개조에 편입되었다. release-info 저장소는 모니터링 기간 내에 푸시가 있었지만(09-14 12:42), 기본 브랜치와 브랜치 API 모두 모니터링 기간 내 신규 커밋이 보이지 않아 기존 판정 기준에 따라 릴리스물 사이트/태그 동기화로 분류하며, 본문 내용은 확인할 수 없다. 해당 저장소 설명은 ‘FlagOS 스택 릴리스물 정보를 게시하기 위한 플레이스홀더 사이트’이다.

2. 뉴스 보도와 생태계

2.1 Open3D-PIMC, 중국 컴퓨팅 파워 대회에서 오픈소스로 발표: 칭웨이즈넝과 즈위안 공동 개발, 3D 컴퓨팅 칩 컴파일 스택 보완 (09-14)

날짜: 2026-09-14　출처: 신화망 《하드웨어가 골격, 오픈소스가 맥: Open3D-PIMC가 국산 컴퓨팅 파워 소프트웨어 생태계의 핵심 퍼즐을 완성》

허베이 랑팡에서 열린 2026 중국 컴퓨팅 파워 대회에서 세계 최초로 3D 컴퓨팅 칩을 위한 프로그래밍 모델이자 오픈소스 소프트웨어 프레임워크인 Open3D-PIMC가 정식 오픈소스로 발표되었다. 베이징 칭웨이즈넝 테크놀로지와 베이징 즈위안 인공지능 연구원이 공동 개발했으며, 코드는 이미 오픈소스 커뮤니티에 공개되어 국산 AI 소프트웨어 스택인 즈중 FlagOS가 차세대 3D 컴퓨팅 칩을 겨냥한 주요 솔루션 중 하나로 자리매김하고 있다. 즈위안 AI 시스템 연구 책임자 먼춘레이가 내놓은 판단은 다음과 같다. 3D 칩의 핵심 기술이 돌파구를 마련하고 있고 양산 칩이 곧 잇따라 등장할 예정이지만, 이를 뒷받침할 컴파일러가 없으면 ‘선진 하드웨어, 비효율 소프트웨어’라는 딜레마에 빠질 수 있으며, 이 프로젝트의 목표는 산업 역량을 결집해 3D 칩 컴파일러의 글로벌 표준을 형성하는 것이다. 보도는 또한 FlagOS의 전체적인 입장을 인용했다. 이미 20개 칩 제조사의 30여 종 AI 칩에 적응했으며, GPU, NPU, GPGPU, DSA, RISC-V AI, ARM 등의 아키텍처를 포괄한다. 2026년 8월 알리바바가 Qwen3.8-2.4T-A95B를 발표한 당일, FlagOS 커뮤니티는 화웨이 어센드, 메타엑스, 칭웨이즈넝 등 9개 칩에서 적응 검증을 완료했다. 프로젝트 팀은 올해 4분기에 글로벌 최고 수준의 기술 콘퍼런스에서 3D 칩 컴퓨팅 파워를 겨냥한 최신 최적화 성과를 발표할 것이라고 밝혔다.

2.2 컴포넌트급 검색 열한 번째 연속 평온 기간: 핵심 적중은 즈위안 측 보도에 집중 (09-14~09-15)

날짜: 2026-09-14 ~ 09-15　출처: Google News 검색(FlagOS 및 컴포넌트명)

FlagOS 및 FlagGems, FlagScale, FlagTree, FlagPerf, FlagAttention, FlagCX, KernelGen, FlagQuantum, FlagPrism, FlagBLAS, FlagOS-Robo 등 컴포넌트명을 키워드로 한 중·영문 검색(when:7d 및 when:14d 기간 포함)에서 24시간 내 강한 관련성이 있는 중국어 보도는 단 1건(즉 2.1의 Open3D-PIMC)만 적중했고, 영문 측은 적중이 없었다. HN Algolia의 FlagOS, FlagGems 등의 검색어에 대한 조회도 모니터링 기간 내 유효한 기술 논의가 없었다. 이는 컴포넌트급 뉴스 검색의 열한 번째 연속 평온 기간이며, 이번 기간의 기술 정보 면은 기본적으로 전부 코드 저장소에서 나왔다. 주의할 점은 대표 키워드가 여전히 금융 시세 기사에 묻힌다는 것이다. 멤버 기관명으로 검색된 수백 건의 중국어 결과 중 대다수가 주가, 보호예수 해제, 공모주 평가 이익, 펀드 보유 종목 관련 내용이어서 제목 의미에 따라 전량 제외했다.

2.3 산업 측 세 가지 회의 라인: 서비스 무역 박람회, 와이탄 대회, 중국 컴퓨팅 파워 대회의 국산 컴퓨팅 파워 서사 (09-09~09-14)

날짜: 2026-09-09 ~ 09-14　출처: 관점망 《무어 스레즈 CFO 쉐옌쑹: 엔비디아의 중국 AI 칩 점유율 8% 미만으로 추락》

모니터링 기간 내 중국산 컴퓨팅 파워의 산업적 표현은 세 차례 회의에서 나왔다. 베이징 CIFTIS(무어 스레드 CFO 쉐옌쑹이 엔비디아의 중국 AI 칩 점유율이 95%에서 8% 미만으로 하락하고 중국산 가속 카드 점유율이 60%를 돌파했다는 기준을 제시하고, 국가급 연구소와 협력하여 12,000장 이상의 카드 클러스터로 2,360억 파라미터 과학 대형 모델 사전 학습을 완료했으며 현재 조 단위 파라미터를 공략 중이고, 베이징대 팀이 S5000 클러스터 기반 세계 모델로 스탠퍼드 트랙 리더보드에서 47일 이상 1위를 차지했다고 공개), 상하이 Bund Conference(09-09~09-12, 칭웨이즈넝이 앤트 그룹과 튜닝 후 대형 모델 추론 성능 10배 향상을 시연하고 텐센트 클라우드와의 전략적 협력 및 Token 공장 구축 계획 발표), 랑팡 중국 컴퓨팅 파워 콘퍼런스(Open3D-PIMC 최초 공개 및 회원사들의 이종 추론 방향 다수 발표)다. 세 회의 라인의 공통 서사는 「사용 가능에서 잘 사용 가능으로」이며, FlagOS 측 2.2 테스트 기간의 작업 중점과 일치한다.

3. 회원사 심층 분석

3.1 칭웨이즈넝: Open3D-PIMC와 재구성 가능 컴퓨팅 파워 5000P의 이중 서사 (09-14)

날짜: 2026-09-14　출처: 신랑파이낸셜(환치우왕)《AI가 대화에서 생산으로 나아갈 때 칭웨이즈넝이 재구성 가능 컴퓨팅 파워로 인터넷 컴퓨팅 파워의 새로운 수요를 해독하다》

칭웨이즈넝은 이번 모니터링 기간 GitHub 측에 전용 커밋이 없으며, 움직임은 뉴스 측에 집중되어 두 갈래로 나아간다. 첫째는 2.1의 Open3D-PIMC다. 이 프로젝트는 칭웨이즈넝과 즈위안이 공동 개발했으며, 칭웨이즈넝 소프트웨어 부사장 리빈이 중국 컴퓨팅 파워 콘퍼런스 기조연설에서 회사의 8년 경로를 「아키텍처로 공정을 보완하고, 집적으로 제조 공정을 초월하고, 시스템으로 컴퓨팅 파워를 모으고, 오픈소스로 생태계를 창조한다」로 요약하고, 전국에 이미 배치되었거나 건설 중인 재구성 가능 컴퓨팅 파워 규모가 5000P를 초과한다는 기준을 제시했다. 둘째는 Bund Conference 참가다. 2025년 하반기부터 앤트 그룹과 심층 튜닝하여 대형 모델 추론 성능 10배 향상을 달성했고, 2026년에는 텐센트 클라우드 등 인터넷 고객과 전략적 협력을 체결하고 Token 공장 구축을 추진하고 있다. 두 가지를 함께 읽으면, 칭웨이즈넝이 현재 FlagOS 생태계에서 맡은 역할은 연산자를 보충하는 것이 아니라 「차세대 칩 형태의 소프트웨어 정의자」 방향으로 자리를 선점하는 것이다. 3D 칩 컴파일 스택과 재구성 가능 컴퓨팅 파워 시스템은 동일 서사의 상하류다.

3.2 하이곤 정보: 17개 연산자에서 rc2.post1 이미지 재검증까지, 이번 모니터링 기간 엔지니어링 작업량 1위 (09-14)

날짜: 2026-09-14　출처: FlagGems-Experimental #568 (Hygon conv_depthwise2d)

하이곤은 이번 모니터링 기간 엔지니어링 작업량이 가장 큰 회원사로, 네 가지 작업 면이 동시에 추진되었다. 연산자 면(FlagGems-Experimental의 17개 Hygon 연산자가 17:51부터 18:54까지 일괄 등록), 추론 면(FlagGems-vllm에 moe_sum 추가), 프레임워크 면(TransformerEngine-FL이 두 가지 multi-tensor scale 인터페이스 지원), 빌드 및 전달 면(build-infra가 두 개의 hygon-dtk26.04 rc2.post1 애플리케이션 이미지 tag를 기록하고 재검증 완료, 1.13 참조). 뉴스 측에서는 하이곤 정보가 09-09 중국 유나이티드 네트워크 파트너 콘퍼런스에서 최초 공개한 「토큰 운영을 위한 듀얼 칩 가속 솔루션」(CPU를 지능형 스케줄링 허브로, DCU를 가속 컴퓨팅 엔진으로 하여 토큰 생산부터 재구매 확장까지의 비즈니스 폐쇄 루프를 연결하고, 컴퓨팅 파워·상호 연결·보안·소프트웨어 스택 네 차원에서 개방)이 모니터링 기간 내에도 산업 매체에서 계속 인용되었으며, 이는 컴퓨팅 파워 판매를 토큰 운영으로 환산하는 제품화 표현이다. 연산자 일괄 보충 + 이미지 재검증 + 버전 태그 세 가지가 정렬된 것은 하이곤 라인이 이미 전달 가능한 상태에 진입했음을 보여준다.

3.3 무어 스레드: 어텐션 백엔드, profiler 통합 및 CIFTIS 점유율 기준 (09-14)

날짜: 2026-09-14　출처: FlagPrism #11 (mthreads profiler/debugger)

무어 스레드의 모니터링 기간 내 기술적 움직임은 네 개 모듈에 분포한다. FlagAttention에 mthread 어텐션 백엔드 추가(#61), FlagGems와 FlagGems-Experimental에 각각 무어 스레드 특화 연산자(linear, cholesky_inverse, linalg_ldl_solve, ormqr) 추가, FlagGems-vllm에 MTT S5000의 persistent_topk 백엔드 추가(#758), FlagPrism에 profiler 및 debugger 지원 추가(#11)와 동시에 FlagTree에 통합(#1106). 네 가지를 연결해 보면, 무어 스레드가 이번에 보충한 것은 「관측 가능성」과 「추론 인기 연산자의 플랫폼 특화」이지 단순히 연산자 수를 늘리는 것이 아니다. 산업 측면은 2.3의 CIFTIS 점유율 기준과 12,000장 카드 클러스터, S5000 세계 모델 등의 데이터로, 회원사 중 대외 표현이 가장 공격적인 회사다.

3.4 메타엑스: metax CI와 vLLM 0.24.0, 시윈 C700 테이프아웃 전야 진입 (09-14)

날짜: 2026-09-14　출처: vllm-plugin-FL #488 (metax CI 및 vLLM 0.24.0)

소프트웨어 측면 두 가지: FlagAttention에 metax 어텐션 백엔드 추가(#60); vllm-plugin-FL에서 metax CI를 활성화하고 vLLM을 0.24.0으로 올림(#488), build-infra에 기록된 버전 라인과 동기화; 또한 Torch-FL에서 MUSA의 FlagGems 라우팅을 복구하고 실행 불가능한 연산자에 폴백을 다시 추가(#275), 이 패치의 가치는 “라우팅 정렬 이후에도 여전히 연산자 공백이 존재한다”는 현실을 인정한 데 있다. 하드웨어 측면에서는 여러 매체가 09-14에 MetaX의 반기 실적 설명회(09-07) 발언을 집중 보도했다: 차세대 플래그십 GPU 시윈 C700의 핵심 설계와 기능 검증이 거의 완료되었고, 다음 단계로 테이프아웃, 소프트웨어 적응, 고객 테스트 및 양산 도입을 추진하며, FP4 등 저정밀도 지원을 새로 추가하고, 전체 성능은 엔비디아 H100에 대응하며, 공급망은 웨이퍼 파운드리, 패키징, 대용량 메모리 단계에서 모두 국산화 방안을 갖추고 있다; 전세대 C600은 2026년 5월 양산에 들어갔으며 144GB HBM3e, FP8 연산 약 1000TFLOPS를 갖추고 있다. 기관들은 C700이 2027년 하반기에 양산될 것으로 예측한다.

3.5 Enflame: enflame 백엔드 지속 등록, IPO 이후 시가총액과 고객 구조 서사 (09-14)

날짜: 2026-09-14　출처: FlagGems #6200 (enflame 동기화)

기술 측면 두 가지: FlagAttention에 enflame 어텐션 백엔드 추가(#58); FlagGems 메인라인에 Enflame 브랜치의 일괄 동기화 병합(#6200, enflame to flagos 20260911), 벤더 브랜치 변경사항을 업스트림으로 병합. 산업 측면은 IPO 이후 연속 보도: 09-14에 시가총액이 1800억 위안을 초과, 상장 첫날 주가 179% 급등, 자금 조달 9.12억 달러, 청약 1계좌당 수익 약 13만 위안, 공모주 청약 평가이익 약 35.59억 위안이라는 보도가 있었다; 동시에 매출이 2.8배 성장했지만 적자가 확대되고 단일 고객 텐센트에 대한 의존도가 83%에 달한다는 의문 제기 보도도 있었다. FlagOS 관점에서 기록할 만한 점은: Enflame이 이 모니터링 기간에 “신규 백엔드 지속 등록”의 주체이면서도, 동시에 회원 단위 중 자본 서사와 경영 의문이 가장 밀집한 곳이기도 하다는 것이다.

3.6 Iluvatar CoreX: iluvatar 백엔드 명칭 통일, 자본시장 해제 전 모니터링 기간 진입 (09-14)

날짜: 2026-09-14　출처: FlagCX #583 (iluvatar 빌드 키 통일)

FlagOS 내부 조치는 FlagCX의 빌드 키를 iluvatar_corex에서 iluvatar로 개명한 것(#583)으로, 백엔드 명칭 수렴에 속하며 동일 벤더가 툴체인에서 두 가지 식별자로 나타나는 상황을 줄인다. 산업 측면에서 이 모니터링 기간에 중대한 기술 발표는 없었고, 주로 홍콩 증시와 A주 반도체 섹터 시황 기사에 등장했으며(예: 09-15 장 초반 반도체주 상승, 관련 종목 3% 이상 상승), 관례에 따라 기술 동향으로 수록하지 않고 기록만 남긴다.

3.7 Cambricon과 다모원 XuanTie(외부 생태계 측): XPU 태그와 PPU 이중 라인 접속 (09-14/09-15)

날짜: 2026-09-14 ~ 09-15　출처: FlagCX #592 (T-Head PPU CI)

회원 단위 명단에 없는 두 벤더가 이 모니터링 기간에 동시에 참여를 심화했으며, 둘 다 “워크플로 전달”에서 “통신 및 연산자 계층”으로 한 걸음 더 나아갔다. Cambricon 라인: FlagTree에서 XPU 디바이스 조회와 cuda-graph capture 오류 수정(#1168), 그리고 0.7.0rc2+xpu3.6 태그 추가(최초의 비 Triton 접미사 가속기 tag); 연산자 측면에서 mvlgamma 백엔드 특화 추가(FlagGems-Experimental #605). 다모원 XuanTie(T-Head) 라인: FlagCX에서 먼저 PPU CI 워크플로 추가(#592) 후 PPU torch 플러그인 지원 보완 및 워크플로 확장(#596, 09-15 00:49), 이는 통신 라이브러리 계층에서 최초로 PPU에 접속한 것이다; FlagGems-vllm은 같은 날 moe_sum의 T-Head 변형 추가(#772). 두 업체 모두 “먼저 CI 접속, 그다음 연산자 보완, 마지막으로 목록 진입”의 경로를 따르고 있어, FlagOS의 신규 칩 접속이 이미 절차화되었음을 보여준다.

3.8 BAAI(주관 측): RC2 거버넌스 규율과 Open3D-PIMC의 규칙 정의권 표현 (09-14)

날짜: 2026-09-14　출처: community 2.2 릴리스 일정

주도 측은 이번 모니터링 기간에 저장소 액션이 단 한 번뿐이었지만, 그것으로 전체 릴리스 체인을 조율했다. 09:35의 RC2 목록 커밋 이후 10분 안에 23개 컴포넌트가 집단으로 태깅되었다. 목록, 일정, 커밋 설명을 함께 읽으면 이 거버넌스 체계의 몇 가지 명확한 제약이 드러난다. 기능 동결(08-31)과 릴리스(09-28) 사이의 테스트 기간에는 버그 수정과 인수 테스트만 받고, GA는 「FEP의 Test Plan이 다중 칩 매트릭스에서 인수 통과」를 졸업 기준으로 삼으며, 버전 반복은 모듈 버전 번호를 바꾸지 않고 .postN으로 증가시킨다. 대외 표현에서 Xinhua Net 보도는 Open3D-PIMC의 의의를 「규칙의 주도적 정의」에 두었다. 차세대 하드웨어를 위한 프로그래밍 모델과 오픈소스 생태계를 먼저 구축하는 쪽이 기술 노선을 정의할 주도권을 쥔다. 이는 FlagOS가 일관되게 내세우는 「한 번 개발, 다중 칩 실행」 포지셔닝과 일치한다.

4. 요약 및 트렌드 관찰

이번 모니터링 기간은 2.2 릴리스 주기에서 정보 밀도가 가장 높았던 날이며, 세 가지 층위에서 정리할 수 있다:

  • 릴리스 측: 2.2가 RC2에 진입했고, 풀스택 스냅샷 세대 교체가 완료되었다. 목록 선행, 스크립트 실행, 10분 내 23개 컴포넌트 집단 태깅을 통해 테스트 기간에 누적된 수정 사항을 일괄적으로 가져올 수 있는 잠금 버전 세트로 고정했다. 09-28 GA까지 아직 14일이 남아 있으며, 이후에는 rc2.postN의 증가 리듬과 Go/No-Go 결론을 주목해야 한다.
  • 엔지니어링 측: 인수 격차가 하나씩 메워지고 있으며, 뚜렷한 벤더 분업이 동반된다. Hygon은 17개 연산자를 보완하고 이미지 재검증을 완료했으며, Moore Threads는 profiler와 추론 인기 연산자를 보완했고, MetaX는 vLLM 0.24.0과 metax CI를 연결했으며, Enflame은 벤더 브랜치를 메인라인으로 병합했고, Kunlunxin과 DAMO Academy XuanTie는 「CI → 연산자 → 목록」 경로로 접속했다. 2.2 전달 범위를 판단하는 직접적 근거는 여전히 build-infra에서 쌍으로 등장하는 이미지 tag와 버전 레이블이다.
  • 생태계 측: 「칩 적응」에서 「하드웨어 형태 정의」로 나아가고 있다. Open3D-PIMC는 Tsingmicro와 BAAI가 공동 오픈소스로 공개했으며, FlagOS의 경계를 다중 칩 소프트웨어 스택에서 3D 컴퓨팅 칩을 위한 프로그래밍 모델과 컴파일 스택으로 확장하고, 4분기에 글로벌 최고 학회에서 최적화 성과를 발표하겠다고 명확히 밝혔다. 이런 액션의 수익은 당기 연산자 수가 아니라 차세대 칩 설계 참조권에 있다.
  • 관찰 대기 항목: 첫째, FlagTree에 처음 등장한 +xpu3.6 형태의 가속기 전용 레이블이 각 백엔드의 표준 전달 형태로 확대될지 여부. 둘째, Torch-FL이 실행 불가능한 연산자에 폴백 경로를 추가한 것은 「라우팅은 정렬되었지만 연산자 커버리지가 불완전」이 다중 칩 스택의 상시 제약임을 보여주며, 2.2의 인수 매트릭스가 이런 격차를 포괄할 수 있는지 추적할 가치가 있다. 셋째, PPU(DAMO Academy XuanTie)와 XPU(Kunlunxin) 두 외부 생태계 측의 접속 속도가 일반 벤더보다 현저히 빠른데, 이것이 정식 멤버로 전환될지 여부.

한계 설명: 본 보고서의 기술적 사실은 전부 공개 코드 저장소와 공식 릴리스 자료에서 나왔으며, 그중 릴리스 리듬, 목록 구조, 버전 번호는 community 저장소 파일을 기준으로 한다. 산업 측 정보는 매체 보도에서 나왔으며, 회의 현장에서의 벤더 일방적 발언(예: 칩 시장 점유율, 컴퓨팅 파워 배치 규모, 모델 리더보드 성적)을 포함하고, 독립적으로 검증되지 않았으며, 인용 시 출처를 표기했다. 컴포넌트급 뉴스 검색은 열한 번째 모니터링 기간까지 연속으로 유효한 적중이 없었으므로 기술적 측면의 결론은 매체 보도가 아닌 코드 증거에 의존한다. 멤버 기관 관련 수백 건의 검색 결과 중 대다수는 자본시장 콘텐츠였고 의미 기준으로 제외했으며, 시황 기사에 묻힌 소량의 기술 뉴스를 누락했을 수 있다.

전체 출처 목록

광 중량급 발표 Token 운영 「듀얼 칩」 가속 솔루션 (09-09 차이나 유니콤 파트너 콘퍼런스) — https://finance.sina.com.cn/tech/roll/2026-09-09/doc-inirfivw3765495.shtml