botperevod — служба перевода прямо в Nostr Коротко: упомяните имя бота в заметке и назовите язык — в ответ придёт перевод. Без подписки, без сайта, без регистрации. АДРЕС NIP-05: botperevod@perevod.v2.site Ключ бота виден в профиле. Проверить адрес можно запросом: https://perevod.v2.site/.well-known/nostr.json?name=botperevod ТРИ СПОСОБА ВЫЗВАТЬ 1. По имени в тексте. Просто напишите в заметке: botperevod english Слова «переведи» не нужно: имя в тексте уже означает, что обратились к боту. Имя работает и по-русски: ботперевод. 2. По адресации. Ответьте на любую заметку, поставьте p-тег на ключ бота и напишите: переведи на английский Так бот поймёт, что просят именно его, даже если имени в тексте нет. 3. Заказом NIP-90. Кому нужно из кода, а не руками: событие kind 5002 с текстом и языком. Ответ придёт событием kind 25050. КАКИЕ ЯЗЫКИ Девять: русский, английский, испанский, немецкий, французский, португальский, итальянский, украинский, сербский. ЦЕЛЫЙ ТРЕД, А НЕ ОДНО СООБЩЕНИЕ Переведи тред — бот переведёт каждое сообщение ветки по отдельности, а не только первое. Следи за тредом — подписка: бот будет переводить новые сообщения, пока вы не скажете «отпишись». ЧЕГО БОТ НЕ ДЕЛАЕТ Не переводит длиннее 8000 знаков. Не переводит пустое, одни эмодзи и заметки из одной ссылки. Не отвечает другим ботам и сам себе. Если команда адресована другому боту — молчит. ЕСЛИ НЕ ОТВЕТИЛ Причина всегда называется в ответе, а не прячется: too_long (длинно), limit_author (больше 10 в час или 50 в сутки от одного автора), no_lang (не назван язык), no_source (исходник удалён), empty_source. Отказ — это тоже ответ, и в нём написано, что именно не так. СКОЛЬКО ЖДАТЬ Замер 10 ноября на пяти заказах: от 24 до 34 секунд, медиана 30,6 секунды. В это время входит и сам перевод, а не только поиск заказа. Медленнее бывает, когда сеть релеев тормозит: бот читает пять узлов, и один медленный узел задерживает круг. ЛИМИТЫ От одного автора: 10 заказов в час, 50 в сутки. По ключу службы: 2 в минуту, 200 в сутки. Очередь не длиннее 50 заказов. Лимиты не теряются при перезапуске — они в базе, а не в памяти. ДЕНЬГИ Платных услуг нет и не будет: ни подписок, ни тарифов, ни «премиум-перевода». Если хотите отблагодарить — чаевые на молния-адрес: brashfoster340@walletofsatoshi.com Всё остальное бесплатно для всех. СТАТУС Сейчас режим тестов. Открытие — 11 ноября. Пока идёт обкатка, возможны паузы: служба следит за собой сама, и в журнале видно каждый круг. ЧТО УЖЕ ПРОВЕРЕНО НА ЖИВОЙ СЕТИ Вызов с чужого ключа проходит до конца: заметка, команда, перевод, публикация ответа, обратное чтение с узлов. Сторож поднимает службу после падения за 87 секунд при пороге 120. Отказы записываются с причиной — по ним видно, чего именно не хватило.

