github-monitor
Installation
SKILL.md
${var} — View selector + optional scope.
- empty → combined monitor over every repo in
memory/watched-repos.md.owner/repo(a bare repo, no view keyword) → combined monitor scoped to that one repo.issues [scope]→ new-issue triage queue.scopeacceptsowner/repo,org:foo,user:bar, or a bare login; empty = all repos owned by the authenticated user.releases [repo,repo,…]→ release upgrade-triage digest. Comma-separated repo list; empty = the built-in watch list.prs→ status tracker for PRs this aeon instance opened across external repos.add-repo:<owner/repo>→ appendowner/repotomemory/watched-repos.md, confirm, and end (the shape the Telegram force-reply sends — see the config-capture note in Shared setup). No view runs.
This skill is four focused views of the same GitHub surface. The combined monitor is the default; issues, releases, and prs each drill into one dimension with the sibling view's own filtering, ranking, and output format. Only the monitor and issues views take a repo scope; releases takes a repo list; prs takes no scope (it reads its config from aeon.yml/env).
Shared setup (every view)
- Read
memory/MEMORY.mdfor high-level context. - Read the last 2 days of
memory/logs/— used for dedup in themonitor,issues, andreleasesviews. - Parse
${var}into aVIEWand aSCOPE: