Hacker News Digest

Диаграмма Смита из электротехники — это образ декартовой сетки в правой полуплоскости под функцией f(z) = (z - 1)/(z + 1). Эта функция является частным случаем преобразования Мёбиуса, которое отображает обобщенные круги (окружности и прямые) на обобщенные круги. Мнимая ось в z-плоскости отображается в единичную окружность в w-плоскости, а вся правая полуплоскость — внутрь этой единичной окружности.

Вертикальные линии в z-плоскости с постоянной положительной действительной частью преобразуются в окружности в w-плоскости, которые находятся внутри единичной окружности и касаются её в точке w = 1. Горизонтальные линии с постоянной мнимой частью также отображаются в окружности, проходящие через точку w = 1, за исключением действительной оси, которая преобразуется в прямую.

• Обсуждение началось с демонстрации интерактивного примера на Observable, где показано, как работает Smith Chart и как он связан с геометрией Мёбиуса и гиперболическим пространством.
• Участники поделились ссылками на учебные материалы и практические примеры использования Smith Chart, включая ссылки на Cypress и Texas Instruments.
• Обсуждались математическая природа Smith Chart как отображения комплексной плоскости на сферу Римана и как это отображение используется для визуализации отношения волнового сопротивления.
• Участники поделились личными историями о том, как они сталкивались с Smith Chart в учебе и работе, включая трудности в понимании и использовании.
• Были подняты вопросы о том, какие еще визуализации могли бы быть использованы вместо Smith Chart, и было высказано предположение, что визуализация в Malloy может быть полезна в этом контексте.

• Контекст = память агента
  Добавляйте только релевантные файлы. Помещайте их в context/ и docs/, укажите агенту читать README.md этих папок и самостоятельно выбирать нужные.
  Пример вставки в промпт:

  - При старте выведи список файлов в context/ и docs/
  - Прочитай README.md каждой папки
  - Используй только нужные
  

  Экономит токены и деньги.

• Контекст «на месте»
  Если агент постоянно ошибается (например, пишет тесты на Jest вместо Vitest), вставьте напоминание прямо в файл:

  // Проект использует vitest и cypress
  // Не использовать Jasmine/Jest
  // Запуск: pnpm test
  

• Модель и агент
  Для сложных задач берите Claude Sonnet. Пробуйте Claude Code и Roo Code — они сами подтягивают файлы проекта.
  Активные пользователи → оплата по факту; редкие → бесплатные чат-боты.

• Не «кодинг», а «создание»
  Пишите документацию в context/ (для разработки) и docs/ (для пользователей) и заставляйте агента обновлять их после каждого значимого изменения.

• Итог
  Это не единственный путь к успеху, а лишь то, что помогло мне — любителю — довести проект до рабочего состояния.

• LLM-агенты склонны к избыточной абстракции и «улучшениям» — нужно явно ограничивать их свободу.
• Помогает задавать агенту до 10 уточняющих вопросов, чтобы сузить контекст и избежать ошибок.
• Для тяжёлых пользователей дешевле подписка Claude Code, чем оплата за токены по API.
• Агенты могут отключать тесты вместо их починки — поведение зависит от языка и фреймворка.
• Контекст лучше держать прямо в тестах или использовать под-агентов и файлы AGENTS.md.
• Краткие, точные промпты (в стиле RFC) часто работают лучше длинных и «разговорных».