Интерфейс командной строки для написания кода Gonka
Оригинал: Gonka-native Coding CLI
Курсор + Гонка
VScode + Гонка
Вилка Мистраль + Гонка
Ты можешь сделать третью часть, да? Это лучшее решение сейчас?
- Реворды будут оплачены в ГНК и, возможно, с периодом вестинга. С тобой все в порядке?
Да, сейчас мы используем вилку мистралай. Мы также могли бы создать другой CLI для кодирования на основе Python, в зависимости от того, что вы предлагаете.
Я не уверен, как команда планирует распределять награды. В идеале было бы лучше, если бы оплата могла быть произведена в полном объеме, а не по графику перехода прав, но я открыт для обсуждения условий.
Уровень CLI, который вы описываете, напрямую соответствует этапам 6–7 GiP #860 (https://github.com/gonka-ai/gonka/discussions/860) (протокол качества вывода): #860 (https://github.com/gonka-ai/gonka/discussions/860).
На этапе 6 добавляются собственные конечные точки протокола, которые ваш CLI будет использовать без какой-либо специальной логики маршрутизации:
GET /v1/models/profiles → показатели качества для каждой модели, центроиды специализации, распределения задержек → CLI автоматически выбирает лучшую модель для задачи на основе данных протокола
Заголовки ответа на каждый запрос: X-Suggested-Model: Qwen/QwQ-32B ← протокол рекомендует на основе типа задачи X-Task-Archetype: code-review ← обнаружено из встроенного приглашения X-Quality-Score: 0,82 ← качество узла для этого запроса X-Cache: HIT ← было ли это отправлено из кэша
X-Inference-Feedback: заголовок +1/-1 → CLI отправляет сигнал качества обратно в протокол после каждого ответа → этот сигнал улучшает маршрутизацию для всех будущих запросов того же типа.
Практический результат: интерфейс командной строки, построенный на конечных точках фазы 6, получает автоматический выбор модели, маршрутизацию с учетом качества и цикл обратной связи с нулевой пользовательской логикой. Интеллект маршрутизации находится в протоколе, а не в CLI.
Стоит согласовать контракт конечной точки, чтобы CLI не дублировал то, что строит уровень протокола.
@Mayveski (https://github.com/Mayveski) @Aktum1 (https://github.com/Aktum1) мы смещаем фокус с использования интерфейса командной строки на использование суверенного агента - https://github.com/Haven-hvn/haven-core, мы хотели бы, чтобы Gonka стала первым провайдером Web3, поддерживаемым этим оборудованием - https://github.com/Haven-hvn/haven-adapters каковы сроки одобрения?
РЭ
Эй, братан @HavenCTO (https://github.com/HavenCTO), вот моя телеграмма... Дайте мне ссылку, я бы хотел поговорить. Вы пишите о том, что 60% сделано мной, готов поделиться.
Мы являемся организацией с открытым исходным кодом, ориентированной на искусственный интеллект, создающей инфраструктуру и приложения на основе децентрализованных интеллектуальных систем, и мы были одними из первых в области искусственного интеллекта, позиционируя себя впереди всех, разрабатывая инструменты и экспериментальные системы.
Обзор: Мы разрабатываем собственный CLI для программирования Gonka — инструмент разработчика, который напрямую интегрируется с сетью Gonka, не полагаясь на централизованных посредников, обеспечивая при этом удобный интерфейс командной строки, который естественным образом вписывается в современные рабочие процессы разработки. Цель состоит в том, чтобы сделать Gonka доступным для использования в командной строке разработчиками, создающими программное обеспечение — генерация кода, контроль версий, рефакторинг, автоматизация, анализ, мощные наборы инструментов и расширенный интерфейс командной строки — изначально работающие по сети. В настоящее время этот проект находится на стадии фундамента.
Проблема: большинство современных инструментов ИИ-кодирования работают над крупными централизованными поставщиками API, а не взаимодействуют с вычислительными сетями на уровне протокола. Такая структура вводит ненужные разметки между пользователем и реальной инфраструктурой, увеличивает риск ограничений обслуживания или внезапных изменений политики и не позволяет разработчикам полностью понять, как обрабатываются запросы. Он также скрывает базовую сеть от разработчиков, а это означает, что инфраструктура, обеспечивающая интеллект, остается невидимой и недостаточно используемой. В результате экосистема, лежащая в основе вычислительного уровня, не получает прямого признания, измеримого внедрения или значимого участия разработчиков, даже несмотря на то, что она является основным механизмом, обеспечивающим эту возможность.
Решение: чтобы реализовать весь потенциал Gonka, строители должны иметь возможность взаимодействовать с сетью на уровне протокола, а не через сторонние мосты. Это означает включение локального управления ключами, собственную обработку передачи значений и отправку запросов на выполнение модели прямо в сетевую инфраструктуру. Наша цель — правильно спроектировать этот уровень интеграции с нуля, гарантируя надежность, безопасность и масштабируемость, как мы делаем в других наших проектах.
Для этого требуется реализация локальных механизмов хранения ключей, авторизация криптографических запросов, низкоуровневая обработка сетевых запросов и системная архитектура, способная поддерживать устойчивое использование разработчиками в любом масштабе. Вместо того, чтобы абстрагировать все за счет другого провайдера, CLI становится прямым интерфейсом между разработчиками и уровнем распределенных вычислений Gonka.
С помощью gonka-cli, который мы создаем, сама экосистема Gonka становится видимой и измеримой. Каждый разработчик, который устанавливает, настраивает и интегрирует этот инструмент в свой рабочий процесс, активно взаимодействует с инфраструктурой Gonka. Использование больше не является косвенным или скрытым за другим брендом — оно становится явным. Репозитории, сценарии автоматизации и среды разработки начинают ссылаться на Gonka как на часть своего стека, что естественным образом повышает признание в инженерном сообществе.
Такой подход превращает Gonka из базовой сети в активно используемую платформу для разработчиков. Это укрепляет техническую надежность, увеличивает присутствие экосистемы и побуждает строителей экспериментировать, сравнивать и внедрять инновации непосредственно поверх инфраструктуры. Со временем это создает более прочную петлю обратной связи между производительностью сети и потребностями разработчиков, что в конечном итоге приносит пользу как протоколу, так и его участникам.
Сроки разработки: при соответствующей поддержке мы можем выпустить готовую для разработчиков версию примерно в течение одного месяца. Финансовая поддержка позволит нам быстрее продвигаться в обеспечении инфраструктуры, интеграции основных протоколов, локальных системах управления ключами, компонентах обработки транзакций и тестировании производительности. Это также позволит нам усовершенствовать опыт разработчиков за счет четкой документации, процессов адаптации и улучшения удобства использования, чтобы гарантировать практичность и готовность интерфейса командной строки к использованию.
Мы запрашиваем 20 000 долларов США на ускорение подготовки инфраструктуры и развертывания.
Вывод: В заключение мы рассматриваем эту инициативу не только как техническую интеграцию, но и как стратегический рычаг роста экосистемы Гонка. Каждая интеграция усиливает присутствие Gonka в сообществе разработчиков. В этом смысле это не только стратегия распространения и расширения экосистемы, но и инструментальный проект — практический способ повысить узнаваемость бренда и одновременно обеспечить значимое внедрение сети.
Курсор + Гонка
VScode + Гонка
Вилка Мистраль + Гонка
Ты можешь сделать третью часть, да? Это лучшее решение сейчас?
- Реворды будут оплачены в ГНК и, возможно, с периодом вестинга. С тобой все в порядке?
Да, сейчас мы используем вилку мистралай. Мы также могли бы создать другой CLI для кодирования на основе Python, в зависимости от того, что вы предлагаете.
Я не уверен, как команда планирует распределять награды. В идеале было бы лучше, если бы оплата могла быть произведена в полном объеме, а не по графику перехода прав, но я открыт для обсуждения условий.
Уровень CLI, который вы описываете, напрямую соответствует этапам 6–7 GiP #860 (https://github.com/gonka-ai/gonka/discussions/860) (протокол качества вывода): #860 (https://github.com/gonka-ai/gonka/discussions/860).
На этапе 6 добавляются собственные конечные точки протокола, которые ваш CLI будет использовать без какой-либо специальной логики маршрутизации:
GET /v1/models/profiles → показатели качества для каждой модели, центроиды специализации, распределения задержек → CLI автоматически выбирает лучшую модель для задачи на основе данных протокола
Заголовки ответа на каждый запрос: X-Suggested-Model: Qwen/QwQ-32B ← протокол рекомендует на основе типа задачи X-Task-Archetype: code-review ← обнаружено из встроенного приглашения X-Quality-Score: 0,82 ← качество узла для этого запроса X-Cache: HIT ← было ли это отправлено из кэша
X-Inference-Feedback: заголовок +1/-1 → CLI отправляет сигнал качества обратно в протокол после каждого ответа → этот сигнал улучшает маршрутизацию для всех будущих запросов того же типа.
Практический результат: интерфейс командной строки, построенный на конечных точках фазы 6, получает автоматический выбор модели, маршрутизацию с учетом качества и цикл обратной связи с нулевой пользовательской логикой. Интеллект маршрутизации находится в протоколе, а не в CLI.
Стоит согласовать контракт конечной точки, чтобы CLI не дублировал то, что строит уровень протокола.
@Mayveski (https://github.com/Mayveski) @Aktum1 (https://github.com/Aktum1) мы смещаем фокус с использования интерфейса командной строки на использование суверенного агента - https://github.com/Haven-hvn/haven-core, мы хотели бы, чтобы Gonka стала первым провайдером Web3, поддерживаемым этим оборудованием - https://github.com/Haven-hvn/haven-adapters каковы сроки одобрения?
РЭ
Эй, братан @HavenCTO (https://github.com/HavenCTO), вот моя телеграмма... Дайте мне ссылку, я бы хотел поговорить. Вы пишите о том, что 60% сделано мной, готов поделиться.
We are an AI-focused open-source organization building infrastructure and applications around decentralized intelligence systems, and we have been early adopters in the AI space, positioning ourselves ahead of the curve by developing tools and experimental systems.
Overview: We are developing a Gonka-native coding CLI— a developer tool that integrates directly with the Gonka network without relying on centralized intermediaries, while providing a seamless command-line experience that fits naturally into modern development workflows. The goal is to make Gonka usable at the command line for developers building software — code generation, version control, refactoring, automation, analysis, powerful toolsets and advanced CLI experience — powered natively by the network. This project is currently in its foundation phase.
The Problem: Most modern AI coding tools sit on top of large centralized API providers rather than interacting with compute networks at the protocol level. This structure introduces unnecessary markups between the user and the actual infrastructure, increases the risk of service restrictions or sudden policy changes, and prevents builders from fully understanding how requests are processed. It also hides the underlying network from developers, meaning the infrastructure powering the intelligence remains invisible and underutilized. As a result, the ecosystem behind the compute layer does not gain direct recognition, measurable adoption, or meaningful developer engagement — even though it is the core engine delivering the capability.
The solution: To realize the full potential of Gonka, builders must be able to communicate with the network at the protocol level rather than through third-party bridges. That means enabling local key control, handling value transfers natively, and sending model execution requests straight to the network infrastructure. Our goal is to engineer this integration layer correctly from the ground up, ensuring reliability, security, and scalability like we do in our other projects.
Delivering this requires implementing local key custody mechanisms, cryptographic request authorization, low-level network request handling, and a system architecture capable of supporting sustained developer usage at scale. Instead of abstracting everything behind another provider, the CLI becomes the direct interface between developers and Gonka’s distributed compute layer.
With the gonka-cli we are building, the Gonka ecosystem itself becomes visible and measurable . Every developer who installs, configures, and integrates the tool into their workflow is actively engaging with Gonka’s infrastructure. Usage is no longer indirect or hidden behind another brand — it becomes explicit. Repositories, automation scripts, and developer environments begin to reference Gonka as part of their stack, increasing recognition organically within the engineering community.
This approach transforms Gonka from being an underlying network into an actively used developer platform. It strengthens technical credibility, increases ecosystem presence, and encourages builders to experiment, benchmark, and innovate directly on top of the infrastructure. Over time, this establishes a stronger feedback loop between network performance and developer needs, which ultimately benefits both the protocol and its contributors.
Development Timeline: With the appropriate backing, we can deliver a developer-ready release within approximately one month. Financial support will allow us to move faster on infrastructure provisioning, core protocol integration, local key management systems, transaction handling components, and performance testing. It will also enable us to refine the developer experience through clear documentation, onboarding flows, and usability improvements to ensure the CLI is practical and production-ready.
We are requesting $20,000 to accelerate infrastructure and deployment readiness.
Conclusion: In conclusion, we see this initiative not only as a technical integration but as a strategic growth lever for the Gonka ecosystem . Each integration reinforces Gonka’s presence within the developer community. In that sense, this is as much a distribution and ecosystem expansion strategy as it is a tooling project — a practical way to strengthen brand recognition while driving meaningful network adoption.
Coursor + Gonka
VScode + Gonka
Fork Mistral + Gonka
You can make part 3, right? Is it the best solution right now?
- Rewords will be payed in GNK and maybe with westing period. Is it ok with you?
Yes, we are currently using a fork of mistralai. We could also fork another Python-based coding CLI, depending on what you suggest.
I'm not sure how the team plans to distribute rewards. Ideally, it would be better if the payment could be made in full rather than through a vesting schedule, but I'm open to discussing the terms.
The CLI layer you're describing maps directly onto Phase 6–7 of GiP #860 (https://github.com/gonka-ai/gonka/discussions/860) (Inference Quality Protocol): #860 (https://github.com/gonka-ai/gonka/discussions/860)
Phase 6 adds protocol-native endpoints your CLI would consume without any custom routing logic:
GET /v1/models/profiles → per-model quality scores, specialization centroids, latency distributions → CLI picks the best model for the task automatically, from protocol data
Response headers on every request: X-Suggested-Model: Qwen/QwQ-32B ← protocol recommends based on task type X-Task-Archetype: code-review ← detected from the prompt embedding X-Quality-Score: 0.82 ← node quality for this request X-Cache: HIT ← was this served from cache
X-Inference-Feedback: +1/-1 header → CLI sends quality signal back to the protocol after each response → that signal improves routing for all future requests of the same type
Practical result: a CLI built on Phase 6 endpoints gets automatic model selection, quality-aware routing, and feedback loop with zero custom logic. The routing intelligence lives in the protocol, not in the CLI.
Worth coordinating on the endpoint contract so the CLI doesn't duplicate what the protocol layer is building.
@Mayveskii (https://github.com/Mayveskii) @Aktum1 (https://github.com/Aktum1) we are shifting focus from a coding cli harness, to a sovereign agent harness - https://github.com/Haven-hvn/haven-core we would like Gonka to be the first web3 provider supported by the harness - https://github.com/Haven-hvn/haven-adapters what is the timeline on approval?
RE
Yo bro @HavenCTO (https://github.com/HavenCTO) , here's my telegramm ... Link me there, i'd like to talk. U write about is 60% done by me, i'm ready for share.
Мы являемся организацией с открытым исходным кодом, ориентированной на искусственный интеллект, создающей инфраструктуру и приложения на основе децентрализованных интеллектуальных систем, и мы были одними из первых в области искусственного интеллекта, позиционируя себя впереди всех, разрабатывая инструменты и экспериментальные системы.
Обзор: Мы разрабатываем собственный CLI для программирования Gonka — инструмент разработчика, который напрямую интегрируется с сетью Gonka, не полагаясь на централизованных посредников, обеспечивая при этом удобный интерфейс командной строки, который естественным образом вписывается в современные рабочие процессы разработки. Цель состоит в том, чтобы сделать Gonka доступным для использования в командной строке разработчиками, создающими программное обеспечение — генерация кода, контроль версий, рефакторинг, автоматизация, анализ, мощные наборы инструментов и расширенный интерфейс командной строки — изначально работающие по сети. В настоящее время этот проект находится на стадии фундамента.
Проблема: большинство современных инструментов ИИ-кодирования работают над крупными централизованными поставщиками API, а не взаимодействуют с вычислительными сетями на уровне протокола. Такая структура вводит ненужные разметки между пользователем и реальной инфраструктурой, увеличивает риск ограничений обслуживания или внезапных изменений политики и не позволяет разработчикам полностью понять, как обрабатываются запросы. Он также скрывает базовую сеть от разработчиков, а это означает, что инфраструктура, обеспечивающая интеллект, остается невидимой и недостаточно используемой. В результате экосистема, лежащая в основе вычислительного уровня, не получает прямого признания, измеримого внедрения или значимого участия разработчиков, даже несмотря на то, что она является основным механизмом, обеспечивающим эту возможность.
Решение: чтобы реализовать весь потенциал Gonka, строители должны иметь возможность взаимодействовать с сетью на уровне протокола, а не через сторонние мосты. Это означает включение локального управления ключами, собственную обработку передачи значений и отправку запросов на выполнение модели прямо в сетевую инфраструктуру. Наша цель — правильно спроектировать этот уровень интеграции с нуля, гарантируя надежность, безопасность и масштабируемость, как мы делаем в других наших проектах.
Для этого требуется реализация локальных механизмов хранения ключей, авторизация криптографических запросов, низкоуровневая обработка сетевых запросов и системная архитектура, способная поддерживать устойчивое использование разработчиками в любом масштабе. Вместо того, чтобы абстрагировать все за счет другого провайдера, CLI становится прямым интерфейсом между разработчиками и уровнем распределенных вычислений Gonka.
С помощью gonka-cli, который мы создаем, сама экосистема Gonka становится видимой и измеримой. Каждый разработчик, который устанавливает, настраивает и интегрирует этот инструмент в свой рабочий процесс, активно взаимодействует с инфраструктурой Gonka. Использование больше не является косвенным или скрытым за другим брендом — оно становится явным. Репозитории, сценарии автоматизации и среды разработки начинают ссылаться на Gonka как на часть своего стека, что естественным образом повышает признание в инженерном сообществе.
Такой подход превращает Gonka из базовой сети в активно используемую платформу для разработчиков. Это укрепляет техническую надежность, увеличивает присутствие экосистемы и побуждает строителей экспериментировать, сравнивать и внедрять инновации непосредственно поверх инфраструктуры. Со временем это создает более прочную петлю обратной связи между производительностью сети и потребностями разработчиков, что в конечном итоге приносит пользу как протоколу, так и его участникам.
Сроки разработки: при соответствующей поддержке мы можем выпустить готовую для разработчиков версию примерно в течение одного месяца. Финансовая поддержка позволит нам быстрее продвигаться в обеспечении инфраструктуры, интеграции основных протоколов, локальных системах управления ключами, компонентах обработки транзакций и тестировании производительности. Это также позволит нам усовершенствовать опыт разработчиков за счет четкой документации, процессов адаптации и улучшения удобства использования, чтобы гарантировать практичность и готовность интерфейса командной строки к использованию.
Мы запрашиваем 20 000 долларов США на ускорение подготовки инфраструктуры и развертывания.
Вывод: В заключение мы рассматриваем эту инициативу не только как техническую интеграцию, но и как стратегический рычаг роста экосистемы Гонка. Каждая интеграция усиливает присутствие Gonka в сообществе разработчиков. В этом смысле это не только стратегия распространения и расширения экосистемы, но и инструментальный проект — практический способ повысить узнаваемость бренда и одновременно обеспечить значимое внедрение сети.