AI Coding.Info
RepositoriesREPORTS
ABOUT

Használható a helyi LLM az AI kódolására? ~A mesterséges intelligencia kódolási trendjeinek összefoglalása 2026 júliusában az adatok alapján~

szerző: @kotauchisunsun

Megjelenés dátuma: 2026/08/12

AI Coding Agent trendek 2026 augusztusában

2025 júliusa óta üzemeltetünk egy AI Coding.Info nevű oldalt.

https://ai-coding.info/

https://x.com/AICodingInfo

Ez egy olyan webhely, amely az AI kódoló ügynökökhöz, például a Claude Code-hoz, a Codex CLI-hez, a Github Copilothoz és a Geminihez kapcsolódó használati trendeket figyeli meg egy fix pontról a Github adattárakból származó információk alapján. Az AI Coding Agent használatának meghatározásához napi felméréseket végzünk az alábbi feltételek mellett.

A múlt hónap trendjei

https://ai-coding.info/reports/articles/20260703

Az AI kódoló ügynök használati aránya 13,0%

Az AI Coding Agent adattár kihasználtsága 13,0% volt, ami 0,9%-os növekedést jelent a legutóbbi 12,1%-hoz képest.

image.png

image.png

AI kódoló ügynök használati aránya 2026/8/1

https://ai-coding.info/?date=2026-08-01#adoption-rate

Az AI kódoló ügynök használati aránya 2026. július 1-jén

https://ai-coding.info/?date=2026-07-01#adoption-rate

Az AI kódoló ügynök használati arányának trendjei 2026/7/1 és 2026/8/1 között

https://ai-coding.info/?date=2026-04-01&since=2026-07-01&until=2026-08-01#share-trend

Az AI kódoló ügynök részesedése termékenként

A termékenkénti részesedés a következő.

RangsorTermék neveRészvény árfolyam
1. helyCodex CLI40,8%
2. helyClaude Code32,0%
3. helyMásodpilóta ügynök15,1%
4. helyGemini CLI (Antigravitáció)5,3%
5. helyKurzor4,4%

Míg a Codex CLI részesedése növekszik, a Claude Code változatlan marad. A Copilot Agent és a Gemini CLI (Antigravity) szintén enyhe csökkenést mutat. A kurzor egy olyan dolog, amire egy kicsit figyeltem. A kurzort a SpaceX vette fel. Voltak hírek.

https://www.nikkei.com/article/DGXZQOGN16BC70W6A610C2000000/

Ezért lesz változás ennek a kurzornak a részesedési arányában? Azt hittem, de a múlt hónapban 4,7%, ebben a hónapban pedig 4,4%, szóval nincs akkora változás. Az alább említett adattárak számát tekintve július 1-jén 85 adattár volt, amely elfogadta a Cursort, és augusztus 1-jén a szám nem változott, 85. Emiatt a jelenséget tekintve az AI Coding Agentet használó adattárak populációja összességében nőtt, de a kurzorhasználat száma nem nőtt. Ennek eredményeként a teljes piaci részesedés csökken. Ez jelenséggé vált. Az AI Coding.Info kutatás sajátosságai miatt azonban a Cursor-specifikus konfigurációs fájlokkal (.cursor) rendelkező adattárak száma nem változik. Ennek ellenére a Cursor maga támogatja az AGENTS.md-t. Az AI Coding.Info kimondja, hogy az AGENTS.md-vel rendelkező adattárak száma = a Codex CLI átvételének száma, tehát bár a kurzort használják, lehetséges, hogy Codex CLI-nek számítják, és fennáll annak a lehetősége, hogy a használatok száma egy láthatatlan részben növekszik.

image.png

AI Coding Agent részesedési aránya 2026.08.01

https://ai-coding.info/?date=2026-08-01&since=2026-07-01&until=2026-08-01#agent-share

AI Coding Agent részesedési arány 2026/7/1

