Программирование[11]

Encantador написал 4 минуты назад:

Vova написал 1 час назад:

Давай ты сначала будешь спрашивать у ИИ прежде чем писать хуйню?

 

Я специально тебе долбаебу написал про миллиард строчек кода

Какой же ты тупой и упертый хуесос, последний раз отвечаю на твой понос тупости. 

 

1. Какая нахуй разница сколько у тебя строк кода? Эти тулы существуют десятки лет и всегда могли работать и нормально искать в больших кодовых базах. То что для тебя это открытие лишь показывает какой ты ограниченный еблан. Я хуй знает как ты вообще работаешь в этой сфере и тебя до сих не сменили ИИшкой.  

 

2. С какого хуя ИИ будет тебе сливать как у него работает internal tools в деталях? Всю эту инфу люди сливают разными методами в обход system prompts. Меня больше поражает что ты не понимаешь таких банальных вещей и выставляешь себя дауном пытаясь со мной спорить. Я понимаю если бы ты пиздел разбираясь в чем-либо. Ты же пиздишь просто чтобы пиздеть.  Не квоть меня уебище сука. 

 

https://gist.github.com/anthfgreco/87718fbbf313bcf7f5ca3f36fedb372a#grep_search

 

@Just.Doit

Вот систем промпт, где описывается нативный тул поиска по кодбазе у антигравити.

 

is it possible to do ripgrep on this whole repository

No, it is 

not possible to use ripgrep (or any standard local search tool) on the entire Google repository in the way you would on a normal project.

Why it won't work

Physical Scale: The repository is approximately 86 Terabytes. A typical ripgrep scan relies on files being present on your local disk. Downloading 86TB of data is impractical for almost any workstation.

Virtual Filesystem: Google uses CitC (Clients in the Cloud), a virtual filesystem that only "materializes" files on your machine when you actually open or modify them. Since most files don't physically exist on your drive, ripgrep would have nothing to scan.

Performance Limits: Even if you had the hardware, ripgrep is optimized for multi-gigabyte directories, not multi-terabyte distributed systems. Scanning 2 billion lines of code linearly would take hours or days, even with ripgrep's speed. 

Тупой ебанат я же тебя попросил сначала спрашивать ИИ прежде чем писать бред

Блять я не могу просто, это пиздец, пиздец

Encantador написал 11 минут назад:

Всю эту инфу люди сливают разными методами в обход system prompts. Меня больше поражает что ты не понимаешь таких банальных вещей и выставляешь себя дауном пытаясь со мной спорить. Я понимаю если бы ты пиздел разбираясь в чем-либо. Ты же пиздишь просто чтобы пиздеть.  Не квоть меня уебище сука. 

 

https://gist.github.com/anthfgreco/87718fbbf313bcf7f5ca3f36fedb372a#grep_search

 

@Just.Doit

Вот систем промпт, где описывается нативный тул поиска по кодбазе у антигравити.

Кто и что сливает долбаеб?

Это буквально открытая информация

does antigravity use ripgrep

Yes, 

Google Antigravity uses ripgrep (rg) as its internal engine for code search. 

Поздравляю, ты меня забайтил, молодец Вован, в следующий раз я буду умнее 

Encantador написал Только что:

Поздравляю, ты меня забайтил, молодец Вован, в следующий раз я буду умнее 

Я тебя не байтил

Ты просто слился обосравшись и обоссавшись

Можешь спросить других людей работающих в крупных компания - можно ли сделать grep по всей кодобазе

what if my codebase is terabytes of code

If your codebase is in the 

terabyte range, neither ripgrep nor a standard IDE-based AI agent can handle it by simply "scanning" everything on the fly. At that scale, traditional file-system searching hits a wall.

To handle a repository of that size, the workflow shifts from local searching to distributed indexing. Here is how a tool like Antigravity (and similar enterprise-grade AI systems) manages massive scales:

1. The "Search" Problem: From ripgrep to Indexed Search

While ripgrep is incredibly fast, it still has to read files from the disk. For a terabyte-scale codebase:

The Bottleneck: Disk I/O and CPU cycles become prohibitive.

