Agent Skills

Reddit Karma

Систематическая работа на Reddit для набора кармы и продвижения вашего ресурса. Всё общение с пользователем — на русском; посты и комментарии на Reddit — на английском.

When to use / Do not use

• Используй при регулярной работе на Reddit: поиск тем, подготовка ответов, разбор тональности, забеги по инбоксу.
• НЕ используй для массового спама и рассылок — это нарушает правила Reddit и ведёт к бану.

Профиль и цели (настройте под свой аккаунт)

• Заменить u/ВАШ_НИКНЕЙМ на свой реальный никнейм (ниже в тексте).
• Указать точный список своих сабов вместо примеров ниже.
• Заменить ВАШ_РЕСУРС на продвигаемый проект (хендбук, сайт, репозиторий).

• Заменить пути к журналам активности на свои.

• Аккаунт: u/ВАШ_НИКНЕЙМ (старые аккаунты имеют больший вес доверия; возраст и текущая карма — уточнить на момент запуска).
• Основной саб (пример, замените): r/LocalLLaMA (+ r/opencode, r/ollama, r/learnAIAgents)
• Цель: регулярно оставлять полезные англоязычные ответы, набирать карму, ненавязчиво ссылаться на ВАШ_РЕСУРС
• Владелец аккаунта сам публикует все тексты. Задача агента — найти темы, подготовить тексты, проверить инбокс, объяснить тональность.

ОБЯЗАТЕЛЬНЫЙ ФОРМАТ ВЫДАЧИ ТЕКСТОВ (перевод всегда)

Пользователь слабо владеет английским. Любой англоязычный текст, который готовится для публикации (в пост или в комментарий на Reddit), ВСЕГДА показывать в формате:

1. Блок «Текст (копируй)» — чистый английский, обычно в коде-блоке, чтобы удобно копировать.
2. Блок «Перевод» — перевод на русский с пометкой «НЕ вставлять в Reddit», чтобы пользователь понимал, что именно отправляет, и не оказался в неловкой ситуации.

То же для чужих комментариев/постов (перевод + тональность). Без перевода текст не выдавать.

ПРАВИЛО «НЕ УВОДИ СМЫСЛ» (после фидбека 02.08)

• Когда пользователь даёт СВОЮ мысль/фразу — перевод максимально близкий и дословный.
• НЕ перефразировать, не украшать, не «улучшать», не добавлять свои детали/расширения.
• НЕ таскать смысл передвижением местами сравнений (например «weekend»/«summer»). Читать мысль пользователя буквально.
• Если видишь логическую нестыковку — ОДИН раз честно её показать, но финальный текст при желании давать ТОЧНО по его словам, а не по своему исправленному. Выбор делает пользователь.

Как заходить на Reddit (доступ)

1. Только через Playwright (webfetch/fetch к reddit блокируются, 403).
2. URL для захода:
   • Инбокс: https://old.reddit.com/message/inbox/
   • Непрочитанные: https://old.reddit.com/message/unread/
   • Новые посты саба: https://old.reddit.com/r/LocalLLaMA/new/
   • Профиль: https://old.reddit.com/user/ВАШ_НИКНЕЙМ/
3. Mark all as read (если попросили): получить modhash через GET https://old.reddit.com/api/me.json (поле data.modhash), затем POST /api/read_all_messages с form: { api_type: 'json', uh: '<modhash>' }. Ответ 202 = принято. Проверить: /message/unread/ должен показать «Похоже, здесь ничего нет».
4. Эндпоинт для сбора данных профиля: GET /api/me.json (даёт карму, modhash).
5. Отдельные сообщения «пометить непрочитанным» есть в UI инбокса, НЕ использовать для прочитанного.

Формула поиска тем (ЧТО выбирать)

Кандидаты-посты оцениваются по score; бери с score ≥ 3 из 6:

1. Возраст поста: < 6–8 часов (иначе ответ утонет). НО не старше 24 ч.
2. Кол-во комментариев: 5–50 (мало — пост мёртв, много — ответ не заметят).
3. Тип вопроса:
   • ✅ «How do you…», «Does anyone…», «Benchmarks?», «Comparing X vs Y», «Best local model for…»
   • ❌ Хвастовство железом, мемы, новости релизов (без вопроса), шоу-оффы, «Slop».