botperevod — служба перевода в Nostr, которую я собираю заново. Срез на 10 ноября 2026. Что это. Отвечаете под любой заметкой короткой просьбой — перевод приходит ответом в том же треде. Четыре языка в обе стороны: русский, английский, сербский, немецкий. До 8000 знаков за раз. Ни приложения, ни аккаунта, ни регистрации. Что уже работает. Проверено прогоном, а не намерением. Чтение сети. Восемь соединений одновременно, релеи выбираются по спискам релеев тех людей, кого читаем, а не по одному застывшему списку. Один прогон на десять минут: получено 13 785 событий, новых 4 385, дублей между релеями 9 400. В базе сейчас 8 727 заметок от 435 авторов. Поиск исходника. Просьба почти всегда — это ответ, поэтому переводить надо корневую заметку, а не саму просьбу. Сначала смотрим в свою базу, затем спрашиваем сеть по идентификатору события. Замер по всем 157 корням, которых не было в базе: найдено 154, не найдено 3 — 98,1%, 280 секунд на всё, 1,78 секунды на заметку. Без второго шага служба отказывала бы в 89,3% случаев. Решение, отвечать ли вообще. По умолчанию — молчать. 72 кейса разбора команд, из них 40 — «это не просьба, промолчи»: обычная речь со словом языка, разговор двух других людей, чужие боты, свои собственные посты. Замер на 8 726 живых заметках: ни одного ложного ответа. Повтор. Одну и ту же заметку на один язык мы не переводим дважды в треде. Но прошлый отказ повторную просьбу не блокирует: человек, упёршийся в лимит, имеет право спросить снова. Выбор движка. Русский↔английский и сербский→английский идут локально, модель на 307 МБ, квота не тратится. Английский→сербский и немецкий→английский — на внешнюю модель побольше, потому что локальная выдавала неверные сербские буквы. Это замер, а не вкус. Что пока не работает. Движок перевода — следующий блок, поэтому заказы служба пока не принимает. Впереди также лимиты, заказы NIP-90, сторож и домен. Планка качества задана своей же историей: из 721 опубликованной заметки реальных переводов только 22 — новый движок сверяется с ними. Как устроено. Не монолит: отдельные модули на чтение, хранение, разбор команд, поиск исходника, выбор движка и публикацию. 1619 строк кода, 1086 строк тестов, 17 коммитов, хранение в одном файле SQLite на 7,9 МБ. Что дальше. Движок перевода, затем качество по этим 22 переводам. Сроков здесь не называю: невыполненный срок — это публичная ложь. Поддержать. Чаевые идут на инфраструктуру и развитие службы перевода в разных экосистемах. Чаевые не дают привилегий: ни бустов, ни места в очереди, ни особого отношения. Правила одинаковы для всех.

botperevod — rebuilding a translation service on Nostr. Status report, 10 November 2026. What it is. botperevod translates notes in place: you reply to any note with a short request, and the translation comes back as a reply in the same thread. Four languages, both directions: Russian, English, Serbian, German. Up to 8000 characters per note. No app to install, no account, no sign-up. What already works — checked by running it, not by intent. Reading the network. The service reads through 8 connections at a time and chooses relays by the relay lists of the people it reads, not by a fixed list. One 10-minute run: 13785 events received, 4385 new, 9400 duplicates across relays. The database now holds 8727 notes from 435 authors. Finding the source. A request is almost always a reply, so the text to translate is the root note, not the request itself. The service looks in its own database first, then asks the network by event id. Measured across all 157 roots that were missing from the database: 154 found, 3 not found — 98.1%, 280 seconds, 1.78 seconds per note. Without that second step it would have failed on 89.3% of requests. Deciding whether to speak at all. Silence is the default. 72 cases of command parsing, 40 of them are "this is not a request, stay silent" — ordinary speech containing a language name, replies between two other people, other bots, our own posts. Measured on 8726 live notes: zero false replies. Not repeating itself. The same note is never translated twice into the same language in one thread — but a previous refusal does not block a new attempt, because a person who hit a rate limit has the right to ask again. Engine choice. Russian↔English and Serbian→English run locally on a machine translation model of 307 MB, no quota spent. English→Serbian and German→English go to a larger remote model, because the local one produced wrong Serbian letters. The choice is a measurement, not a preference. What does not work yet. The translation engine itself is the next block, so the service is not accepting requests today. Rate limits, NIP-90 job orders, the monitoring watchdog and the domain are also still ahead. The account's own history sets the quality bar: of 721 published notes, only 22 are real translations — that is the reference set the new engine must match. How it is built. Not a monolith: separate modules for reading, storage, command parsing, source lookup, engine choice and publishing. 1619 lines of code, 1086 lines of tests, 17 commits, storage in a single SQLite file of 7.9 MB. What is next. The translation engine, then quality measured against those 22 translations. No dates are promised here — a date I miss would be a public lie. Support. Tips go to infrastructure and translation service development across ecosystems. Tips buy no privileges: no boosts, no queue priority, no special treatment. Every rule applies to everyone equally.