The Solution: Antigravity typically interfaces with an enterprise-grade search index (like Google's internal "Kythe" or "Sourcegraph"). Instead of running rg on your local machine, the AI sends a query to a remote server that has already indexed the code into a searchable database.

2. The "Context" Problem: Retrieval-Augmented Generation (RAG)

A terabyte of code cannot fit into a large language model's (LLM's) context window, even with Gemini's 1M+ token limit. Antigravity uses RAG:

Embeddings: Code is broken into small chunks and turned into mathematical vectors.

Vector Database: These vectors are stored in a database.

Semantic Retrieval: When a question is asked, Antigravity searches the database for the most relevant snippets of code, rather than trying to read the whole repo.

3. Structural Graphing (Symbol Maps)

For very large repos, understanding "where a function is defined" is more important than "where a string exists."

Global Symbol Maps: The system uses pre-computed graphs of how different services and libraries interact.

Dependency Analysis: Antigravity relies on these maps to jump between relevant files without needing to "search" every folder in the terabyte-sized directory.

4. Selective "Ghosting" or Sparse Checkouts

In massive monorepos (common at Google-scale), the entire terabyte is rarely on a local SSD.

Virtual File Systems: Only the metadata for the files might be local.

On-Demand Fetching: When Antigravity needs to read a file it found via index, it fetches that specific file from the cloud, analyzes it, and then discards it to save space.

Vova написал 45 минут назад:

Kant написал 1 час назад:

когда уже меня заменят, и я смогу не пойти на работу 

 

Есть хоть один пруф что ты не ИИ?

ты хуй

Kant написал 12 минут назад:

Vova написал 58 минут назад:

Kant написал 1 час назад:

когда уже меня заменят, и я смогу не пойти на работу 

 

Есть хоть один пруф что ты не ИИ?

ты хуй

Хорошая попытка но нет

какой нахуй тест тьюринга, кант капчу с первой попытки пройти не может.

Vova написал 11 часов назад:

В чем разница sub-agents и MCP? Не уверен что Antigravity имеют sub-agents

MCP просто связь между агентом и external resource

sub-agent это полноценный агент который запускает задачу со своим контекстом из основного треда в фоновый и по результату возвращает что-то


То есть ты пишешь промпт и раздаешь задачи саб-агентами, они работают и юзают для этого к примеру MCP и tools, результат возвращается в основной тред где ты оставляешь чистым контекст. Насчет антигарва хз, в Claude Code давно такое есть, недавно в Codex добавили

Очень рекомендую тебе попробовать Claude Code или Codex на крайняк, это щас передовые инструменты с агентами

Vova написал 10 часов назад:

Kant написал 11 часов назад:

Vova написал 11 часов назад:

Kant написал 12 часов назад:

когда уже меня заменят, и я смогу не пойти на работу 

 

Есть хоть один пруф что ты не ИИ?

ты хуй

 

Хорошая попытка но нет

 

это фотошоп

я программист, меня не обманешь

Encantador написал 11 часов назад:

@Just.Doit

Вот систем промпт, где описывается нативный тул поиска по кодбазе у антигравити.

тебя не смутило что 2 строчками выше еще вот такой есть

> 

Цитата

codebase_search

Description: Find snippets of code from the codebase most relevant to the search query. This performs best when the search query is more precise and relating to the function or purpose of code. Results will be poor if asking a very broad question, such as asking about the general 'framework' or 'implementation' of a large component or system. This tool is useful to find code snippets that are fuzzily / semantically related to the search query but shouldn't be relied on for high recall queries (e.g. finding all occurrences of some variable or some pattern). Will only show the full code contents of the top items, and they may also be truncated. For other items it will only show the docstring and signature. Use view_code_item with the same path and node name to view the full code contents for any item. Parameters: - Query (required): Search query - TargetDirectories (required): List of absolute paths to directories to search over - waitForPreviousTools (optional)

и что в том что ты скинул как раз написано EXACT MATCH

понятно что exact match будет искаться регекспами

О чем вообще речь? АИ в большой репе будет писать лютую поебень, если ему четко не прописать рамки, что надо сделать. Проверено. Ему не хватает контекста, чтобы в одной папочке разобраться.

ИИ хорошо показывает себя:

- прототипировании, экспериментировании, когда надо быстро написать говнокод для проверки гипотезы

