Ну не зря же внесение изменений даже во вчерашний баланс, сейчас это процедура через главного бухгалтера. Вс из-за хранимых остатков. Надо все рекурсивно поправить. А если не дай бог валютный счет правится - так еще и переоценки пересчитать)))
я делал домашний раг на qwen0.6b (да, именно 0,6 млрд параметров) поиск по библиотеке документов работал очень даже достойно По сути, от модели требовалось только скомпилировать связный текст по чанкам, а векторный поиск делал основную работу
Связи двухслойные, и обе защиты — от выдуманных ссылок. На экстракции каждая порция транскрипта даёт структурированные темы, из них собирается индекс и план статей. Дальше, когда модель пишет статью, она получает белый список уже существующих заголовков и инструкцию: ссылаться [[так]] можно только на темы из списка. А на сборке vault все ссылки ещё раз проверяются против реальных страниц: неизвестная ссылка не остаётся битой — она уезжает в отдельный индекс Unlinked Mentions с указанием, кто её упоминал. Получается одновременно защита от галлюцинированных связей и очередь кандидатов на следующие статьи: у меня сейчас 47 написанных и примерно полторы тысячи отложенных тем в этом индексе.
Про агента — честно: пока нет. Пользуюсь руками в Obsidian: из статьи ссылка ведёт в чанк-источник, из чанка — в транскрипт, так что «ответ по вики» у меня — это статья плюс два клика до первоисточника. По устройству vault — готовый RAG-корпус, агент поверх напрашивается, но это следующий шаг, а не текущий.
для МВП телеграм-бота, мне кажется самое естественное - сделать оплату звездами. Но для начала, я бы дал поработать первым юзерам тестировщиками, и заодно собрать все грабли
Сам SoftICE я так и не пощупал — я же не настоящий программист)), мне из всей линейки NuMega достался только FailSafe, и то с диска. Но контору я запомнил именно по репутации SoftICE: раз уж эти ребята сделали отладчик, который останавливает всю винду, то и обвязка для VB у них, думал я, должна быть серьёзная.
именно так и работало: - остаток на утро берем готовый из таблицы - все операции с начала дня считаем с учетом знака - получаем текущий остаток в моменте
Остатки по часам - это было бы десятикратное усложнение там, где оно не особо то и нужно
А самое бедовое - что триггеры я никак не мог отладить и проследить в каких случаях происходил перекос. То есть, самая большая боль - непрозрачность того, что внутри триггера происходит
ну да, кроме того, сама система была в виде клиентских приложений, и очень хотелось, чтобы очередь задач обслуживал единый сервер. Поэтому конструкция на триггерах, казалась, не имеет себе равных по надежности)
Просто выглядит, как старый способ сделать автоматизацию)
Но старый, это не значит, что плохой)
Не в 2026, немного пораньше.
Просто потому, что уже было и работало. А если работает, то зачем ломать)
А сейчас, я, после того как ушёл из казны, как раз собрал современное решение
Целая вселенная
вот вот вот
Ну не зря же внесение изменений даже во вчерашний баланс, сейчас это процедура через главного бухгалтера. Вс из-за хранимых остатков. Надо все рекурсивно поправить. А если не дай бог валютный счет правится - так еще и переоценки пересчитать)))
я делал домашний раг на qwen0.6b (да, именно 0,6 млрд параметров)
поиск по библиотеке документов работал очень даже достойно
По сути, от модели требовалось только скомпилировать связный текст по чанкам, а векторный поиск делал основную работу
Связи двухслойные, и обе защиты — от выдуманных ссылок. На экстракции каждая порция транскрипта даёт структурированные темы, из них собирается индекс и план статей. Дальше, когда модель пишет статью, она получает белый список уже существующих заголовков и инструкцию: ссылаться [[так]] можно только на темы из списка. А на сборке vault все ссылки ещё раз проверяются против реальных страниц: неизвестная ссылка не остаётся битой — она уезжает в отдельный индекс Unlinked Mentions с указанием, кто её упоминал. Получается одновременно защита от галлюцинированных связей и очередь кандидатов на следующие статьи: у меня сейчас 47 написанных и примерно полторы тысячи отложенных тем в этом индексе.
Про агента — честно: пока нет. Пользуюсь руками в Obsidian: из статьи ссылка ведёт в чанк-источник, из чанка — в транскрипт, так что «ответ по вики» у меня — это статья плюс два клика до первоисточника. По устройству vault — готовый RAG-корпус, агент поверх напрашивается, но это следующий шаг, а не текущий.
я решал похожую задачу, есть 48 часов видео с курса, и нужно собрать из них вики для собственного использования
В ито сделал готовый продукт. Все кроме экстракции сущностей, происходит локально.
Хорошая мысль написать про него статью тоже
Молодцы Понаставят барьеров, а Китай будет развиваться свободно. По-моему, их должно это больше волновать.
для МВП телеграм-бота, мне кажется самое естественное - сделать оплату звездами. Но для начала, я бы дал поработать первым юзерам тестировщиками, и заодно собрать все грабли
осталось самое главное - чтобы инженеры этой идеей прониклись и начали изобретать, вместо того, чтобы привычно бухтеть))
Прекрасно помню, как находил, и подолгу разглядывал секцию про компьютеры в немецких каталогах Otto в начале 90х. Настоящее сокровище, в те годы
Сам SoftICE я так и не пощупал — я же не настоящий программист)), мне из всей линейки NuMega достался только FailSafe, и то с диска. Но контору я запомнил именно по репутации SoftICE: раз уж эти ребята сделали отладчик, который останавливает всю винду, то и обвязка для VB у них, думал я, должна быть серьёзная.
именно так и работало:
- остаток на утро берем готовый из таблицы
- все операции с начала дня считаем с учетом знака
- получаем текущий остаток в моменте
Остатки по часам - это было бы десятикратное усложнение там, где оно не особо то и нужно
совершенно верно.
А самое бедовое - что триггеры я никак не мог отладить и проследить в каких случаях происходил перекос.
То есть, самая большая боль - непрозрачность того, что внутри триггера происходит
ну да, кроме того, сама система была в виде клиентских приложений, и очень хотелось, чтобы очередь задач обслуживал единый сервер.
Поэтому конструкция на триггерах, казалась, не имеет себе равных по надежности)