Задумался по поводу Outline. Спасибо за ответ!

Да мы и с берестой совладаем по случаю, но всё же нужно упорядочить то, что у нас крутится на более чем 60 VDS. Спасибо за мнение :)

Нет, Вики, или документо-ориентированная БД, или онтология, или всё вместе, для систематизации и хранения служебной информации отдела: документация, частично кодовая база, внутренние F.A.Q и т.д.

В облаке как раз не нужно :) Хотим развернуть локально на серверах организации.

Кстати конфа чем удобно - на каждом ЗНИ (запоос на изменение) есть параметры - проект, система, тип доработки и по всему этому сделаны классификаторы. Т. Е. Если меня интересует конкретная система, и проект, не надо искать по всему перечню

Спасибо за такой подробный ответ :)

Соглашусь. Мы так и сделали

Спасибо, присмотримся!

Слишком тяжеловесное проприетарное решение, не подойдёт. И спасибо, что откликнулись!

Не подходит. Нужен локальный ресурс.

Вопрос в инструментах накопления и агрегации, как раз да, нишевой информации нашего отдела.

Инициатива частная, не хотелось бы вообще поднимать вопрос закупок, ищу открытые инструменты и рад почитать про опыт работы с таковыми.

У админов есть фраза: Бесплатно = очень дорого. У меня очень много заказчиков которые решили что они сами и бесплатно сделают себе интернет-магазин и так и поступают, но потом приходят и просят написать им интернет магазин на Битриксе и плюсом все перенести со старого. Помимо того, что они из-за этого теряют все позиции в поиске ещё и влетаю на кучу 404 страниц. Получается что условно бесплатный магазин им обходится примерно в 50 000 плюс хостинг, плюс всякая фигня для пустышок, но его перенос потом обходится с учётом софта и работы еще 250 000, но вот если делать изначально на Битриксе, то нафаршированный магазин стоил бы в районе 150 000 с настройкой и хостингом на полгода. За 20 лет создания магазинов на различных CMS я уяснил, что самые бесполезные и дорогие это бесплатные. Не ищите бесплатных решений, перенос чего угодно это очень дорого.

Но мне нужен не магазин, а невысоконагруженный сервис, который будет крутиться в контейнере для хранения знаний и секретов одного небольшого отдела разработки (но с кучей проектов, в том числе и на Битриксе, от которого заказчики и мы уходим). Смотрю по данному вопросу в сторону GitLab, может у вас есть опыт работы с ним? Один человек мне здесь подсказал, что там возможно нет полнотекстового поиска по страницам втроенной Вики.

Магазин, это было как пример блин

Благодарю, но аналогия не в тему :) Уж простите, это не коммерческий продукт, а попытка улучшить организацию процессов обучения и обмена информацией в отделе. Сервис не будет нагружаться сильно, работать с ним будут люди с высоким пользовательским уровнем (я бы даже сказал программисты и сис.админы, поэтому, надеюсь, что 404 не будет вылетать, просто потому что контент будут загружать аккуратно и со знанием дела). Но при этом бюджета нуль, так как инициатива частная и для отдела: посидели на обеде, поговорили, решили, что да, было бы очень неплохо, чтобы немного меньше отвлекаться на стажеров, навести порядок в документации и улучшить менеджмент процессов (возможно и это получится сделать).

Да, и встроенная LLM ни к чему, слишком дорого с точки зрения ресурсов, а внешняя LLM не пойдойдёт. Секреты отдела должны оставаться секретами отдела :) Ничего такого, но всё же информация для служпбного пользования должна храниться полностью локально, на серверах организации с доступом только из корпоративной сети, негласное правило хорошего тона перед нашими безопасниками.

Меня Отец учил что не бывает слишком дорого, бывает плохой заработок.

Так, вы же сисадмин в прошлом? Ещё раз: слишком дорого с точки зрения потребляемых ресурсов. Неужели ради работы LLM нам нужно выпрашивать у руководства сервер за 3 мульта, на котором без тормозов будет работать локально LLM (то, что вы назвалии ИИ)? Ну, камон :)

Это где вы такие цены видели?! Я бы с удовольствием продавал решения за 3 мульта))))