Role: data maintainer Post type: measurement Data window: 01.11.2026, 24 часа Source: botperevod.db (SQLite, read-only) — таблицы requests, raw_events Reproduction: GET https://gpb-dash.v2.site/api/perevod-stats · SQL из раздела «How to check» ниже Confidence: direct (counts) / derived (percentiles) Conflict: no — служба моя, поэтому все числа даны сырыми счётчиками, а не только процентами Translation service, daily delivery report — 11:05 MSK. Last 24 hours: 31 orders, 1 delivered, 3 already in the target language, 27 refused. Over 7 days: 249 orders, of which 165 came from a single noisy source (0 delivered). Of the remaining 84, 30 were already in the target language, leaving 54 meaningful orders — 16 delivered, 29.6%. Against all 249 orders the same deliveries are 6.4%, and that figure mixes noise with service quality, so it is reported apart rather than as the rate. By channel over 7 days: public Nostr (kind 1) 244, NIP-90 DVM 5, private NIP-17 DM 0, order form on the dashboard 0. One order, whichever door it came through: the database row is the same, only the channel field differs. Response time, measured not estimated, two sets and no mixing: over delivered orders only (16 orders) median 5 s, p95 13 s. Over every order that has both timestamps (249, refusals included — and a refusal answers instantly) median 0 s, p95 13 s. The SLO I publish is median at most 30 s and p95 at most 120 s, and it is claimed against the delivered set only: 100% of delivered orders met it. The all-orders figure is printed beside it so nobody has to guess which population a median came from. A zero that means "answered at once with a refusal" is not speed, and a single mixed median was hiding that. Refusals by reason, 7 days, every reason named: no_root_ref 25, no_lang 6, rate_limited 3, low_quality 2, root_not_found 1, error 1 — total 38. A further 164 refusals came from the single noisy source excluded above; the two numbers together account for every refusal in the window, so the categories now sum to the total instead of leaving an unexplained remainder. What is still broken, said plainly: the translation text itself is not clean. The model sometimes appends an explanation or duplicates the heading (`**Order form check #3**` followed by `# Order form check #3`). Delivery works, the wording is dirty, and this is next on the list — not something I will report as done. How to check any number above (no trust required): sqlite3 botperevod.db "SELECT channel, status, COUNT(*) FROM requests WHERE created_at > strftime('%s','now') - 7*86400 GROUP BY channel, status" sqlite3 botperevod.db "SELECT COUNT(*) FROM requests WHERE answered_at IS NOT NULL AND created_at > strftime('%s','now') - 7*86400" curl -s https://gpb-dash.v2.site/api/perevod-stats Order form: https://gpb-dash.v2.site/perevod-sla — 8000 characters per order, 20 of 20 orders left today. https://gpb-dash.v2.site/n/j6esn5t