- когда надо писать обертки вокруг незнакомого АПИ

- для написания кода по шаблону (чаще всего юнит-тесты)

- также может быстрее разбираться в ошибках компиляции (тут правда есть ловушка для джуна, что полагаясь на АИ не научится разбираться в ошибках компилятора Си++, что довольно трудоемко).

Когда я тут радовался АИ, то у меня как раз было дохуя кода по этим пунктам. В обычной повседневной рутине полезно только написание юнит-тестов и помощь в мерже. Так как ищет баги или пишет код он ужасно. Настраивать MCP для того, чтобы он читал стартрек - впустую потраченное время.

Что касается Вовы, то если вдруг он и работает в гугле (что маловероятно, так как он слишком туп, по сравнению с моими знакомыми, прошедшими отбор в гугл), то хуйня, что они рассказывают своему начальству по поводу успехов ии сильно расходится с реальностью

да нет точно щелкает любую задачку главное контекстом рулить и скилы прописать, правильно запросы написать

а токенов сколько уходит при таком плотном использовании? 

просто подписки точно прикроют, ведь сейчас их сильно субсидируют

имагине через пару лет ревьюите скобочки 

Кстати, LLM-ки сейчас так и продолжают работать через предсказание следующего слова в цикле или их научили быть более производительными?

это вся их суть, как ты хочешь это оптимизировать то

Kant написал 11 минут назад:

это вся их суть, как ты хочешь это оптимизировать то

Ну просто я слышал, что они считают, что слова как-то связаны, если они находятся рядом в многомерном пространстве. Это довольно странно. Обычно есть свойства как у объекта, так и у связи. А при такой постановке "связь" задается только "близостью" в пространстве. Просто нельзя их научить там математики (чтобы все рассуждения были строго правильные) или системному мышлению? Иначе они же так и будут тупые. Сейчас контекст в 200 000 токенов - это мало. И его никак кардинально не увеличить при такой архитектуре.

Такое впечатление, ребята из OpenAI реально думали, что увеличивая размерность представления, они создадут мега интеллект

Вот для работы над проектом мне надо, чтобы ИИ распарсил весь репозиторий, создал на его основе БД, в которой есть все сущности проекта (классы-функции-макросы) и потом работал с ним не на основе коэффициентов в каком-то там векторе, а на основе строгих связей в проекте.

Kant написал 1 час назад:

это вся их суть, как ты хочешь это оптимизировать то

теоретических подходов дохера.

никто просто не сделал такого же качества

но уже много rnd стартапов в эту сторону копают

Grohuf написал 1 час назад:

Вот для работы над проектом мне надо, чтобы ИИ распарсил весь репозиторий, создал на его основе БД, в которой есть все сущности проекта (классы-функции-макросы) и потом работал с ним не на основе коэффициентов в каком-то там векторе, а на основе строгих связей в проекте.

это уже есть и работает, только не так как ты думаешь на низком уровне.

делается через agent llm + tools calls, парсит весь рипозиторий условная иде/другой тулинг (в гитхабе сам гитхаб) и предоставляет агенту доступ в эту бд, которой он пользуется

единственное что пока не сильно развито - это способность агента обучаться самому и самому создавать/настраивать себе инструменты и делать это под капотом саомстоятельно. openclaw как будто к этому приблизился чутка (умеет запоминать и самообучаться). но до совсем автономной работы это далеко

тоесть условно было бы круто чтобы агент сам себе скачивал все нужные скилы, работал над собственным промптом как-то и тп

для этого она должна понимать концепцию, что она чего-то не знает

и не путем рандомно сгенерированной строчки, что на чего-то не знает, а именно понимать

а я так понимаю сейчас даже стоп токен чтобы просто заткнуться вставлен по факту искусственно в обучающую выборку, тк он не существует в природе

Grohuf написал 3 часа назад:

О чем вообще речь? АИ в большой репе будет писать лютую поебень, если ему четко не прописать рамки, что надо сделать. Проверено. Ему не хватает контекста, чтобы в одной папочке разобраться.

слова дилетанта

указывай ему конкретный контекст который необходим для решения задачи через @, а не проси автоматически распарсить большую репу