Ещё раз: если мы говорим про LLM (тот самый ИИ, который не ИИ), то эту штуку нужно периодически дообучать и хостить. Повторю: всё должно быть локально, без облаков. От квантированных нейронок (которые запускают на железе с 6 Gb ОЗУ) толку мало. Значит берём и каждый раз переобучаем её - это накладные расходы. Кроме самой нейронки, нужны два сервиса: для поиска и индексации (если говорить про ElasticSearch, который мне порекомендовали в соседней ветке комментариев), плюс сама база знаний. И вот, мы вместо одного-двух контейнеров на каком-нибудь из наших ненагруженных VDS, начинаем разворачивать вот это всё на отдельном физическом серваке с двумя процессорами, 64 Gb ОЗУ, а ещё и сопроцессором с тензорными ядрами... А ещё и вместо бесплатного Outline мы согласовываем закупку Битрикса)) Ну, ё-моё)) Смех. Однако, благодарю за отклик, пока думал, как конкретнее сформулировать причины отказа от вашей CRM, нашел Outline. Буду изучать возможности решения. Всего доброго.

Думал о Wiki, но пока склоняюсь к GitLab, так же в контейнере. Может есть опыт с ним?

На сколько я знаю, в вики гитлаба поиск только по названию страницы, а не по данным на ней.

Очень жаль, и спасибо! Об этом стоит почитать.

Можно использовать эластиксерч и сделать свою небольшую базу знаний с блекджеком и сопутствующими товарами

Снова благодарю! Советы очень в тему

Желательно локально развернуть в целях безопасности и конфидециальности. Плюс, тензорных процессоров в распоряжении нет. То есть развернуть дообученную LLM будет затратно, но теоретически возможно, а вот дообучать её не на чем и главное - документацию нужно в чём-то сформировать в полном объеме, оттуда и возник вопрос: что же выбрать для создания подобной базы знаний. Народ в сети пишет про Notion (ушли из России и это облако), Obsidian (не совсем понятно подойдёт ли для совместной работы над документацией), AnyType (тоже облако). Но главное: у LLM есть особенность - галлюцинации.

А поиск? Слишком много времени уйдёт на продумывание меню и его редактирование. Всё же мысли тянутся в сторону GitLab в корпоративной сети, но хотел бы узнать про опыт внедрения подобных решений у других компаний.

Поиск чего? Я сделала бот за 2 дня наполнив его информацией ,которая регулярно актуализируется

Поиск по нечетким запросам. А что вы кладёте в свою базу знаний? У нас запросы такие: частично кодовая база, описание архитектурных решений, исправление типовых проблем/ошибок/инцидентов уже на проде. У нас много всего: больше 60 VDS, у которых есть свои особенности, которые неплохо бы описать, чтобы новые сотрудники или вышедшие из отпуска/больничного быстрее могли входить в курс дела.

У нас в компани нет нечетких запросов из серии «найди то ,не знаю что». Под каждой кнопкой скрывается ответ на вопрос,под вопрос и вообще все материалы ,что бы вопрос был закрыт.Есть так же категории «я стажер», «я наставник» И очень много полезной в работе информаци. Опять же из за разных сфер вам чат бот может быть не удобен. Первое что нужно всегда чистить информацию удалять неактуальную,а потом уже делать базу знаний ,не редко так получается ,что половина даже не нужна. Можно так же сделать кнопки «кодовая база», «типовые ошибки и их исправление» и т.д

Да, мы судя по всему из разных сфер. Поэтому друг друга не понимаем. Нечеткий запрос к примеру "упал контейнер с nginx" и в качестве ответа набор описаний с разных серверов. "На сервере1 было то и то, решили так и так", "На сервере2 после обновления получилось вот так месяц назад, исправили этим" и т.д.

Инача говоря, нам чтобы соорудить чат бота нужно целое онтологическое исследование проводить на полгода и тогда получится более-менее удобоваримое меню для чат-бота. Но не факт.

Ну уж пол года ,вы загнули

Вовсе нет) Особенно, когда такой зоопарк технологий (стырые проекты, которые ещё поддерживаем). Мы от этого уходим, формируем чёткий стек для новых проектов. Переписываются старые, но при нововведениях неизбежны проблемы, которые нужно описать и зафиксировать, чтобы не вспоминать мучительно "А как мы это решили три месяца назад?"

И спасибо что откликнулись!

В 120 символов подробности не уместились. База знаний нашего отдела проектных решений: описание архитертурных решений, особенности VDS, которые используем для разных проектов, частично кодовая база (для ознакомления новых сотрудников и входа в курс дела), анализ инцидентов/ошибок и методов их исправления по проектам в проде. Есть мысли развергуть локально GitLab к примеру.