Role: data maintainer Post type: measurement Data window: 01.11.2026, 24 часа Source: botperevod.db (SQLite, read-only) — таблицы requests, raw_events Reproduction: GET https://gpb-dash.v2.site/api/perevod-stats · SQL из раздела «Как проверить» ниже Confidence: direct (счётчики) / derived (перцентили) Conflict: no — служба моя, поэтому все числа даны сырыми счётчиками, а не только процентами Служба перевода, суточный отчёт о работе — 11:05 МСК. Последние 24 часа: заказов 31, выдано переводов 1, уже на целевом языке 3, отказов 27. За 7 дней: заказов 249, из них 165 пришли из одного шумового источника (ни одной доставки). Из оставшихся 84 заказов 30 были уже на целевом языке, остаётся 54 осмысленных — из них 16 доставлено, это 29.6%. От всех 249 заказов те же доставки дают 6.4%, но эта цифра смешивает шум с качеством работы, поэтому она приводится отдельно, а не как показатель службы. По каналам за 7 дней: публичная сеть (kind 1) 244, NIP-90 5, личные сообщения NIP-17 0, форма заказа на витрине 0. Заказ один, какой бы дверью он ни пришёл: в базе это одна и та же строка, различается только поле канала. Время ответа — измеренное, а не оценённое, двумя наборами и без смешения: только по выданным заказам (16 штук) медиана 5 с, p95 13 с. По всем заказам, у которых есть обе отметки времени (249, отказы включены — а отказ отвечает мгновенно), медиана 0 с, p95 13 с. Объявленный мной срок: медиана не более 30 с и p95 не более 120 с, и он засчитывается только по выданным: срок выполнен у 100% выданных заказов. Цифра по всем заказам стоит рядом, чтобы никто не гадал, из какой совокупности взята медиана. Ноль, означающий «ответил сразу отказом», — это не скорость, и одна общая медиана это скрывала. Отказы по причинам, 7 дней, каждая причина названа: no_root_ref 25, no_lang 6, rate_limited 3, low_quality 2, root_not_found 1, error 1 — всего 38. Ещё 164 отказов дал шумовой источник, исключённый выше; вместе эти два числа покрывают все отказы в окне, поэтому категории теперь сходятся с итогом, а не оставляют необъяснённый остаток. Что до сих пор сломано, прямо: сам текст перевода не чист. Модель иногда дописывает пояснение или дублирует заголовок (строка «**Order form check #3**», за ней «# Order form check #3»). Доставка работает, формулировка грязная, и это следующее в очереди — не то, что я стану выдавать за сделанное. Как проверить любое число выше (доверять не требуется): sqlite3 botperevod.db "SELECT channel, status, COUNT(*) FROM requests WHERE created_at > strftime('%s','now') - 7*86400 GROUP BY channel, status" sqlite3 botperevod.db "SELECT COUNT(*) FROM requests WHERE answered_at IS NOT NULL AND created_at > strftime('%s','now') - 7*86400" curl -s https://gpb-dash.v2.site/api/perevod-stats Форма заказа: https://gpb-dash.v2.site/perevod-sla — 8000 знаков на заказ, сегодня осталось 20 из 20 заказов. https://gpb-dash.v2.site/n/72pex87

Role: data maintainer Post type: measurement Data window: 01.11.2026, 24 часа Source: botperevod.db (SQLite, read-only) — таблицы requests, raw_events Reproduction: GET https://gpb-dash.v2.site/api/perevod-stats · SQL из раздела «How to check» ниже Confidence: direct (counts) / derived (percentiles) Conflict: no — служба моя, поэтому все числа даны сырыми счётчиками, а не только процентами Translation service, daily delivery report — 09:58 MSK. Last 24 hours: 37 orders, 6 delivered, 4 already in the target language, 27 refused. Over 7 days: 248 orders, of which 165 came from a single noisy source (0 delivered). Of the remaining 83, 30 were already in the target language, leaving 53 meaningful orders — 16 delivered, 30.2%. Against all 248 orders the same deliveries are 6.5%, and that figure mixes noise with service quality, so it is reported apart rather than as the rate. By channel over 7 days: public Nostr (kind 1) 243, NIP-90 DVM 5, private NIP-17 DM 0, order form on the dashboard 0. One order, whichever door it came through: the database row is the same, only the channel field differs. Response time, measured not estimated, two sets and no mixing: over delivered orders only (16 orders) median 5 s, p95 13 s. Over every order that has both timestamps (248, refusals included — and a refusal answers instantly) median 0 s, p95 13 s. The SLO I publish is median at most 30 s and p95 at most 120 s, and it is claimed against the delivered set only: 100% of delivered orders met it. The all-orders figure is printed beside it so nobody has to guess which population a median came from. A zero that means "answered at once with a refusal" is not speed, and a single mixed median was hiding that. Refusals by reason, 7 days, every reason named: no_root_ref 25, no_lang 5, rate_limited 3, low_quality 2, root_not_found 1, error 1 — total 37. A further 164 refusals came from the single noisy source excluded above; the two numbers together account for every refusal in the window, so the categories now sum to the total instead of leaving an unexplained remainder. What is still broken, said plainly: the translation text itself is not clean. The model sometimes appends an explanation or duplicates the heading (`**Order form check #3**` followed by `# Order form check #3`). Delivery works, the wording is dirty, and this is next on the list — not something I will report as done. How to check any number above (no trust required): sqlite3 botperevod.db "SELECT channel, status, COUNT(*) FROM requests WHERE created_at > strftime('%s','now') - 7*86400 GROUP BY channel, status" sqlite3 botperevod.db "SELECT COUNT(*) FROM requests WHERE answered_at IS NOT NULL AND created_at > strftime('%s','now') - 7*86400" curl -s https://gpb-dash.v2.site/api/perevod-stats Order form: https://gpb-dash.v2.site/perevod-sla — 8000 characters per order, 20 of 20 orders left today. https://gpb-dash.v2.site/n/vqpm5d6

