Хорошее замечание, и в общем согласен. Я в статье как раз старался не заявлять что ИИ “судит лучше людей” он именно формально проходит по фактам. Живой арбитр должен видеть больше: интонацию, контекст отношений, “по сути не так”. Но тут есть нюанс который выявил наш кейс. В реальном арбитраже из статьи живые арбитры тоже разбирали формально просто медленно, с отвлечениями, со сменами, в три недели. Получается что 80% арбитражей в нашем сообществе (фриланс, крипта, мелкие сделки) вообще не нуждаются в “видимости справедливости” там стороны хотят быстрого формального решения по фактам. И вот эту часть ИИ забирает у людей. А вот в сложных кейсах с эмоциями, манипуляциями, неочевидным контекстом там как раз и нужны живые арбитры со временем и опытом. Они продолжат работать, только за нормальные деньги и над реально интересными делами. То есть ИИ не заменяет правосудие, он расслаивает поток.
По сути это локальный проект и дальше сервера производства он никуда уходить не будет, даже ИИ будет развернута локальная во избежание трансграничной передачи данных
Pinned версии у меня изначально для стабильности чтобы апдейт зависимостей не уронил production. Но регулярного обновления security-patches системно нет, это слабое место и я его осознаю. Про python-multipart точно поправлю на этой неделе там реально была CVE с DoS через multipart boundary, у меня медиа-загрузки открыты, это релевантно. В целом такая ситуация требует автоматизации. Сегодня поставлю dependabot или хотя бы запущу safety check руками по всем зависимостям. Спасибо что обратили внимание, это полезный пинок
В Лире внутри десктоп приложения у каждого сотрудника есть отдельная вкладка со всеми задачами, статусами и так далее. Плюсом у главного ген дира в дашборде имеется доска с этим.
вы правы если этот промпт скинуть в чат ChatGPT без контекста, AI нагалюцинирует половину деталей. но в реальности агентский режим работает иначе. claude code (как у меня) видит весь проект: читает соседние формы и понимает что "дизайн как соседние" буквально, видит schema.prisma и знает что номер должен быть unique constraint в БД, видит .env и знает какой SMS-провайдер настроен. промпт это не ТЗ, это начало разговора. сначала "сделай форму", смотрю что вышло, потом уточняю "валидация должна быть с +7 RU mask, не казахстан", "constraint на уровне prisma, не на фронте", "SMS через тот же шлюз что в RegisterForm". за 3-4 итерации получается то что нужно. то есть ваша критика справедлива для разовых промптов в чате без контекста проекта. в агентском режиме с rules и видением кода работает иначе. но соглашусь что мой пример в комменте звучал слишком гладко. в реальности он гораздо более итеративный.
понятно, спасибо что рассказали. с фирмой неприятная история, но и повод пересобрать на новом стеке то что сам наработал за эти годы. “модульный учёт” реалистично если не пытаться сразу повторить 1С целиком. начать с одного куска зарплата например сделать под конкретного заказчика, и расти от него. так и психологически легче, и обратная связь быстрее. насчёт C++/WTL для обучалки норм, ваш стек, вам удобно. но для нового продукта подумал бы ещё раз. найти соавторов на WTL в 2026 почти невозможно, значит проект навсегда останется одиночным. про бесплатный AI на большом проекте упрётесь в лимиты быстро. заложили бы 20$ в месяц на одну подписку, окупится временем. статью вашу когда выйдет киньте ссылку, прочитаю.
А вы сами для какой задачи спрашиваете? “аналог 1С” это очень широкое понятие от учёта остатков на складе до полноценной бухгалтерии с зарплатой и регламентами. От ответа сильно зависит и оценка по времени и выбор стека.
Если у вас конкретный сценарий есть, расскажите оценю по делу.
справедливо, по узкому определению карпатого у меня действительно не вайб. вайб это когда тыкаешь промптом и коммитишь не глядя, у меня не так. термин использовал в широком смысле “работа с LLM”. Ваш пример с хлебом был бы сильнее моего, но я не пёк хлеб, я программирую)
Хорошее замечание, и в общем согласен. Я в статье как раз старался не заявлять что ИИ “судит лучше людей” он именно формально проходит по фактам. Живой арбитр должен видеть больше: интонацию, контекст отношений, “по сути не так”. Но тут есть нюанс который выявил наш кейс. В реальном арбитраже из статьи живые арбитры тоже разбирали формально просто медленно, с отвлечениями, со сменами, в три недели. Получается что 80% арбитражей в нашем сообществе (фриланс, крипта, мелкие сделки) вообще не нуждаются в “видимости справедливости” там стороны хотят быстрого формального решения по фактам. И вот эту часть ИИ забирает у людей. А вот в сложных кейсах с эмоциями, манипуляциями, неочевидным контекстом там как раз и нужны живые арбитры со временем и опытом. Они продолжат работать, только за нормальные деньги и над реально интересными делами. То есть ИИ не заменяет правосудие, он расслаивает поток.
По сути это локальный проект и дальше сервера производства он никуда уходить не будет, даже ИИ будет развернута локальная во избежание трансграничной передачи данных
Да
Привет! Да могу помочь, напиши свой тг
Абзацами удобнее читать когда мысль разделена и нет сплошного текста
Не, Claude Sonnet 4.6
Pinned версии у меня изначально для стабильности чтобы апдейт зависимостей не уронил production. Но регулярного обновления security-patches системно нет, это слабое место и я его осознаю. Про python-multipart точно поправлю на этой неделе там реально была CVE с DoS через multipart boundary, у меня медиа-загрузки открыты, это релевантно. В целом такая ситуация требует автоматизации. Сегодня поставлю dependabot или хотя бы запущу
safety checkруками по всем зависимостям. Спасибо что обратили внимание, это полезный пинокПродукт только в разработке, спасибо за хорошую идею!
Что поделать 🤷♂️
Факты идут из онбординга о сотрудниках
Та же ИИ что там и внутри :)
Стабильная зарплата 200 тыс в месяц
Как раз занимаюсь написанием данной статьи, постараюсь в ближайшие дни выложить)
Когда как :)
Ага)
В Лире внутри десктоп приложения у каждого сотрудника есть отдельная вкладка со всеми задачами, статусами и так далее. Плюсом у главного ген дира в дашборде имеется доска с этим.
вы правы если этот промпт скинуть в чат ChatGPT без контекста, AI нагалюцинирует половину деталей. но в реальности агентский режим работает иначе. claude code (как у меня) видит весь проект: читает соседние формы и понимает что "дизайн как соседние" буквально, видит schema.prisma и знает что номер должен быть unique constraint в БД, видит .env и знает какой SMS-провайдер настроен. промпт это не ТЗ, это начало разговора. сначала "сделай форму", смотрю что вышло, потом уточняю "валидация должна быть с +7 RU mask, не казахстан", "constraint на уровне prisma, не на фронте", "SMS через тот же шлюз что в RegisterForm". за 3-4 итерации получается то что нужно. то есть ваша критика справедлива для разовых промптов в чате без контекста проекта. в агентском режиме с rules и видением кода работает иначе. но соглашусь что мой пример в комменте звучал слишком гладко. в реальности он гораздо более итеративный.
понятно, спасибо что рассказали. с фирмой неприятная история, но и повод пересобрать на новом стеке то что сам наработал за эти годы.
“модульный учёт” реалистично если не пытаться сразу повторить 1С целиком. начать с одного куска зарплата например сделать под конкретного заказчика, и расти от него. так и психологически легче, и обратная связь быстрее.
насчёт C++/WTL для обучалки норм, ваш стек, вам удобно. но для нового продукта подумал бы ещё раз. найти соавторов на WTL в 2026 почти невозможно, значит проект навсегда останется одиночным.
про бесплатный AI на большом проекте упрётесь в лимиты быстро. заложили бы 20$ в месяц на одну подписку, окупится временем.
статью вашу когда выйдет киньте ссылку, прочитаю.
А вы сами для какой задачи спрашиваете? “аналог 1С” это очень широкое понятие от учёта остатков на складе до полноценной бухгалтерии с зарплатой и регламентами. От ответа сильно зависит и оценка по времени и выбор стека.
Если у вас конкретный сценарий есть, расскажите оценю по делу.
справедливо, по узкому определению карпатого у меня действительно не вайб. вайб это когда тыкаешь промптом и коммитишь не глядя, у меня не так. термин использовал в широком смысле “работа с LLM”. Ваш пример с хлебом был бы сильнее моего, но я не пёк хлеб, я программирую)