Borrowing it
Nothing to install: this file belongs to s4nec4ke/hr-agent-ru. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/s4nec4ke/hr-agent-ru/main/CLAUDE.mdgit clone --depth 1 https://github.com/s4nec4ke/hr-agent-ruWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/instructions/s4nec4ke/hr-agent-ru/claude-md)<a href="https://agentmods.dev/instructions/s4nec4ke/hr-agent-ru/claude-md"><img src="https://agentmods.dev/badge/instructions/s4nec4ke/hr-agent-ru/claude-md/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/instructions/s4nec4ke/hr-agent-ru/claude-md"><img src="https://agentmods.dev/badge/instructions/s4nec4ke/hr-agent-ru/claude-md.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.03208 | $0.03208 |
| Opus 5 | $0.01604 | $0.01604 |
| Sonnet 5 | $0.00642 | $0.00642 |
| Haiku 4.5 | $0.00321 | $0.00321 |
Grade A, and why
hr-agent-ru CLAUDE.md scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 10d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 132 lines — stays where its author put it; the contents beside it link to each section on GitHub.
hr-agent — контекст проекта
Этот файл — главный контракт для Claude Code в этом репозитории. Он описывает кто пользователь, как устроен проект и какие правила работы с данными.
Кто пользователь
Пользователь — соискатель, который ведёт поиск работы через Telegram-каналы и/или RSS-фиды job-бордов. Технический уровень варьируется: предполагается, что пользователь умеет запускать команды по инструкции, но не обязан быть программистом.
Полный профиль конкретного пользователя живёт в profile/candidate_context.md — он создаётся при онбординге и является главным источником истины для оценки вакансий. Пока он не заполнен, скиллы оценки матчинга работать не будут.
Цель проекта
Автоматизировать поиск работы:
- Собирать вакансии из Telegram-каналов и RSS-фидов
- Автоматически оценивать совпадение с профилем пользователя
- Подбирать подходящее резюме под каждую вакансию или давать рекомендации по доработке
- Генерировать персонализированные сопроводительные сообщения / cover letters
- Отслеживать переписку с HR и автоматически обновлять статусы вакансий
- Помогать готовиться к интервью (домашний brief + script на второй экран)
Структура проекта
hr-agent/
├── profile/
│ ├── candidate_context.example.md # шаблон профиля (в git) — копируется в candidate_context.md при онбординге
│ ├── candidate_context.md # профиль пользователя — главный источник для оценки вакансий (runtime, не в git)
│ ├── cv_product_web3.md # резюме под product-роли в web3 (используется /cv-match)
│ ├── cv_bizdev_web3.md # резюме под bizdev / partnerships-роли в web3
│ ├── cv_product_en.md # резюме на английском под product-роли
│ ├── cv_links.example.md # шаблон маппинга «файл резюме → публичная ссылка» (в git)
│ └── cv_links.md # маппинг резюме на публичные ссылки — заполняется пользователем (runtime, не в git)
├── vacancies/ # всё что связано с вакансиями
│ ├── parsing result/ # buffer + аудит-лог парсера: {date}_{channel}_{msg_id}.txt (incoming, удаляются ИИ) + {date}.json (статусы accepted/rejected, остаются)
│ ├── items/ # папка на каждую вакансию — все длинные тексты живут здесь
│ │ └── {id} {роль} {компания}/
│ │ ├── source.md # полный текст вакансии (создаёт /hr-collect)
│ │ ├── card.md # карточка + сообщение HR (создаёт /vacancy-card)
│ │ ├── tailoring.md # заметки по доработке CV (создаёт /cv-match при score < 70%)
│ │ ├── correspondence.md # лог переписки с HR (создаёт /feedback-update, апендит при новых сообщениях)
│ │ ├── interview_brief.md # контекст + доменка + tricky-вопросы (создаёт /interview-prep)
│ │ ├── interview_script.md # лист на второй экран во время звонка (создаёт /interview-prep)
│ │ └── interview_transcript.md # пустой блокнот для записи звонка (создаёт /interview-prep, дальше не трогает)
│ ├── items_archive/ # архив папок вакансий — туда едут после /archive-vacancies, обратно — при auto-unarchive в /feedback-update
│ ├── feedback result/ # буфер парсера переписок: {ISO}_{channel}_{dialog_id}.json. Скилл /feedback-update удаляет после обработки.
│ ├── interviews/ # общая база подготовки: playbook.md (STAR, ответы, цифры, мантра) + progress_log.md (лог прогресса)
│ ├── vacancies.csv # тонкая таблица-индекс активных вакансий (10 колонок, БЕЗ полного текста)
│ └── vacancies_archive.csv # архивные строки (та же шапка). Создаётся /archive-vacancies при первом архивировании.
├── engine/ # вся «техника» парсеров — пользователь сюда не заходит
│ ├── tg_collector/
│ │ ├── main.py # парсер Telegram-каналов (telethon) — сбор новых вакансий
│ │ └── prefilter.py # дешёвая пре-фильтрация постов (стоп-теги, реклама, дайджесты, дедуп, стоп-роли)
│ ├── rss_collector/main.py # парсер RSS-фидов job-бордов (feedparser)
│ ├── feedback_collector/
│ │ ├── main.py # парсер ответов от HR в личных DM (telethon) — пишет last_message_utc в store
│ │ └── test_collector.py # pytest для парсера переписок
│ ├── archive_runner/main.py # архивирует вакансии старше 30 дней в vacancies_archive.csv + items_archive/ (--dry-run для preview)
│ ├── update_json_log.py # утилита: проставляет accepted/rejected статусы в дневной JSON-лог parsing result/
│ ├── feedback_store/ # CLI и логика хранилища контактов/диалогов
│ │ ├── __main__.py # python -m feedback_store <cmd> — единая точка доступа к JSON
│ │ ├── store.py # Store class: атомарная запись temp+rename
│ │ ├── schema.py # enums (CHANNELS, ROLES, LINKED_BY), валидация
│ │ ├── migrate.py # one-shot миграция CSV+card.md → feedback_store.json
│ │ ├── test_store.py # pytest (24 теста)
│ │ └── prompts/
│ │ └── interpreter.md # промпт LLM-интерпретатора для /feedback-update
│ ├── config/
│ │ ├── settings.py # пути, env-переменные, прокси
│ │ ├── tg_channels.py # список Telegram-каналов для мониторинга (шаблонный — пользователь правит под себя)
│ │ ├── rss_sources.py # список RSS-фидов (шаблонный)
│ │ ├── prefilter_roles.py # ролевые фильтры пре-фильтрации (STOP_ROLE_PATTERNS для TG, POSITIVE_KW/NEGATIVE_KW для RSS) — шаблонный
│ │ ├── .env.example # шаблон секретов (TELEGRAM_API_ID/HASH и т.д.)
│ │ └── .env # API ключи (runtime, не в git — создаётся из .env.example)
│ ├── data/ # локальное состояние парсеров (runtime, не в git — создаётся при работе)
│ │ ├── tg_state.json # состояние Telegram-парсера (last msg_id per channel)
│ │ ├── rss_state.json # состояние RSS-парсера (seen URLs per source)
│ │ ├── feedback_store.json # единый источник правды по контактам и диалогам (см. ниже)
│ │ └── telegram_session.session # сессия Telegram (не трогать, не публиковать)
│ ├── requirements.txt
│ ├── collect_tg.bat # запуск парсера вакансий
│ ├── collect_rss.bat # запуск RSS-парсера
│ ├── collect_feedback.bat # запуск парсера ответов HR
│ ├── archive.bat # запуск archive_runner (можно отдельно от /archive-vacancies)
│ └── setup.bat # первичная установка зависимостей
├── .claude/
│ ├── agents/
│ │ └── hr-daily.md # агент @hr-daily — оркестратор: /hr-collect → /cv-match → /vacancy-card за один прогон
│ ├── commands/
│ │ ├── hr-collect.md # скилл /hr-collect — парсеры Telegram + RSS + оценка вакансий
│ │ ├── add-vacancy.md # скилл /add-vacancy — ручное добавление одной вакансии (LinkedIn, форумы, личка)
│ │ ├── cv-match.md # скилл /cv-match — подбор резюме под вакансию
│ │ ├── vacancy-card.md # скилл /vacancy-card — карточки + сообщения HR
│ │ ├── feedback-update.md # скилл /feedback-update — парсинг ответов HR + апдейт статусов + correspondence.md (умеет auto-unarchive)
│ │ ├── interview-prep.md # скилл /interview-prep — подготовка к интервью (brief + script + transcript)
│ │ └── archive-vacancies.md # скилл /archive-vacancies — архив старше 30 дней (кроме «назначено интервью»)
│ ├── settings.json # общие разрешения Claude Code (в git)
│ └── settings.local.json # локальные разрешения Claude Code (в git)
├── .gitignore # исключает секреты (.env, *.session, engine/data/) и мусор (__pycache__ и т.п.)
├── README.md # описание проекта для GitHub
├── LICENSE
├── pipeline.png # схема пайплайна (используется в README)
└── CLAUDE.md
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 10d ago First seen · 132 lines · 3,208 tokens per session scan A c39ab63272b3
hr-agent-ru CLAUDE.md is an instructions file published in the GitHub repository s4nec4ke/hr-agent-ru (2 stars, last pushed 3mo ago), licensed MIT. It adds 3,208 tokens to every session, about $0.0160 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other instructions, from other repositories
next.js AGENTS.md
AGENTS.md instructions for vercel/next.js, covering next.js development guide, codebase structure, monorepo overview, core package: packages/next and other important packages.
codex AGENTS.md
AGENTS.md instructions for openai/codex, covering rust/codex-rs, the codex-core crate, code review rules, crate api surface and model visible context.
vscode buildNext.instructions.md
Working notes and architecture documentation for the new esbuild-based build system in build/next. Use when making changes to the new build pipeline (transpile/bundle commands, NLS plugin, source-map handling, resource copying, or self-hosting watch tasks).
spec-kit AGENTS.md
AGENTS.md instructions for github/spec-kit, covering agents.md, about spec kit and specify, quickstart — add a new integration in 5 steps, integration architecture and integrationmanifest — file tracking.
vscode oss-third-party-notices.instructions.md
Instructions for microsoft/vscode, covering vs code oss third-party-notices pipeline, architecture, pipeline flow in ci, applying the notice (cutover) and fallback chain (never fail the build).
langchain AGENTS.md
AGENTS.md instructions for langchain-ai/langchain, covering global development guidelines for the langchain monorepo, corridor security analysis, project architecture and context, monorepo structure and development tools & commands.