https://ai-coding.info/?date=2026-07-01&since=2026-07-01&until=2026-08-01#agent-share

AI Coding Agent használati állapota programozási nyelv szerint

Az AI Coding Agent leggyakrabban használt programozási nyelve a "TypeScript", a második a "Python", a harmadik a "Rust", a negyedik a "Go" és az ötödik a "C#". Az AI Coding for TypeScript alkalmazási aránya továbbra is magas, míg a 'Python', 'Rust' és 'Go' második csoport, valamint 'C#' mint harmadik csoport összetétele következetes tendencia volt az elmúlt években.

image.png

AI kódoló ügynök rangsorolása programozási nyelv szerint 2026/8/1

https://ai-coding.info/?date=2026-08-01&since=2026-07-01&until=2026-08-01#language-agent-rank

AI kódoló ügynök rangsorolása programozási nyelvek szerint 2026. július 1-jén

https://ai-coding.info/?date=2026-07-01&since=2026-07-01&until=2026-08-01#language-agent-rank

Az AI Coding Agent által használt adattárak számának havi trendjei

Az adattárak száma 2026/07/01-ig 1794 volt, de 2026/08/01-től 1940-re nőtt, az AI Coding Agentet használó adattárak száma pedig 146-tal nőtt.

image.png

Változások az AI Coding Agentet használó adattárak számában 2026/7/1 és 2026/8/1 között

https://ai-coding.info/?date=2026-08-01&since=2026-07-01&until=2026-08-01#time-based-bar-chart

Használható a helyi LLM az AI kódolására?

Júniusban Claude kiadta az LLM-ek következő generációját, a Mythos-t és a Fable 5-öt, amelyek teljesítményükkel sokkolták az iparágat. Ezt követően azonban a kínai Kimi cég kiadott egy nyitott súlyú Kimi-K3 modellt, ami már-már Fable osztályú. Ez forró téma lett. Még a tényleges benchmarkokat nézve is közel állnak a számok.

image.png

https://artificialanalysis.ai/#intelligence-category-tabs

Amikor arra gondoltam,

**A helyi LLM nem választható az AI-kódoláshoz is? **

Szerintem ezt gondolhatod. Megvizsgáltam azt a területet. Az alábbi táblázat felsorolja a főbb nyitott súlyú LLM modelleket a fenti grafikonon.

Modell neveCég neveKihirdetés dátumaParaméterek számaAktív paraméterek számaKontextus hosszaIntelligencia Index
Kimi K3(max)Kimi (Kína)2026/072800M104B1M60
GLM-5.2(max)Z AI (Kína)2026/06756B40B1M53
DeepSeek V4 Flash 0731DeepSeek(Kína)2026/07284B13B1M52
MiMo-V2.5-ProXiaomi (Kína)2026/041,023B42B1M43
Muse Glimmer (magas)Meta(USA)2026/0830B256K35
Gemma 4 31B (Érvelés)Google (USA)2026/0430,7B256K30

Azonban ezek valóban működnek a számítógépen? Ezt nem igazán értem. Ezért az általunk vizsgált meghatározási módszer az volt

A szükséges VRAM memória a

2[GB] 1. paraméterenként[B]

van. A számítógépe VRAM memóriakapacitása és a futtatni kívánt modell paramétereinek száma alapján hozzávetőlegesen megbecsülheti, hogy működik-e. ezért,

**Matematikailag 5,6 TB (5600 GB) memória szükséges a Kimi-K3 futtatásához. **

