Goal: clone Agent Reach (an "internet-access capability layer" that routes AI agents to 15 platforms via multi-backend selection), install its skill(s), and run a live example. All three landed: the skill was junction-linked into ~/.claude via the install-skill-repo flow, the agent-reach Python CLI was editable-installed from the clone, and doctor reported 5/15 channels ready zero-config. I then ran a real multi-platform pull — Web (Jina Reader), GitHub (gh CLI), and V2EX (public API) — all returning live data. Windows-specific setup gotchas were recorded to persistent memory.
install-skill-repo → cloned github.com/Panniantong/Agent-Reach into repos/ and junction-linked its one skill (agent-reach) into ~/.claude/skills.README.md, CLAUDE.md, and SKILL.md to understand routing (search / social / career / dev / web / video) and the "declare backend, doctor-first" rules.pip install -e . from the clone so the CLI tracks future git pulls.python -m agent_reach.cli doctor → 5/15 zero-config channels live (GitHub, V2EX, RSS, Web/Jina, B站 search).PYTHONIOENCODING=utf-8, clean.MEMORY.md.| File / location | What it is |
|---|---|
| memory/agent-reach-install.md | New durable memory: how Agent Reach is installed (skill junction + editable CLI), Windows invoke/PATH gotchas, and which channels are live. |
| repos/…/Panniantong/Agent-Reach/ | Fresh clone (v1.5.0) — single source of truth; skill + CLI both point back at it. |
| ~/.claude/skills/agent-reach | Junction → the clone's agent_reach/skill/, so a git pull updates the live skill in place. |
agent-reach 1.5.0 (pip, editable) | CLI installed into the user Python (Python 3.13); entry point + deps (yt-dlp, feedparser, rich, loguru, …). |
| File | Change |
|---|---|
| memory/MEMORY.md | Added index pointer line for the new agent-reach-install memory (under the Skills-repo entry). |
pip install -e .) rather than a copy — mirrors the skill's junction model so git pull updates the CLI in place.python -m agent_reach.cli — the agent-reach.exe shim landed in %AppData%\Roaming\Python\Python313\Scripts, which isn't on PATH.Code/valter/reports/ — the canonical reports store — rather than into the pristine upstream clone.adb was available but no adb tasks were created or updated this session — this was a tooling install, not ticketed work. (Board snapshot for context: 3 in-progress, 2 blocked, 12 backlog, 9 done.)
Fact sources used this run: git ✓ (clean tree) mtime scan ✓ adb ✓ (no changes) gstack — stale (2026-07-13 entry only) transcript — WRONG session grabbed.
/dairy skill-creation chat), so it was ignored — this recap is anchored to git facts + direct session context, per the skill's "transcript is a loose signal" note.