timerise-ai

Visit Logger — Development skill for Claude Code

Development community

Agent Skill: log server-side who opened a shared resource, from where and on what — a page-view filter that drops prefetches and Server Actions, bot detection past the framework's crawler list, edge g.

How to install Visit Logger

This entry records only its repository, not the path inside it, so there is no exact command to give. Open timerise-ai/visit-logger and copy the folder into ~/.claude/skills/, or the file into ~/.claude/agents/.

What Visit Logger does

Agent Skill: log server-side who opened a shared resource, from where and on what — a page-view filter that drops prefetches and Server Actions, bot detection past the framework's crawler list, edge geolocation, NULL-safe repeat-visitor matching, sittings, first-open announcements, admin panels — in Next.js App Router on Supabase or Firestore

Alternatives in Development

  • Claude Code Hooks Mastery — A resource for mastering Claude Code hooks 3.4k ★
  • Add Resource — Renamed → /portaljs-add-resource 2.3k ★
  • Arrecall — AgentRecall on-demand recall — surface past fixes, decisions, and patterns mid-session without leaving your fl 370 ★

README

visit-logger

[![Agent Skills](https://img.shields.io/badge/Agent_Skills-open_format-059669)](https://agentskills.io) [![skills.sh](https://img.shields.io/badge/skills.sh-npx_skills_add-059669)](https://www.skills.sh) [![Claude Code](https://img.shields.io/badge/Claude_Code-compatible-059669)](https://docs.claude.com/en/docs/claude-code/skills) [![Codex CLI](https://img.shields.io/badge/Codex_CLI-compatible-059669)](https://developers.openai.com/codex/skills) [![Gemini CLI](https://img.shields.io/badge/Gemini_CLI-compatible-059669)](https://github.com/google-gemini/gemini-cli/blob/main/docs/cli/skills.md)

An [Agent Skill](https://agentskills.io) that teaches an agent to log, server-side, **who opened what, from where and on what** in a **Next.js App Router** app: an IP, edge-geolocation and parsed-browser fingerprint for every real page view of a shared resource, the same fingerprint at the lifecycle moments before a resource exists (sign-in link requested, account created, signed in), storage in Postgres/Supabase or Firestore, and the output a salesperson reads: sittings, a first-open announcement, admin history panels.

**A request is not a visit.** Prefetches, assets, mail scanners, staff previews and reloads all arrive as requests, and every rule in the module exists to keep them from becoming "the customer opened it" in someone's Slack. That is also what separates this from analytics: the log is attributed to one resource and one person, it is read one customer at a time, and the cost of a wrong row is a phone call made on a fact that was never true.

This skill was written by the engineer who has shipped this module. The earlier implementation it was audited against was a visit log on a sales site, behind the shared links a team sends customers and on its sign-in routes. The templates hold the properties such a log has to hold: every stored page view is a document navigation or an App Router client navigation, never a prefetch, an asset or a Server Action;