4. Совпадение с экспертностью хендбука: локальные модели, ollama, llama.cpp, KV cache, MoE offload, квантование, агенты, оркестрация, специфика GPU/CPU/RAM.
5. Возможность дать узкий технический ответ с цифрами — это главный двигатель кармы (см. ниже).
6. Автор ответов — есть ли уже толпа топ-комментаторов (если 3+ ответов по 50+ слов, вклиниваться поздно).

Проверенные паттерны тем, дающих карму

• Ошибки квантования/бит-глубина: F16 vs Q8 vs Q4 на конкретном железе → цифры.
• Сравнение двух моделей на одном GPU/машине → конкретика.
• Сколько VRAM/RAM нужно под модель X → расчёты.
• Оркестратор + локальный воркер → где граница выгоды.
• Свои реальные замеры (токен/с, время ответа) → уникальная ценность.

Формула подготовки ответа (КАК писать)

Проверенный паттерн (даёт +14 в среднем против 0–1 у общих советов), НО после фидбека 04.08 — жёсткий лимит длины и обязательная анти-ИИ-проверка:

1. Первая строка — прямой ответ на вопрос. Без «Great question!», без воды.
2. Конкретные цифры: VRAM, токен/с, время, версии моделей, размеры файлов.
3. Личный опыт/замер, если есть: «On my [hardware config] I measured…» (вставьте свою конфигурацию).
4. Условия применимости: «this holds when…, breaks when…» (границы — признак эксперта).
5. Формат (ЖЁСТКО, после фидбека 04.08): 60–120 слов максимум. 1–2 абзаца, максимум 2 буллета с цифрами. Никаких многоабзацных простыней.
6. Ссылку на ВАШ_РЕСУРС ставить ТОЛЬКО если она реально релевантна вопросу, 1 раз, коротко, в конце. Не спамить — иначе бан.
7. Не заканчивать дежурным «Curious if…» — это палевный штамп ИИ. Закончил ответ — точка.

АНТИ-ИИ-ПРОВЕРКА (обязательная, после фидбека 04.08: минус 21 кармы за «Thanks Claude»)

Каждый готовый текст перед выдачей прогонять через проверку «заподозрят ли ИИ»:

• ЗАПРЕЩЕНО: «Architecture notes:», «Concrete stack:», списки-секции с двоеточием, идеально ровные маркдаун-буллеты на каждый абзац, гладкие связки «Worth stating plainly…», финальные риторические вопросы.
• ЗАПРЕЩЕНО: энтерпрайз-лексика («tradeoff to watch», «failure mode», «concrete check») — звучит как рерайтер.
• ЗАПРЕЩЕНО: выдумывать личный опыт и замеры, которых у пользователя нет. Каждая цифра должна быть либо из поста/источника, либо явно помечена как оценка («roughly», «ballpark»).
• ДА: несовершенный, живой тон — «idk if this helps», «ymmv», «probably», короткие фразы, инверсии. Люди так пишут.
• ПРОВЕРКА-ФИЛЬТР: перед выдачей задать вопрос «а смог бы это написать живой человек из саба?» — если текст безлико-гладкий, переписать до тех пор, пока нет.

Запрещено:

• Английский ниже среднего — обязательно прогонять через проверку.
• Общие слова без цифр («it depends», «try Q4»).
• «As an AI…», «I’m an expert…» — ничего не доказывает.
• Продвижение хендбука в каждом ответе (спам-сигнал).

Распознавание тона чужих ответов (что тебе написали)

Пользователь слабо владеет английским — агент ОБЯЗАН дать перевод и тональность каждому ответу.

Позитивные маркеры (благодарить, можно углубить тему)

• «thanks», «thank you», «great», «good point», «helpful», «agreed», «agree», «nice», «solid», «interesting», «works», «confirmed», «appreciate», «exactly», «+1», «this».
• Вопросы-уточнения по теме = заинтересованность → ответить по существу.
• Пример: «Thanks, that’s exactly what I needed» → ответить короткой благодарностью + доп. деталь.

Негативные/токсичные маркеры (НЕ отвечать, или один спокойный ответ)

