skills/task-routing/SKILL.md
Use when creating GitHub issues, adding tasks to backlog, or when unsure which repo/project an issue belongs to. Triggers on "создай задачу", "issue", "добавь в бэклог", "task routing", "куда положить задачу".
npx skillsauth add serejaris/ris-claude-code task-routingInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Route issues to the correct repo using the routing config from CLAUDE.md. Part of the Personal Corp framework: project-init → task-routing → weekly-planning / weekly-retro.
digraph routing {
"New task" -> "Read routing config from CLAUDE.md";
"Read routing config from CLAUDE.md" -> "Match keywords → target repo";
"Match keywords → target repo" -> "Check duplicates in target repo";
"Check duplicates in target repo" -> "Duplicate found?" [shape=diamond];
"Duplicate found?" -> "Update existing issue" [label="yes"];
"Duplicate found?" -> "Check W-label exists in target repo" [label="no"];
"Check W-label exists in target repo" -> "Create issue in target repo";
}
Find the ### Task Routing section in CLAUDE.md of the current project (or the HQ repo if running from there):
### Task Routing (which issues go where)
routing:
- pattern: "bot, broadcast, onboarding"
repo: owner/bot-repo
- pattern: "content, lessons"
repo: owner/content-repo
- pattern: "strategy, cross-cutting"
repo: owner/main-repo
This config is created by project-init. If it doesn't exist — STOP and tell the user to run project-init first.
Match the task description against routing patterns. Rules:
# Check target repo
gh issue list -R {target_repo} -s open --json number,title --jq '.[].title'
# Check unified project (if configured)
gh project item-list {project_id} --owner {owner} --format json | \
python3 -c "import json,sys; [print(i['title']) for i in json.load(sys.stdin)['items']]"
If a similar issue exists → update it instead of creating a duplicate.
W-labels (W13, W14...) are created by weekly-planning, not manually.
# Check if current week label exists in target repo
gh label list -R {target_repo} | grep "W[0-9]"
weekly-planning run.gh issue create -R {target_repo} \
-t "prefix: title" \
-l "{w_label_if_exists}" \
--body "..."
Issue title prefixes follow conventional commits:
ops: — operational taskfeat: — new featurefix: — bug fixcontent: — content creationresearch: — research taskmenti: — mentoring related| You're about to... | Instead... | |---------------------|-----------| | Create issue in current repo without checking routing | Read CLAUDE.md routing config first | | Add W-label that doesn't exist in target repo | Skip label — weekly-planning will add it | | Add to Project #4 because "it's the main one" | Check which project the target repo uses. Or let GitHub auto-add handle it | | Create issue without checking duplicates | Search target repo AND unified project | | Guess the target repo | Ask the user if no pattern matches | | Create retro:W{NN} label | Only weekly-retro creates these |
| Mistake | Fix | |---------|-----| | Issue about bot created in school-brain | Check routing: "bot" → hsl-mozg | | W14 label created manually | W-labels come from weekly-planning only | | Duplicate issue across repos | Search unified project before creating | | No routing config found | Run project-init first | | Added to wrong GitHub Project | Let GitHub auto-add handle project assignment |
# 1. Read routing from CLAUDE.md
# routing says: "bot, broadcast" → owner/hsl-mozg
# 2. User says: "создай задачу — рассылка по alumni"
# Keywords: "рассылка" matches "broadcast" → target = owner/hsl-mozg
# 3. Check duplicates
gh issue list -R owner/hsl-mozg -s open --json title --jq '.[].title' | grep -i alumni
# 4. Check W-label
gh label list -R owner/hsl-mozg | grep "W13"
# Found → use it
# 5. Create
gh issue create -R owner/hsl-mozg -t "ops: рассылка по alumni" -l "W13"
development
Use when operating, debugging, deploying, or monitoring a Telegram bot or Telegram-to-agent gateway. Triggers on "telegram bot down", "bot not responding", "debug bot", "check webhook", "polling vs webhook", "restart bot", "deploy bot", "bot logs", "agent gateway", "Telegram Bot API error", "send test message", "бот не отвечает", "проверь бота", "логи бота", "перезапусти бота". Covers health checks, logs, webhook/polling diagnostics, environment validation, safe restart/deploy checklists, Bot API smoke tests, forum topic delivery, privacy mode, gateway routing, and incident notes.
testing
Разбивает Epic или крупное требование на независимые User Stories с acceptance criteria в формате Given-When-Then, проверкой по INVEST и оценкой Story Points (Fibonacci или T-shirt). На выходе — Story Map с предложением по Sprint-планированию. User-invoked only — do NOT auto-trigger. Triggers on /pm-user-stories, "разбей на user stories", "разбить эпик", "story map", "AC", "acceptance criteria", "break down into user stories", "split this epic", "write user stories".
research
Сводит статус итерации, оценивает прогресс milestones, фиксирует изменения приоритетов, отслеживает зависимости и выдаёт roadmap в формате Now/Next/Later с атрибуцией задержек по 5 причинам, health score и фреймворком обрезки scope при нехватке ресурсов. User-invoked only — do NOT auto-trigger. Triggers on /pm-roadmap, "обнови roadmap", "статус спринта", "анализ задержек", "update roadmap", "sprint status", "milestone progress", "delay analysis".
development
Use when ranking a list of requirements, features, or backlog items using RICE / ICE / MoSCoW / Kano. Built-in decision tree picks the right framework based on data availability and decision context. Output is a transparent matrix, 2×2 Impact/Effort quadrant, and a Sprint allocation proposal. User-invoked only — do NOT auto-trigger. Triggers on "/pm-prioritize", "/prioritize", "приоритизация", "ранжируй бэклог", "RICE-анализ", "prioritize requirements", "RICE", "ICE", "MoSCoW", "Kano", "rank backlog".