Привет @swyx, вопрос к тебе, Ты всегда говоришь: "делай дела, рассказывай людям." Но я замечаю, что процесс выполнения мешает рассказу. Я теряюсь в делах. Мне приходится принудительно блокировать время в своем календаре, чтобы заставить себя рассказывать людям, пиша. И даже тогда кажется, что я трачу время, которое мог бы потратить на большее количество дел. Я увидел некоторую ценность в том, чтобы рассказывать людям. Но мне гораздо больше нравится делать. Я не хочу быть техническим писателем. Не хочу быть dev rel и в основном испытываю аллергию на слово "маркетинг." Я просто хочу общаться с идеями достаточно, чтобы они действительно были приняты (и люди использовали то, что я создаю). Жизнь коротка, и даже если я работаю все время, времени все равно ограничено. Как ты управляешь балансом? Какие эвристики ты используешь? Я думаю, что многие строители сталкиваются с этой проблемой, и некоторые слишком сильно наклоняются в одну сторону. Буду рад услышать твое мнение.

Как @cline испытал "горький урок" в своем собственном пути. Когда вышел Сонет 4, многое сломалось. Модель работала в циклах. Воспринимала инструкции слишком буквально и делала странные вещи. Мы были в замешательстве. Тот же системный запрос работал для 3.5, 3.7, всего, что было раньше. В тот момент мы поняли: наш запрос перегружал модель сенсорной информацией. Все те тщательные инструкции, которые мы написали? Они мешали тому, как модель на самом деле думает. Горький урок для агентов: Вы думаете, что можете настроить запросы и сделать модели лучше. И, возможно, это сработает... на данный момент. Но с увеличением вычислительных мощностей модели просто становятся лучше сами по себе. И чем больше вы помогаете, тем больше вы на самом деле мешаете. Лучший системный запрос — это тот, который указывает агентам правильное направление, а затем отходит в сторону от модели.

Как провести реверс-инжиниринг любых закрытых AI инструментов для кодирования: Это работает для Claude Code, Windsurf, Copilot и буквально всего, перехватывая их вызовы. Метод 1: Charles Proxy (для инструментов с внутренними конечными точками) Инструменты, такие как Vscode Extension, сначала направляют запросы на свой собственный бэкенд. - Установите Charles Proxy - Установите корневой сертификат Charles - Следите за трафиком - Найдите внутреннюю конечную точку, к которой они обращаются - Отметьте ее для SSL-прокси в Charles - Читайте все. Метод 2: Локальный прокси (для инструментов, вызывающих LLM API напрямую) - Инструменты, такие как Cline, Claude Code, вызывают напрямую. Charles не сработает, так как блокировка сертификатов мешает этому. - Запустите локальный прокси на localhost:8080 - Настройте расширение на использование этого как базового URL API - Ваш прокси перенаправляет на реальный API - Читайте все в открытом виде - Вы не перехватываете, так как ВЫ являетесь конечной точкой, поэтому проблем с сертификатами нет. С этим вы увидите полные системные подсказки, определения инструментов, структуру беседы, параметры, все.