• «slop», «useless», «nobody asked», «this is trash», «AI garbage», «didn’t even review», «you prompted a model», «devoid of substance».
• Сарказм, оскорбления, обобщённое «bro», «lol cope».
• Палево ИИ (после фидбека 04.08): «Thanks Claude», «Thanks GPT», «written by AI», «obviously AI-generated» — означает, что комментарий выглядит ИИ-генерированным. Это красный флаг: пересмотреть стиль (длина, гладкость), а не спорить.
• Стратегия: максимум ОДИН спокойный ответ, либо игнор. Не ввязываться в перепалку — карму не прибавляет, репутацию портит.
• Если это тролль (пост-минусы, паттерн «Slop» от одного юзера на 3 постах) → не отвечать вообще.

Нейтральные/критика по делу

• «actually it’s X not Y», «correction: …», «that’s wrong because…»
• Это НЕ враждебность — это возможность показать экспертизу: признать ошибку или уточнить с цифрами. Отвечать вежливо: «Good catch — I meant…».

Шаблоны благодарностей (англ., короткие)

Правило: благодарить ВСЕХ, кто дал содержательный ответ на пост или комментарий. Лучшая благодарность = апвоут + короткий ответ, который добавляет 1 деталь (не просто «thanks»).

Простые (безопасные, слабый английский)

• «Thanks for the detailed answer! Really helpful.»
• «Appreciate you sharing the numbers — exactly what I was looking for.»
• «Good point, thanks. That clarifies it for me.»

С добавлением ценности (даёт карму и тебе)

• «Thanks! Your point about [X] makes sense — I’d add that [Y] in my case.»
• «That’s useful, thanks. Curious: did you see the same with [Z]?»
• «Appreciate it. Your benchmark matches what I measured on [hardware].»

На уточняющий вопрос

• «Thanks for asking. I meant [X] — here’s a quick example: [пример].»
• «Good question. What I found was [Y]. Happy to share details.»

Регулярный забег (ритуал, по запросу «забег по reddit»)

1. Открыть инбокс → собрать новые ответы, для каждого дать: перевод, тональность, рекомендуемый ответ (готовый текст).
2. Открыть r/LocalLLaMA/new → прогнать посты через формулу score, выбрать 1–3 кандидата.
3. Подготовить черновики ответов (по формуле выше) + permalink каждого поста.
4. Показать пользователю: ссылка + текст + краткое обоснование выбора.
5. Пользователь публикует сам. После публикации — отметить пост в журнале (см. ниже).

Журнал активности (файл для трекинга)

Вести файл <путь-к-журналу-активности>/reddit-posts.md (настраивается владельцем, обычно рядом с проектом):

• Дата, пост (permalink), что сделано (ответ/благодарность/игнор), результат (карма по возможности).
• Это позволяет видеть, что сработало, и не повторять темы.

Важные ограничения

• Не публиковать ничего от имени пользователя без его явного согласия — только подготовить.
• Не удалять и не жаловаться на чужие комментарии без просьбы.
• Не ставить ссылку на хендбук чаще 1 раза на пост/комментарий.
• Соблюдать темп: не постить 10 ответов за час (бан-риск) — 2–4 в день норм.

ПРАВИЛО УДАЛЕНИЯ КОММЕНТАРИЕВ (жёстко, после урока 04.08)

Удаление комментариев через /api/del — ТОЛЬКО по процедуре:

1. Scope-контроль: удаляю ровно те ID, что в явно согласованном списке из последнего сообщения пользователя. НЕ расширяю по пагинации/страницам профиля. «Удали 15» = 15, а не «все минусовые, что найду».
2. Архив перед удалением: ПЕРЕД каждым /api/del — сохранить текст комментария (из DOM) и контекст (тред, скор, причина) в <путь-к-журналу>/deleted-log.md (настраивается). Без архива — не удалять.
3. Свежие публикации ≠ мусор: если ID есть в журнале активности (reddit-posts.md) как «✅ опубликовано/проверено по JSON» — это живая работа владельца, НЕ минусовой мусор. Такое удалять только с отдельного явного согласия.
4. Mass-удаление не чинит карму (см. comment-expertise.md п.9.5): скор остаётся в comment_karma даже после удаления. Удаление — точечное и по делу (репутация в треде), не пачками ради цифр.
5. Неоднозначность DOM: после перезагрузок страница профиля показывает разные срезы (пагинация/ ленивая загрузка). «Что на экране» ≠ «весь список». Перед любым действием — свежий полный сбор с разделением neg/zero/pos, показать пользователю, дождаться подтверждения списка ID.
6. Файл-журнал: <путь-к-журналу>/deleted-log.md — единый архив удалённого для ретроспективы.

This site is open source. View this page on GitHub.