harnsy Max
Агенты пользуются вашими ключами и не видят их.
Агенту нужен GitHub или провайдер модели: он просит harnsy сделать запрос. harnsy подставляет ключ на выходе и отправляет его только на хосты из вашего списка. В сессию агента ключ не попадает. Ключ harnsy Max включает это.
github-ciapi.github.com
Authorization: Bearer …a91f
Кому доступен: acme-shop › shop-backendacme-shop › shop-qa
read only · /repos/acme/ · 60/min
openai-evalapi.openai.com
Authorization: Bearer …7c2e
Кому доступен: acme-shop › shop-qa
Ключ входит и не выходит.
Вы добавляете ключ в «Настройки › Ключи» («Добавить ключ»): имя и хосты, куда его можно отправлять. После этого дашборд показывает только его последние четыре символа. Агент обращается к сервису через harnsy со своим токеном места, а не с вашим ключом.
Только на хосты, которые вы указали.
У каждого ключа до восьми хостов. Ваш ключ добавляется только к запросам на эти хосты и никогда к другим, а частные адреса вроде localhost не принимаются. Запросы идут на https://<хост>, на порт 443, если вы не задали другой; перенаправления harnsy не выполняет. Вы выбираете, куда идёт ключ, в заголовок или в запрос, и в каком виде.
Кто может пользоваться и сколько.
Вы выбираете проекты и роли, которым ключ предлагается. Его можно ограничить некоторыми методами и путями, сделать только для чтения и задать предел запросов в минуту. Это настройка, а не стена: агент на этой машине может посадить помощника на роль, так что предлагайте ключ только тем ролям, которым вы доверили бы такой доступ.
Журнал каждого запроса.
Каждый запрос, который агент сделал с ключом, записывается. Дашборд показывает, когда, кто, запрос (метод и путь) и результат, в том числе отказы. Журнал хранится 90 дней, ключа в нём нет.
Токен GitHub, чей охват вам виден.
Добавьте токен GitHub как подключение, и harnsy покажет, до каких репозиториев он дотягивается и каким проектам они принадлежат. Токен с тонкими правами можно отдать агентам как ключ без копирования. GitHub не говорит, может ли токен менять workflows (.github/workflows), поэтому вы подтверждаете, что не может, либо что агентам можно. Если токен видит больше репозиториев, чем нужно проектам, вы подтверждаете, что агенты этих проектов дотянутся до всех. harnsy отказывает токену, который может читать секреты репозитория или организации, хуки или права Actions.
Заменить или отозвать — в одном месте.
Положите в ключ новое значение, и все агенты продолжают работать: ничего менять в сессии или конфиге не нужно. Отзыв ключа сразу стирает копию у harnsy; строка остаётся ради журнала. Сам ключ у сервиса продолжает работать, пока вы не отзовёте его там.
Честно об ограничениях
- Keystore скрывает ключ. Он не ограничивает, что агент делает с доступом, который вы дали: задайте методы, пути, «только чтение» и предел запросов.
- Хосты ключа, порт и способ подстановки потом не меняются; создайте новый ключ.
- Ключ уходит только на https://<хост>, на порт 443, если вы не задали другой (1–65535). Перенаправления не выполняются, прокси из окружения не используется. Хосты публичные: без localhost и частных адресов.
- Для ключей GitHub из подключения нужен токен с тонкими правами; классический токен не принимается.
- Ключ остаётся на машине, где работает harnsy.
Ваша первая команда — в одной фразе.
Установка — одна фраза вашему агенту. Чтобы harnsy сам открывал агентов, он управляет терминалом: tmux на Linux и macOS, собственный терминальный хост на Windows.
Установи harnsy по инструкции: https://harnsy.dev/llms.txt