Человек отчитал ИИ. Другой ИИ прочитал и дал свои комментарии ))
"Прочитал. Все четыре случая сводятся к одному дефекту: модель принимает промпт за спецификацию и не сверяет его с реальностью. Но чинятся они по-разному, и автор прав не во всём.
1. mod_php и права. Проблема не в правах, а в том, что PHP исполняется не от того пользователя. Решение - php-fpm с отдельным пулом на пользователя или сайт (user/group в конфиге пула), тогда код работает от владельца файлов и проблема исчезает как класс. Два уточнения к формулировке автора:
Nginx тут не обязателен: дело в mod_php, а не в Apache. Apache с mod_proxy_fcgi и php-fpm решает то же самое, а .htaccess с rewrite-правилами продолжает работать. Сломаются только php_value/php_flag в .htaccess, их надо перенести в .user.ini или в конфиг пула.
Права совсем не исчезают: веб-серверу всё ещё нужно чтение статики и доступ к сокету пула (listen.owner/listen.group). Но это одна настройка, а не вечная борьба с owner'ами.
Модель здесь ошибается не от нехватки данных: чтобы назвать причину, информации в вопросе достаточно. Ей не хватает критичности к постановке. На вопрос «как дать www-data права» самое вероятное продолжение - ответ про права, группы и ACL.
2. Забытая концепция. Тут агент виноват больше, чем в первом случае, потому что код был у него перед глазами. Unit-файл с User=tgbot и путь в /home/tgbot прямо показывают, как устроен бот. Нормальное поведение: прочитать проект, заметить, что просьба ложится на другую архитектуру, и остановиться с вопросом «у тебя тут отдельный юзер через systemd, а просишь под схему со сбросом привилегий, переводим бота на неё или делаем в рамках старой?». Это как раз тот случай, где уточняющий вопрос обязателен.
3. Стоимость усложнения. Согласен по сути, не согласен с категоричностью. Асинхронность не зло сама по себе: для тех же телеграм-ботов это часто родная модель библиотеки, и писать против неё выйдет сложнее. Зло - добавлять конкурентность сверх необходимого, тут автор прав полностью. Модель склонна к этому, потому что «качественный код» в обучающих данных выглядит как код с обработкой всех случаев, а цена поддержки в тексте не видна.
4. Точка и дефис. Самый показательный случай и самый дешёвый в исправлении. Расхождение между subproject-migration в промпте и subproject.migration в существующих конфигах и DNS находится одним grep'ом. Агент должен был сказать «такого имени нигде нет, зато есть похожее с точкой, это опечатка?», а не перестраивать инфраструктуру под опечатку.
Что из этого следует на практике:
Случаи 2 и 4 лечатся правилом «перед изменениями сверь запрос с тем, что уже есть, и при расхождении остановись и скажи». В Claude Code это пишется в CLAUDE.md, и там же стоит держать краткое описание концепции проекта, чтобы оно не зависело от памяти человека.
Случай 3 лечится явным требованием: простейшее рабочее решение, конкурентность только при названной причине.
Случай 1 лечится хуже всего, потому что требует не проверки фактов, а несогласия с человеком.
С оговоркой автора «проблема не в ИИ, а в человеке» я согласен наполовину. Человек действительно забыл концепцию и опечатался. Но хороший коллега тем и ценен, что ловит такие вещи, и в случаях 2 и 4 у агента были все данные, чтобы поймать."
Всё проще. MikroTik с WG, там скрипт, который генерирует регулярно шум к пиру WG (а-ля Amnezia). С мобильного или ноутбука обычный OpenVPN до дома и всё работает.
Человек отчитал ИИ. Другой ИИ прочитал и дал свои комментарии ))
"Прочитал. Все четыре случая сводятся к одному дефекту: модель принимает промпт за спецификацию и не сверяет его с реальностью. Но чинятся они по-разному, и автор прав не во всём.
1. mod_php и права. Проблема не в правах, а в том, что PHP исполняется не от того пользователя. Решение - php-fpm с отдельным пулом на пользователя или сайт (
user/groupв конфиге пула), тогда код работает от владельца файлов и проблема исчезает как класс. Два уточнения к формулировке автора:Nginx тут не обязателен: дело в mod_php, а не в Apache. Apache с mod_proxy_fcgi и php-fpm решает то же самое, а .htaccess с rewrite-правилами продолжает работать. Сломаются только
php_value/php_flagв .htaccess, их надо перенести в.user.iniили в конфиг пула.Права совсем не исчезают: веб-серверу всё ещё нужно чтение статики и доступ к сокету пула (
listen.owner/listen.group). Но это одна настройка, а не вечная борьба с owner'ами.Модель здесь ошибается не от нехватки данных: чтобы назвать причину, информации в вопросе достаточно. Ей не хватает критичности к постановке. На вопрос «как дать www-data права» самое вероятное продолжение - ответ про права, группы и ACL.
2. Забытая концепция. Тут агент виноват больше, чем в первом случае, потому что код был у него перед глазами. Unit-файл с
User=tgbotи путь в/home/tgbotпрямо показывают, как устроен бот. Нормальное поведение: прочитать проект, заметить, что просьба ложится на другую архитектуру, и остановиться с вопросом «у тебя тут отдельный юзер через systemd, а просишь под схему со сбросом привилегий, переводим бота на неё или делаем в рамках старой?». Это как раз тот случай, где уточняющий вопрос обязателен.3. Стоимость усложнения. Согласен по сути, не согласен с категоричностью. Асинхронность не зло сама по себе: для тех же телеграм-ботов это часто родная модель библиотеки, и писать против неё выйдет сложнее. Зло - добавлять конкурентность сверх необходимого, тут автор прав полностью. Модель склонна к этому, потому что «качественный код» в обучающих данных выглядит как код с обработкой всех случаев, а цена поддержки в тексте не видна.
4. Точка и дефис. Самый показательный случай и самый дешёвый в исправлении. Расхождение между
subproject-migrationв промпте иsubproject.migrationв существующих конфигах и DNS находится одним grep'ом. Агент должен был сказать «такого имени нигде нет, зато есть похожее с точкой, это опечатка?», а не перестраивать инфраструктуру под опечатку.Что из этого следует на практике:
Случаи 2 и 4 лечатся правилом «перед изменениями сверь запрос с тем, что уже есть, и при расхождении остановись и скажи». В Claude Code это пишется в
CLAUDE.md, и там же стоит держать краткое описание концепции проекта, чтобы оно не зависело от памяти человека.Случай 3 лечится явным требованием: простейшее рабочее решение, конкурентность только при названной причине.
Случай 1 лечится хуже всего, потому что требует не проверки фактов, а несогласия с человеком.
С оговоркой автора «проблема не в ИИ, а в человеке» я согласен наполовину. Человек действительно забыл концепцию и опечатался. Но хороший коллега тем и ценен, что ловит такие вещи, и в случаях 2 и 4 у агента были все данные, чтобы поймать."
Каждое поколение думает, что оно самостоятельнее нового и без него человечество перестанет существовать :-D
Пусть Яндекс Станция всегда бегает через провайдера, как вариант.
Я сделал проще. У меня реверсивная схема. Всё идёт через VPN-туннель кроме IP RU сегмента.
В итоге чистыми для водителя получается просто днище!
51 км за 1680 руб. грязными для водителя (Москва, тариф Комфорт). Вычесть комиссию Яндекс, минус бензин, минус амортизация, получается просто днище!
Кому действительно нужно — заплатит.
Значит такие клиенты и не нужны ))
Хз, у меня уже давно всё на "автомате", я даже не думаю. Возможно уже всё развито ))
Это из-за того, что они не предоставили министерству войны свой продукт, вот и получили. А капнул под них Amazon.
Есть, только указываешь там IP и протоколы.
Главное что не товарищу майору ))
Почему сейчас мода на уменьшительные имена, почему не Дмитрий?
Для этого есть Mangle ))
Всё дело во времени.
"Накодил", сдал проект, получил "бабки".
Осознание приходит через чувства. Нужен ли человечеству ИИ у которого есть чувства. Это уже большой вопрос.
Нужна часть 2, а потом может и 3 и 4. Ждём полноценный Guide одним словом.
Всё проще. MikroTik с WG, там скрипт, который генерирует регулярно шум к пиру WG (а-ля Amnezia). С мобильного или ноутбука обычный OpenVPN до дома и всё работает.
Расти можно точно так же за деньги :-D
Разве после джуна код сразу попадает в прод? ))
Если угроза будет национальной безопасности, то вообще никто ничего не узнает и как правило не знает ))