то что "...каждый напишет себе свой инструмент" - а почему бы и нет если есть такая возможность которая закрывает личные потребности
"Нет смысла разбираться в чем то готовом" - ну если было бы так, тогда и ИИ писали бы с нуля каждый... верно?
"...Делиться смысла нет..." - я не прошу делиться, просто написал статью, как свою идею и все, я не говорил что это нереально крутая штука и все обязательно к установке. Просто может кому то нужно и все.
"Да ещё и почувствовать, что ты сопричастен к этому" - обязательно, т.к. ии просто кодер без идей, сама идея заложена в код. К сожалению с такими инструментами как ии и агенты многие даже прогеры не способны написать что то стоящее, что говорить про обычных людей не связанных с IT? Вывод, что мы просто перешли на новый абстрактный слой - идея/креатив/контроль реализации, разве не так?
"стати, а что за модель не могла нормально пункты вставить в текстовый файл" - да, аидер с моделью gemini 3 flash pro - т.к. более 40 пунктов он не выдерживает корректно на отрезке в неделю... каждый раз новый контекст, новые попытки поменять , он лезет в другие пункты, например qwen code cli лучше контролирует подобные вещи как изменение отдельных частей пунктов, но и тут глюки случаются можно потерять часть пунктов если не уследишь .... тут уже без git смысла нет редачить А HBT - это попытка закрыть данную проблему.
Идея HBT - некий git внутри одного файла, а не для файла в целом как сущности.
Спасибо что нашли время и прочитали статью!
Но я считаю что случаи и варианты кейсов очень много, если вам не пригодится, то можно просто прочитать и забыть.
не, ну конечно если давать ИИ полный доступ к tasks.json через простую файловую систему, он его рано или поздно перепишет. Но архитектурно HBT идеально ложится в MCP. Я же говорил что это MVP идея и этот инструмент прокачивается :)
Вот придумываешь идею, пишешь первую статью, а люди воспринимают просто как за готовый продукт и даже не пытаются придумать как это применять, а ссылаются косвенно на отсутствие безопасности или бесполезность... жаль.
Вы абсолютно правы, без гита нет проекта. Но уверен что вы так же делаете периодический с файлами или с названиями веток или проектов - только никому не говорите :)
Для локальных агентов идеально. Например собираешь рой из qwen3.5-4b или qwen3.5-9b используя CrewAI и внедряешь HBT тогда мега контекст уже не нужен, если задачи декомпозированы и прописаны качественно и понятно, тогда локальная модель будет идеально справляться и показывать результат. Для больших моделей - тоже хорошо использовать, даже тот же gemini* с контекстом 1млн токенов плывет...
то что "...каждый напишет себе свой инструмент" - а почему бы и нет если есть такая возможность которая закрывает личные потребности
"Нет смысла разбираться в чем то готовом" - ну если было бы так, тогда и ИИ писали бы с нуля каждый... верно?
"...Делиться смысла нет..." - я не прошу делиться, просто написал статью, как свою идею и все, я не говорил что это нереально крутая штука и все обязательно к установке. Просто может кому то нужно и все.
"Да ещё и почувствовать, что ты сопричастен к этому" - обязательно, т.к. ии просто кодер без идей, сама идея заложена в код. К сожалению с такими инструментами как ии и агенты многие даже прогеры не способны написать что то стоящее, что говорить про обычных людей не связанных с IT? Вывод, что мы просто перешли на новый абстрактный слой - идея/креатив/контроль реализации, разве не так?
"стати, а что за модель не могла нормально пункты вставить в текстовый файл" - да, аидер с моделью gemini 3 flash pro - т.к. более 40 пунктов он не выдерживает корректно на отрезке в неделю... каждый раз новый контекст, новые попытки поменять , он лезет в другие пункты, например qwen code cli лучше контролирует подобные вещи как изменение отдельных частей пунктов, но и тут глюки случаются можно потерять часть пунктов если не уследишь .... тут уже без git смысла нет редачить А HBT - это попытка закрыть данную проблему.
Идея HBT - некий git внутри одного файла, а не для файла в целом как сущности.
Спасибо что нашли время и прочитали статью!
Но я считаю что случаи и варианты кейсов очень много, если вам не пригодится, то можно просто прочитать и забыть.
ну в целом порешали :) Спасибо что уделили время на прочтение статьи! я рад что заинтересовала.
да, текущий проект в одном файле и без зависимостей, чем плохо то?)
И что вы прицепились к файлам с версиями как будто не делали так же?!)
Прям всегда идеально и по правилам у вас в проекте?
Очень большое кол-во проектов видел за 8 лет, идеальных проектов нет:)
не, ну конечно если давать ИИ полный доступ к tasks.json через простую файловую систему, он его рано или поздно перепишет. Но архитектурно HBT идеально ложится в MCP. Я же говорил что это MVP идея и этот инструмент прокачивается :)
Вот придумываешь идею, пишешь первую статью, а люди воспринимают просто как за готовый продукт и даже не пытаются придумать как это применять, а ссылаются косвенно на отсутствие безопасности или бесполезность... жаль.
Вы абсолютно правы, без гита нет проекта. Но уверен что вы так же делаете периодический с файлами или с названиями веток или проектов - только никому не говорите :)
В любом случае HBT это просто mvp-идея и ее можно развивать дальше наращивая функционал.
Для локальных агентов идеально. Например собираешь рой из qwen3.5-4b или qwen3.5-9b используя CrewAI и внедряешь HBT тогда мега контекст уже не нужен, если задачи декомпозированы и прописаны качественно и понятно, тогда локальная модель будет идеально справляться и показывать результат. Для больших моделей - тоже хорошо использовать, даже тот же gemini* с контекстом 1млн токенов плывет...
Просто предложил идею, которую можно развивать дальше. А md файл не совсем то что нужно, только больше для заметок или стартового контекста.