Ennek okát megmagyarázom. A standard elosztott LLM modellben a súlyokat decimális számokkal fejezik ki bf16 vagy fp16 pontossággal. Ezekhez minden paraméterhez 2 bájt szükséges. A gyakran látható jelölés, például 30[B], a paraméterek száma, a B pedig milliárdot jelent, és 10^9-et jelent. Ezért látható, hogy egy olyan modell, mint a 30[B], 30×10^9 tömegadatokkal rendelkezik. És 1[GB]=1*10^9[Bájt]. Ha így gondolkodunk, korábban már említettük, hogy a szabványos súlyok 2 bájtban vannak tárolva, így súlyonként 2 bájt szükséges, ami 2 [GB]-ot jelent 1 [B] paraméter tárolására. Ez a számítás. Ez a korábban említett "2[GB] 1[B] paraméterenként" jelentése. Ez azonban csak közelítés; ez a minimális követelmény a súlyok VRAM-ba való betöltéséhez, és mivel ezen kívül még memória is használható, ezért ezt szigorúan nem szabad túllépni. Ez a VRAM kapacitása.

Itt jön képbe a kvantálás fogalma. Lehet, hogy láttad a Q4_0 vagy a Q4_K_M. Ez egy olyan technika, amely a súlyt a bitek számára tömöríti. Ezért a Q4_0 esetében durván szólva a súlykapacitás 4 bit (a Q4_0 4 része). Ezért ebben az esetben a kapacitás 0,5 [GB] per 1 [B]. Ezeknek egy gyors referenciatáblázata így néz ki:

Kvantálási módszerSzükséges memória mennyisége 1[B] [GB]-onként
bf16,fp16(standard)2.0
Q8_01.0
Q4_00,5

Láthat egy olyan jelölést, mint például a Q4_K_M, de durván szólva ez egy olyan modell, amely a Q4_0-hoz képest növeli a pontosságot, de valamivel több memóriakapacitást használ. Ezzel jó tisztában lenni. Van egy másik módja is annak megállapítására, hogy egyszerűen nézze meg a súlyfájl (safetensor vagy gguf) fájlméretét. Ha ez meghaladja a VRAM memóriakapacitást, általában nem fog működni. Szerintem gondolhatod.

Innen egy gyors referencia táblázatot készítettünk a VRAM memória mennyiségéről, a kvantálási módszerről és a paraméterek számáról.

VRAM memória kapacitása [GB]A paraméterek száma (bf16,fp16)[B]Paraméterek száma (Q8_0)[B]Paraméterek száma (Q4_0)[B]
84816
1681632
24122448
32163264
643264128
12864128256
256128256512
5122565121024
102451210242048
2048102420484096

Körülbelül meddig lehet csinálni? Figyelembe véve, hogy ha 8 GB VRAM-mal rendelkező modellről van szó, akkor RTX 5050 lesz, az Amazon ára pedig 55 000 jen. Ez akkor működhet, ha a modell körülbelül 8[B] Q8_0-val kvantált. Ez a szint.

https://link.amazon/B0brulI9R

Amikor a VRAM 16 GB-ra nő, az RTX 5060 Ti körüli modell lesz, ami körülbelül 108 000 jenbe kerül. Ezen a ponton a Q4_0 kvantálással a 30[B] osztályú LLM működik vagy sem. Ez a szint.

https://link.amazon/B0ghUQISo

Amikor a VRAM 32 GB-ra nő, az RTX 5090 zászlóshajó modelljévé válik, és 795 000 jenbe kerül. Ha erről van szó, azt hiszem, ez olyan szinten van, hogy nem tudod megtenni, ha nincs nagy elszántságod. szerintem igen. Ez a Q8_0 kvantálása, és hogy a 30[B] osztályú modell működik-e vagy sem. Körülbelül ugyanazon a szinten lesz.

https://link.amazon/B03EseQp5

Ez a terület a fogyasztói termékszint felső sora. Ami a professzionális szintet illeti, az RTX PRO 6000 Blackwell 96 GB memóriával van felszerelve. **Az ár 2,35 millió jen. ** Itt még a Q4_0 kvantálási szinten is csak a 192[B] modell működik, tehát a zászlóshajó modell nem működik.

https://link.amazon/B0g76ngZz

