Neetx

Creates, updates, and uses ESO ACTION_PLAN.md files for character roadmaps. Use when the user asks for a plan of action, next steps, weekly plan, project plan, progression roadmap, or coordinated character development across builds, crafting, resources, routine, and farming.

Supports ESO platform and addon questions. Use for PC addons, Minion, ESOUI, addon API, controller setup, console limitations, UI, accessibility, performance, keybinds, and cross-platform caveats.

Shapes Aurbis responses for ESO coaching. Use when drafting or reviewing user-facing answers, correcting weak plans, balancing concise answers with optional advice, or keeping tone consistent across skills.

Designs, audits, adapts, and records ESO builds in BUILDS.md. Use for PvE, PvP, solo, group, casual, meta, budget, low-complexity, or external build analysis.

Creates, updates, and uses ESO CHARACTER.md files for single-character planning. Use when the user wants to create, grow, audit, optimize, save, or track an ESO character or character concept.

Plans ESO collection and completion goals. Use for achievements, titles, collectibles, mounts, pets, costumes, dyes, mythics, furnishings, zone completion, lorebooks, skyshards, and long-term completion routes.

Explains and applies ESO combat mechanics. Use for rotations, weaving, buffs, debuffs, penetration, sustain, mitigation, healing, taunt, interrupts, dodge, block, execute, status effects, and performance diagnosis.

Creates, updates, and uses ESO CREATORS.md files for content creator discovery and tracking. Use when evaluating creators, channels, videos, guides, reliability, platform fit, or creator communities.

Compute the radar's self-calibration: weekly funnel metrics (queue dynamics, exploration compliance, off-axis rate), a monthly hit/miss retrospective against what actually became big, and up to 3 curator proposals. Use during every weekly recalibration, after the source-strategy review; results go into the append-only `logs/calibration.md` and into the weekly report.

Repair a source or tool that keeps failing — a broken/moved/stale feed, a 404, an empty result, a parse/JSON error — instead of logging "degraded" forever. Diagnose the failure class, find a working access path, and record the repaired method in SOURCES.md so future runs don't repeat it. Generalizes to any future source/tool breakage. Use whenever the lab sweep, pulse, or repo-watch hits a source that failed the same way before.

Discover important work the radar does NOT yet track, by iterating the discovery-venue list in SOURCES.md every run — significance-first: read the top / most-attention items in each venue REGARDLESS of topic, not by searching tracked axes. Surfaces off-axis significance and candidate new axes. Use for the daily exploration slot, after the sweeps.

Iterate the FULL social/community + trusted-curator source lists in SOURCES.md (Reddit, Hacker News, YouTube curators, explainer/digest pointer blogs, Hugging Face, best-effort X/Instagram) on every daily run — every listed entry, fetched by its recorded access method, NOT a sampled subset. Social/curator is an INTAKE LANE ONLY — it can feed observation_queue (unverified) and a community-pulse note, but NEVER becomes trend evidence. Use after the lab sweep.

Safely update TRENDS.md (the AI Radar ledger): append evidence, move stages, manage observation_queue, source_rotation and strategy_notes without breaking the file contract. Use every time TRENDS.md is edited, before committing radar updates, and when promoting or archiving trends.

Sweep the official AI lab and big-tech AI blogs on EVERY daily run (not rotated) so no open-weight release, infrastructure or safety announcement is missed. Prefer RSS/Atom feeds over HTML pages to survive JavaScript-rendered indexes. Use at the start of every daily scan, before the rotating exploration slot.

Watch GitHub every daily run for behind-the-scenes movement — across watched REPOS (releases, merged PRs, hot issues), watched PROFILES/USERS (what a key author ships next), and FORK TREES (notable forks up to depth 3, scored by a notability metric). Releases and merges are citable artifacts; profile/issue/fork movement is a queue signal until it lands. Default to GitHub's public Atom feeds + Tavily; the REST API is optional. Use during the daily scan, after the lab sweep. Source lists live in SOURCES.md → "GitHub watch".

Regenerate README.md, the repo's landing page and only output surface: badges, a 3-4 bullet "since last scan" digest with inline links, a clickable trend table, the study shelf, and an output map. Use after every change to TRENDS.md, in the same commit. README.md is fully derived and never edited by hand: if it disagrees with TRENDS.md, TRENDS.md wins — regenerate.

Regenerate README.md, the repo's landing page and only output surface: badges, a 3-4 bullet "since last scan" digest with inline links, a clickable trend table, the study shelf, and an output map. Use after every change to TRENDS.md, in the same commit. README.md is fully derived and never edited by hand: if it disagrees with TRENDS.md, TRENDS.md wins — regenerate.

Compute the radar's self-calibration: weekly funnel metrics (queue dynamics, exploration compliance, off-axis rate), a monthly hit/miss retrospective against what actually became big, and up to 3 curator proposals. Use during every weekly recalibration, after the source-strategy review; results go into the append-only `logs/calibration.md` and into the weekly report.

Sweep the primary security feeds — vendor/lab red-team & security blogs, research venues, and advisory feeds — on EVERY daily run (not rotated) so no attack-technique, red-team tool release, or disclosure is missed. Prefer RSS/Atom over HTML to survive JavaScript-rendered indexes. Use at the start of every daily scan, before the rotating exploration slot.