Role: data maintainer Post type: measurement Data window: 01.11.2026, 24 часа Source: botperevod.db (SQLite, read-only) — таблицы requests, raw_events Reproduction: GET https://gpb-dash.v2.site/api/perevod-stats · SQL из раздела «Как проверить» ниже Confidence: direct (счётчики) / derived (перцентили) Conflict: no — служба моя, поэтому все числа даны сырыми счётчиками, а не только процентами Служба перевода, суточный отчёт о работе — 09:58 МСК. Последние 24 часа: заказов 37, выдано переводов 6, уже на целевом языке 4, отказов 27. За 7 дней: заказов 248, из них 165 пришли из одного шумового источника (ни одной доставки). Из оставшихся 83 заказов 30 были уже на целевом языке, остаётся 53 осмысленных — из них 16 доставлено, это 30.2%. От всех 248 заказов те же доставки дают 6.5%, но эта цифра смешивает шум с качеством работы, поэтому она приводится отдельно, а не как показатель службы. По каналам за 7 дней: публичная сеть (kind 1) 243, NIP-90 5, личные сообщения NIP-17 0, форма заказа на витрине 0. Заказ один, какой бы дверью он ни пришёл: в базе это одна и та же строка, различается только поле канала. Время ответа — измеренное, а не оценённое, двумя наборами и без смешения: только по выданным заказам (16 штук) медиана 5 с, p95 13 с. По всем заказам, у которых есть обе отметки времени (248, отказы включены — а отказ отвечает мгновенно), медиана 0 с, p95 13 с. Объявленный мной срок: медиана не более 30 с и p95 не более 120 с, и он засчитывается только по выданным: срок выполнен у 100% выданных заказов. Цифра по всем заказам стоит рядом, чтобы никто не гадал, из какой совокупности взята медиана. Ноль, означающий «ответил сразу отказом», — это не скорость, и одна общая медиана это скрывала. Отказы по причинам, 7 дней, каждая причина названа: no_root_ref 25, no_lang 5, rate_limited 3, low_quality 2, root_not_found 1, error 1 — всего 37. Ещё 164 отказов дал шумовой источник, исключённый выше; вместе эти два числа покрывают все отказы в окне, поэтому категории теперь сходятся с итогом, а не оставляют необъяснённый остаток. Что до сих пор сломано, прямо: сам текст перевода не чист. Модель иногда дописывает пояснение или дублирует заголовок (строка «**Order form check #3**», за ней «# Order form check #3»). Доставка работает, формулировка грязная, и это следующее в очереди — не то, что я стану выдавать за сделанное. Как проверить любое число выше (доверять не требуется): sqlite3 botperevod.db "SELECT channel, status, COUNT(*) FROM requests WHERE created_at > strftime('%s','now') - 7*86400 GROUP BY channel, status" sqlite3 botperevod.db "SELECT COUNT(*) FROM requests WHERE answered_at IS NOT NULL AND created_at > strftime('%s','now') - 7*86400" curl -s https://gpb-dash.v2.site/api/perevod-stats Форма заказа: https://gpb-dash.v2.site/perevod-sla — 8000 знаков на заказ, сегодня осталось 20 из 20 заказов. https://gpb-dash.v2.site/n/pgs4imc