És mivel voltak adatok a szerverre telepítendő GPU-fürtről, csak referenciaként teszem közzé. NVIDIA B300 esetén a memória 288 GB, az ára pedig 8,63 millió jen. Ha az egyik, akkor a DeepSeek V4 Flash 0731 Q8_0 kvantálással működhet. A Q4_0 működni fog. Ha kettő van (ez 17 millió jennek felel meg), akkor a MiMo-V2.5-Pro ​​a Q4_0 kvantálással működhet.

image.png

https://www.nttpc.co.jp/cgi-bin/gpu/simulation/custom/index.cgi

Ezért, ha összehasonlítjuk a memória mennyiségét és a paraméterek számát, akkor ez kb. Persze ennél többről is lehet vitázni, és hogy ez bekerül-e az emlékezetbe vagy sem. Tehát elég TOK/s-t generál a normál használathoz? Van egy másik probléma is. Ez a cikk az alapokról szól. Az LLM rendelkezik Dense és MoE nevű architektúrákkal, a MoE-ben pedig csak az aktív paraméterek számítanak ki, és a végrehajtási módtól függően van mód a fizikai memória mennyiségének csökkentésére úgy, hogy a szükséges Experteket kiolvassák a tárhelyről stb. A modell végrehajtásának azonban vannak speciális szempontjai, és a tárhelyről a memóriába való betöltés szűk keresztmetszetgé válhat. Vannak ilyen történetek, de itt figyelmen kívül hagyjuk az ilyen részleteket, és egyszerűen figyelembe vesszük a kapacitást, amikor a modell összes súlyát a memóriában tároljuk.

Tehát, ha a jelenlegi Q4_0 vagy Q8_0 kvantált zászlóshajó modellt szeretné futtatni, akkor szüksége lesz egy olyan gépre, amely legalább 10 millió jenbe kerül. Ez az érzés. Másrészt működhet, ha speciális hardvert használ a még nagyobb kvantálás eléréséhez. Például vannak, akik 2 bites kvantálást és 3 bites kvantálást futtatnak a 128 GB memóriával (elfogyott) és a DGX Sparkkal (128 GB memória) rendelkező M4 Mac gépen.

https://zenn.dev/tkhr_sait/articles/20260508_try-local-deepseek-v4

https://dev.classmethod.jp/articles/dgx-spark-deepseek-v4-flash-0731-llama-cpp/

Másrészt valószínűleg ez a határ az egyén számára. Ez egy bőr érzés. Én személy szerint az 1 bites kvantálásra figyelek. A híres modellek közé tartozik a Bonsai és olyan technológia, mint a BitNet, de az 1 bites kvantáláshoz szükséges know-how-t nem hozták nyilvánosságra, így nem próbáltam ki (valószínűleg hatalmas időt vesz igénybe, és csökkenti a következtetések pontosságát).

Tehát személy szerint, ha megjelenne a DeepSeek 1 bites kvantált verziója (kb. 35,5 GB), akkor egy olyan világot láthatnék, amelyben lokálisan, fogyasztói szintű GPU-n is futtatható lenne, némi találékonyságtól függően, de mivel jelenleg ez nem áll rendelkezésünkre, ez elég nehéz. Ez az őszinte igazság.

Ezért,

**Nem reális a zászlóshajó modellt helyi LLM-mel üzemeltetni. **

Ez az általános benyomásom. Ha tényleg azt akarod, hogy működjön, akkor szerintem végezned kell egy kis tesztet.

gondolat

Ezúttal a helyi LLM-re összpontosítottam előadásomat. Amikor a Kimi-K3 megjelent, nagyon megdöbbentem, és a Fable osztály beköltözött a helyi LLM-be! Egészen lenyűgöző volt, de még csak mozgatni sem tudom azzal a felszereléssel, ami van. Ez volt az őszinte benyomásom. Régebben megjelent egy cikk a helyi LLM-ről, de akkoriban nem működött túl jól, ezért magam is szeretnék egy kicsit mélyebbre ásni benne. azt hittem.