# GoSuda

> GoSuda is an open-source working group building high-performance networking, storage, runtimes, and developer tooling in Go.

- [Home](https://gosuda.org/bg/)
- [GitHub Organization](https://github.com/gosuda)
- [Full Markdown Corpus (llms-full.txt)](https://gosuda.org/llms-full.txt)
- [Agent Discovery Card (.well-known/agent-card.json)](https://gosuda.org/.well-known/agent-card.json)
- [RSS Feed](https://gosuda.org/bg/feed.rss)
- [Sitemap](https://gosuda.org/bg/sitemap.xml)

## Packages & Projects

- [Стартиране на Docker-in-Docker вътре в gVisor и Nested Sandboxes с gvx](https://gosuda.org/bg/blog/posts/docker-in-docker-inside-gvisor-with-gvx-z48916d03) ([Markdown](https://gosuda.org/bg/blog/posts/docker-in-docker-inside-gvisor-with-gvx-z48916d03.md)): Защо инсталирането на docker.io или вграждането на runsc в контейнер на gVisor се проваля при modprobe, iptables-nft, overlay2, cgroups и seccomp EBUSY, и как gvx сигурно стартира вложен docker:dind в изолирано user-space kernel без --privileged.
- [Бързи изолирани Docker среди за AI Agent RL Rollouts с gvx](https://gosuda.org/bg/blog/posts/fast-docker-environments-for-agent-rl-rollouts-z48916d04) ([Markdown](https://gosuda.org/bg/blog/posts/fast-docker-environments-for-agent-rl-rollouts-z48916d04.md)): Как да се изпълняват сигурно стотици паралелни, силно изолирани непривилегировани Docker и Kubernetes среди за SWE-bench и за rollouts при обучение с подсилване на кодиращи агенти, с нулиране на ext4lite томове с copy-on-write за 100 милисекунди.
- [gvx: Изпълнение на Linux Containers, Docker и Kubernetes в един непривилегирован процес](https://gosuda.org/bg/blog/posts/gvx-cross-platform-linux-containers-z48916d01) ([Markdown](https://gosuda.org/bg/blog/posts/gvx-cross-platform-linux-containers-z48916d01.md)): Техническо обобщение на gvx, сигурно усилена, кросплатформена среда за изпълнение на контейнери и Go SDK, изградени върху потребителското ядро gVisor, което безопасно изпълнява Linux контейнери, Docker-in-Docker и многовъзлов高 HA Kubernetes в един непривилегирован процес в Windows, macOS и Linux.
- [Portal Tunnel: Разкриване на localhost услуги през децентрализирани публични релейни сървъри](https://gosuda.org/bg/blog/posts/make-localhost-public-with-one-curl-—-portal-tunnel-z2f33ae49) ([Markdown](https://gosuda.org/bg/blog/posts/make-localhost-public-with-one-curl-—-portal-tunnel-z2f33ae49.md)): Излагайте локални HTTP услуги към публичния интернет с една единствена команда curl чрез многорелейни, безразрешителни Portal тунели, без регистрация на акаунт или инсталиране на двоичен файл.
- [Изпълнение на Docker, docker build и docker compose без root права или user namespaces](https://gosuda.org/bg/blog/posts/run-docker-without-root-or-userns-gvx-z48916d02) ([Markdown](https://gosuda.org/bg/blog/posts/run-docker-without-root-or-userns-gvx-z48916d02.md)): Как сигурно да се стартира пълноценен Docker Engine (dockerd, BuildKit, overlayfs и docker compose) в изолирана gVisor sandbox среда в потребителското пространство като непривилегирован потребител, когато root, sudo, unshare(CLONE_NEWUSER), mount(2) и /dev/fuse са блокирани.
- [HQQ: Изолиране на C библиотеки от Go чрез споделена памет, подравнена по кеш линия](https://gosuda.org/bg/hqq) ([Markdown](https://gosuda.org/bg/hqq.md)): Среда за IPC без cgo, IDL компилатор (hqq-bindgen) и верифициран супервайзър на процеси, които изпълняват нативни C11 библиотеки в изолирани работни процеси чрез споделени кръгови буфери в паметта.
- [Portal: отворен релей с потокова криптография от край до край, който препраща локални услуги към външни мрежи](https://gosuda.org/bg/portal) ([Markdown](https://gosuda.org/bg/portal.md)): Той описва архитектурата Portal, която позволява локален сървър да бъде предоставен на външния интернет чрез отворена релейна мрежа с край-до-край криптиране (E2EE), без да е необходима публичен IP адрес или настройка на облачна инфраструктура.
- [Portalite: Лек Go SDK за Portal с мултирелейно свързване и съвместимост със стандартния net.Listener](https://gosuda.org/bg/portalite) ([Markdown](https://gosuda.org/bg/portalite.md)): Лек клиент и CLI за Portal, който поддържа стандартния интерфейс net.Listener на Go, едновременно свързване към множество релета, криптиране от край до край (E2EE) и автоматично възстановяване на сесии.
- [Randflake ID: генериране на разпределени 64-битови уникални идентификатори с блоковия шифър Sparx64](https://gosuda.org/bg/randflake) ([Markdown](https://gosuda.org/bg/randflake.md)): Разпределен генератор на уникални 64-битови идентификатори, който комбинира 30-битов времеви печат, 17-битов идентификатор на възел, 17-битов локален брояч и блоковия шифър Sparx64 ARX за неотгатваеми идентификатори.
- [Schottky: Zero-Allocation, Order-Preserving Byte-Key Encoding за Go](https://gosuda.org/bg/schottky) ([Markdown](https://gosuda.org/bg/schottky.md)): Библиотека на Go без алокации на паметта, която кодира съставни кортежи в байтови ключове, подредени чрез memcmp, с независимо сортиране ASC/DESC, маркери за позициониране на NULL стойности и граници за префиксно сканиране.
- [gosuda.org/sqlite3: CGO_ENABLED=0 database/sql Driver чрез Shared-Memory IPC](https://gosuda.org/bg/sqlite3) ([Markdown](https://gosuda.org/bg/sqlite3.md)): Драйвер за SQLite 3.54.1 за Go, съвместим с database/sql, който работи с CGO_ENABLED=0, осигурява изолация на работните процеси чрез споделена памет HQQ, предварително извличане на редове на партиди от 64 KiB и бинарни файлове с SLSA атестация.
- [gosuda.org/zstd: Drop-In съвместимост с DataDog/zstd, компресия със Zero CGO и изолация на сривовете](https://gosuda.org/bg/zstd) ([Markdown](https://gosuda.org/bg/zstd.md)): CGO_ENABLED=0 Go библиотека Zstandard, която изпълнява горния (upstream) C libzstd 1.5.7 в работник със споделена памет, с API, съвместим с DataDog/zstd, повторно използваеми контексти и пакетна обработка на данни.

## Blog Posts

- [Преосмисляне на Git monorepo: CAS-Native архитектура за хора и Coding Agents](https://gosuda.org/bg/blog/posts/rethinking-the-git-monorepo-a-cas-native-architecture-for-humans-and-coding-agents-zfd3d7931) ([Markdown](https://gosuda.org/bg/blog/posts/rethinking-the-git-monorepo-a-cas-native-architecture-for-humans-and-coding-agents-zfd3d7931.md)): Как да изградим монорепозитории, които са без демони и с CAS като базова архитектура, върху стандартен Git, използвайки транки без родители (parentless trunk snapshots), изолирани референции за работни пространства, сливания на дървета в паметта (in-memory merge trees), йерархични OWNERS файлове и синхронизация на огледала със сложност O(delta).
- [Go 1.27, или как се научих да престана да се тревожа и да обичам обобщените методи](https://gosuda.org/bg/blog/posts/go-1-27-or-how-i-learned-to-stop-worrying-and-love-generic-methods-za800e454) ([Markdown](https://gosuda.org/bg/blog/posts/go-1-27-or-how-i-learned-to-stop-worrying-and-love-generic-methods-za800e454.md)): Generic methods, encoding/json/v2, стандартен пакет uuid и детектор за течове на goroutine, който наистина работи. Обзор на Go 1.27 с примери, всички от които са действително изпълнени.
- [Анализ на генерирането на AMD64 асемблерен код и на инструкциите за условно разклонение при условни оператори (if) в Go](https://gosuda.org/bg/blog/posts/go-if-statement-analysis-3012d30c) ([Markdown](https://gosuda.org/bg/blog/posts/go-if-statement-analysis-3012d30c.md)): Сравняваме процеса, по който компилаторът на Go превежда условни конструкции if-else в инструкции за условни преходи на AMD64 машинен код, като CMPQ, JGE, JMP и други, с резултата от генерирането на код за преходи от C компилатора (-O2).
- [Анализ на рънтайм структурата на управляваните езици и на асемблерния код за AMD64 в Go бинарни файлове](https://gosuda.org/bg/blog/posts/managed-languages-intro-656b7470) ([Markdown](https://gosuda.org/bg/blog/posts/managed-languages-intro-656b7470.md)): Сравнява се моделът на изпълнение на управлявани и неуправлявани езици и се анализират проверката на стека и структурата на извикванията на функции от рантайма в Go бинарни файлове чрез AMD64 асемблерния код, извлечен с go tool objdump.
- [Методология за разработка, роден за ИИ: двупосочна циркулация на контекста отвъд използването на инструменти](https://gosuda.org/bg/blog/posts/ai-native-development-z86704c1a) ([Markdown](https://gosuda.org/bg/blog/posts/ai-native-development-z86704c1a.md)): Сравняваме структурните ограничения на етапите на зависимост от AI в разработката и на простото използване на AI като инструмент и дефинираме AI-нативен процес на разработка, който натрупва намерението на дизайна и организационния контекст в двете посоки.
- [Шанъновата граница на капацитета на канала и структура на семантичната комуникация, базирана на изкуствен интелект (Semantic Communication)](https://gosuda.org/bg/blog/posts/the-next-communication-paradigm-led-by-ai-based-semantic-communication-zc1496ec7) ([Markdown](https://gosuda.org/bg/blog/posts/the-next-communication-paradigm-led-by-ai-based-semantic-communication-zc1496ec7.md)): Ще разгледаме физическите граници на капацитета на канала, определени от теоремата на Шанън-Хартли, и ще разгледаме семантичната комуникация, при която данните се компресират по смислови единици, а не по битове, чрез споделена база от знания и семантични енкодери/декодери.
- [Директни системни извиквания на Linux в чист Go с syscall.Syscall и unsafe.Pointer](https://gosuda.org/bg/blog/posts/go-syscall-is-a-brilliant-replacement-of-low-level-i-o-za50951e1) ([Markdown](https://gosuda.org/bg/blog/posts/go-syscall-is-a-brilliant-replacement-of-low-level-i-o-za50951e1.md)): Извикване на системни повиквания на ядрото на Linux, като SYS_SYSINFO, директно от чист Go с помощта на структури, съгласувани с ABI, unsafe.Pointer и стандартния пакет syscall, без cgo.
- [Any не е Any, но Any е Any](https://gosuda.org/bg/blog/posts/any-is-not-any-but-any-is-any-z6161856d) ([Markdown](https://gosuda.org/bg/blog/posts/any-is-not-any-but-any-is-any-z6161856d.md)): Той подробно анализира типа `any` в езика Go и вътрешната структура `EFace`, както и описва методите за динамична обработка на типове с помощта на пакета `reflect` и с type assertions и type switches.
- [Структура на FIPS 140-2 и FIPS 140-3 реализациите в стандартната криптографска библиотека на Go](https://gosuda.org/bg/blog/posts/fips-140-certification-and-golang-z0a59330a) ([Markdown](https://gosuda.org/bg/blog/posts/fips-140-certification-and-golang-z0a59330a.md)): Анализ ограничений интеграции с external C OpenSSL Provider и разглеждане на BoringCrypto (FIPS 140-2), режима FIPS 140-3 в нативния стандартен пакет crypto на Go, проверката Fail-Fast, Hedged ECDSA и структурата на DRBG.
- [Жизнерадостен растерен образ](https://gosuda.org/bg/blog/posts/vibrant-bitmap-z1743872f) ([Markdown](https://gosuda.org/bg/blog/posts/vibrant-bitmap-z1743872f.md)): От концепцията за битмап индекси в базите данни до принципите на работа на Roaring Bitmap и практическото използване на Go. Разглеждаме оптимизацията на битмап структурите за ефективна обработка на мащабни набори от данни.
- [Политика и компютри](https://gosuda.org/bg/blog/posts/politics-and-computers-zc4a4a358) ([Markdown](https://gosuda.org/bg/blog/posts/politics-and-computers-zc4a4a358.md)): Политиката и компютърните науки, две на пръв поглед различни, но в известен смисъл сходни области, изследват как те могат да решават обществени проблеми и как разработчикът може да се превърне в нов законодател.
- [Принцип на работа на Go горутините (Goroutine): 2KB променлив стек и M:N планировчик GMP](https://gosuda.org/bg/blog/posts/goroutine-basics-z3fbe209e) ([Markdown](https://gosuda.org/bg/blog/posts/goroutine-basics-z3fbe209e.md)): Обяснява се разликата между конкурентност и паралелизъм, както и 2KB началния променлив стек на горутините, потребителското (user-level) превключване на контекста, GOMAXPROCS и модела на изпълнение на GMP (Goroutine-Machine-Processor) в рамките на времето за изпълнение (runtime) на Go.
- [Сървъри на бази данни и вградени бази данни: сравнение на архитектурата и характеристиките на I/O](https://gosuda.org/bg/blog/posts/database-servers-and-embedded-databases-zd4cb799f) ([Markdown](https://gosuda.org/bg/blog/posts/database-servers-and-embedded-databases-zd4cb799f.md)): Сравняваме RDBMS, работещи като независими процеси, с вградени бази данни, работещи в същия процес, като SQLite, RocksDB, BadgerDB и PebbleDB, от гледна точка на латентността на I/O операциите при NVMe SSD, изолацията на данните в MSA и структурата на внедряване.
- [Конфигурация на вграден NATS сървър в Go приложение и архитектура за in-process комуникация](https://gosuda.org/bg/blog/posts/how-embedded-nats-communicate-with-go-application-z36089af0) ([Markdown](https://gosuda.org/bg/blog/posts/how-embedded-nats-communicate-with-go-application-z36089af0.md)): Разглежда се методът за конфигуриране и стартиране на NATS брокер (nats-server/v2), вграден в Go процес, както и проектирането на комуникация в паметта на базата на InProcessConn и интерфейс за дефиниране на консуматори.
- [Интерфейси и вграждане на структури в Go: разлики с класовото наследяване и проектиране чрез композиция](https://gosuda.org/bg/blog/posts/go-interfaces-are-not-inheritance-zd04c1084) ([Markdown](https://gosuda.org/bg/blog/posts/go-interfaces-are-not-inheritance-zd04c1084.md)): Сравнява се разликата между наследяването на класове в Java/C++ и структурното типизиране чрез интерфейсите в Go, а също така се обяснява шаблонът за композиция (Composition), реализиран чрез вграждане на структури (struct embedding) и делегиране на методи, с примери на код.
- [Пет проектни характеристики на езика Go от гледна точка на системното и бекенд инженерство](https://gosuda.org/bg/blog/posts/why-the-go-language-zdb70b280) ([Markdown](https://gosuda.org/bg/blog/posts/why-the-go-language-zdb70b280.md)): Тази статия систематизира философията на дизайна на Go, като се фокусира върху бързата нативна компилация и производителност при изпълнение, стандартната библиотека, функционираща без фреймворки (net/http, database/sql), M:N планировчика на горутини и гаранцията за обратна съвместимост.
- [Лукса на една чаша зелен чай, която Go рънтаймът ще отнеме: GreenTea GC](https://gosuda.org/bg/blog/posts/greentea-gc:-the-respite-of-a-cup-of-green-tea-seized-by-the-go-compiler-z72acc3f7) ([Markdown](https://gosuda.org/bg/blog/posts/greentea-gc:-the-respite-of-a-cup-of-green-tea-seized-by-the-go-compiler-z72acc3f7.md)): Новият GreenTea GC на Go подобрява производителността, като повишава ефективността на събирането на боклук за малки обекти въз основа на памет, организирана в span-и. Разглеждат се проблемите на съществуващия GC и предимствата на GreenTea GC.
- [Намаляване на забавянето при отговорите за качване на файлове през Go HTTP: реализация на асинхронна работна опашка, базирана на канали](https://gosuda.org/bg/blog/posts/go-handle-file-upload-with-concurrency-s844ce238) ([Markdown](https://gosuda.org/bg/blog/posts/go-handle-file-upload-with-concurrency-s844ce238.md)): Структурата разделя приемането на временните файлове и изпращането към Incus контейнера в обработчика за качване на файлове в net/http на отделни операции, като използва буферизиран канал и пул от goroutine работници, с цел намаляване на забавянето на отговора на крайната точка.
- [Анализ на промените в поведението на Go 1.25 encoding/json/v2 и слоя за съвместимост с v1](https://gosuda.org/bg/blog/posts/go-1-25-encoding-json-v1-vs-v2-z74a36b08) ([Markdown](https://gosuda.org/bg/blog/posts/go-1-25-encoding-json-v1-vs-v2-z74a36b08.md)): Сравняват се сравнението без значение на главни и малки букви, промяната в семантиката на omitempty/omitzero, сериализацията на nil слайсове и карти, както и опциите на encoding/json/v2, въведен като експериментална функция в Go 1.25 (goexperiment.jsonv2).
- [Инжектиране на променливи по време на компилация в Go: използване на go build -ldflags -X](https://gosuda.org/bg/blog/posts/compile-time-variable-injection-of-go-z5420556c) ([Markdown](https://gosuda.org/bg/blog/posts/compile-time-variable-injection-of-go-z5420556c.md)): Тази статия разглежда как да се инжектират стойности на низови променливи на Go по време на компилация, без външен .env файл, като се използва линкерният флаг `go build -ldflags "-X"` и се посочва пълният път до символа на пакета.
- [По-удобна обработка на HTTP грешки + RFC7807](https://gosuda.org/bg/blog/posts/handling-http-errors-more-conveniently-+-rfc7807-z862df968) ([Markdown](https://gosuda.org/bg/blog/posts/handling-http-errors-more-conveniently-+-rfc7807-z862df968.md)): Излизате ли уморени от обработката на грешките в Go API? Опитайте с RFC7807 за по-лесна и ясна обработка.
- [Сравнение на езиковия дизайн в среда за генериране на код с LLM: цена на абстракцията и изрičността на Go](https://gosuda.org/bg/blog/posts/modern-language-of-the-ai-era-z2d7204f1) ([Markdown](https://gosuda.org/bg/blog/posts/modern-language-of-the-ai-era-z2d7204f1.md)): Анализ на обектно-ориентирания полиморфизъм, синтактичната захар и сложните дървовидни структури на модули, които увеличават разходите за контекстно разсъждение на LLM, както и причините, поради които Go, с неговия явен контрол на потока и прост синтаксис, е по-подходящ за генериране на код с изкуствен интелект.
- [Cilium: историята за една малка промяна в кода, която доведе до изненадващо подобрение в мрежовата стабилност](https://gosuda.org/bg/blog/posts/cilium-story-small-but-effective-improvement-zd5a8e472) ([Markdown](https://gosuda.org/bg/blog/posts/cilium-story-small-but-effective-improvement-zd5a8e472.md)): Разгледайте подробно как една малка промяна в кода на проекта Cilium значително подобри стабилността на управлението на NAT връзки, основано на LRU алгоритъм.
- [Кратко запознаване с MCP host](https://gosuda.org/bg/blog/posts/a-little-understanding-of-mcp-host-zb952aae0) ([Markdown](https://gosuda.org/bg/blog/posts/a-little-understanding-of-mcp-host-zb952aae0.md)): Този текст е предназначен да помогне за разбирането на протокола MCP на Anthropic и на MCP хоста (mcphost), реализиран на Go.
- [Опит за мащабируемо изпълнение на Go сървър в dotnet aspire](https://gosuda.org/bg/blog/posts/exploring-the-scalable-execution-of-go-servers-in-net-aspire-z42f3b6ee) ([Markdown](https://gosuda.org/bg/blog/posts/exploring-the-scalable-execution-of-go-servers-in-net-aspire-z42f3b6ee.md)): Как да изпълняваме Go сървър мащабируемо с .NET Aspire: пример за хоризонтално мащабиране и автоматизирана конфигурация с YARP обратен прокси.
- [Опит с използването на MLDSA и MLKEM в Go](https://gosuda.org/bg/blog/posts/usage-of-mldsa-and-mlkem-in-the-go-language-zb0442110) ([Markdown](https://gosuda.org/bg/blog/posts/usage-of-mldsa-and-mlkem-in-the-go-language-zb0442110.md)): В Go се разглежда използването на постквантовите криптографски алгоритми MLDSA и MLKEM, като се описват характеристиките на всеки алгоритъм и се предоставят примери за код.
- [Преглед на Go 1.24: Swiss Table карти, ML-KEM, os.Root и testing/synctest](https://gosuda.org/bg/blog/posts/whats-new-in-go-1-24-z83ff24d2) ([Markdown](https://gosuda.org/bg/blog/posts/whats-new-in-go-1-24-z83ff24d2.md)): Техническо предоставяне на Go 1.24: вградени карти на базата на Swiss Table, crypto/mlkem (FIPS 203), TLS Encrypted Client Hello, runtime.AddCleanup, os.Root и testing/synctest.
- [Подобряване на отзивчивостта чрез клиентски кеш в Redis](https://gosuda.org/bg/blog/posts/improving-responsiveness-with-redis-client-side-caching-zb711e502) ([Markdown](https://gosuda.org/bg/blog/posts/improving-responsiveness-with-redis-client-side-caching-zb711e502.md)): Подобряване на отзивчивостта на API чрез клиентски кеш с подпомагане от Redis Server
- [Имплементация на многофайлов визуализатор на изображения с listbox на базата на Go и Tcl/Tk 9.0](https://gosuda.org/bg/blog/posts/creating-a-image-viewer-with-tk-in-go-z279238471Z) ([Markdown](https://gosuda.org/bg/blog/posts/creating-a-image-viewer-with-tk-in-go-z279238471Z.md)): Реализираме GUI визуализатор на изображения, който поддържа отваряне на множество файлове с изображения, превключване на избора и изтриване на елементи от списъка, като за целта добавяме обвързвания на Tcl listbox команди и обработчици на виртуални събития към modernc.org/tk9.0.
- [CGo без Go: GUI реализация с Tcl/Tk (modernc.org/tk9.0): пакетиране на уиджети и рендиране на изображения](https://gosuda.org/bg/blog/posts/creating-a-gui-with-tk-in-go-z004dd008) ([Markdown](https://gosuda.org/bg/blog/posts/creating-a-gui-with-tk-in-go-z004dd008.md)): Реализира създаване на прозорци, поставяне на бутони и менюта, както и изобразяване на SVG/PNG/ICO изображения в Go, като използва кросплатформената библиотека modernc.org/tk9.0, която не зависи от CGo.
- [Go и екосистемата на OpenAPI](https://gosuda.org/bg/blog/posts/go-and-the-openapi-ecosystem-zd5a8e472) ([Markdown](https://gosuda.org/bg/blog/posts/go-and-the-openapi-ecosystem-zd5a8e472.md)): Представяме библиотеки и стратегии, които могат да се използват при разработка на API на базата на OpenAPI с езика Go.
- [Стартов пакет за конкурентност в Go](https://gosuda.org/bg/blog/posts/go-concurrency-starter-pack-z221a3399) ([Markdown](https://gosuda.org/bg/blog/posts/go-concurrency-starter-pack-z221a3399.md)): Представяме различни инструменти и техники за управление на конкурентността в Go, включително горутини, канали и мютекси.
- [Защо Go предпочита явно връщане на грешки и panic-recover пред хвърляне на изключения чрез try-catch](https://gosuda.org/bg/blog/posts/why-doesn-t-go-have-try-catch-zeb312147) ([Markdown](https://gosuda.org/bg/blog/posts/why-doesn-t-go-have-try-catch-zeb312147.md)): Разглеждат се ограниченията на try-catch конструкцията, която прехвърля отговорността за обработка на изключения по протежение на стека на извикванията, и се описва дизайнът panic-recover на Go, ограничен единствено до състояния, които не могат да бъдат възстановени, в сравнение с явната обработка на error в мястото на извикване.
- [Изграждане на инфраструктура за AI услуги на Go: конкурентност и интеграция на API](https://gosuda.org/bg/blog/posts/go-is-the-ideal-language-for-ai-applications-and-our-plans-to-make-it-even-better-z2f380165) ([Markdown](https://gosuda.org/bg/blog/posts/go-is-the-ideal-language-for-ai-applications-and-our-plans-to-make-it-even-better-z2f380165.md)): Как Go се справя с оркестрацията на API интерфейси за фундаментални модели, конкурентния мрежов вход/изход, потоковите конвейери и разгръщането на услуги, ориентирани към облака.

## Localized Indexes

- [English (en)](https://gosuda.org/llms.txt)
- [Spanish (es)](https://gosuda.org/es/llms.txt)
- [Chinese (zh)](https://gosuda.org/zh/llms.txt)
- [Korean (ko)](https://gosuda.org/ko/llms.txt)
- [Japanese (ja)](https://gosuda.org/ja/llms.txt)
- [German (de)](https://gosuda.org/de/llms.txt)
- [Russian (ru)](https://gosuda.org/ru/llms.txt)
- [French (fr)](https://gosuda.org/fr/llms.txt)
- [Dutch (nl)](https://gosuda.org/nl/llms.txt)
- [Italian (it)](https://gosuda.org/it/llms.txt)
- [Indonesian (id)](https://gosuda.org/id/llms.txt)
- [Portuguese (pt)](https://gosuda.org/pt/llms.txt)
- [Swedish (sv)](https://gosuda.org/sv/llms.txt)
- [Czech (cs)](https://gosuda.org/cs/llms.txt)
- [Slovak (sk)](https://gosuda.org/sk/llms.txt)
- [Polish (pl)](https://gosuda.org/pl/llms.txt)
- [Romanian (ro)](https://gosuda.org/ro/llms.txt)
- [Hungarian (hu)](https://gosuda.org/hu/llms.txt)
- [Finnish (fi)](https://gosuda.org/fi/llms.txt)
- [Turkish (tr)](https://gosuda.org/tr/llms.txt)
- [Danish (da)](https://gosuda.org/da/llms.txt)
- [Norwegian (no)](https://gosuda.org/no/llms.txt)
- [Bulgarian (bg)](https://gosuda.org/bg/llms.txt)