refactor: drop in-repo dotfiles/, move stow tooling to the dotfiles repo

Since the installer clones DOTFILES_REPO into ~/.dotfiles and stows from there, the in-repo dotfiles/ tree was dead weight. Nothing reads it at install time. I removed it (831 files) now that both machines are migrated.

The Makefile's stow / restow / reset / unstow / import targets and the dotfile-script unit suites moved to the dotfiles repo. They sit alongside the scripts they manage and run standalone (cd ~/.dotfiles && make ...). This Makefile keeps the VM-integration targets and the installer-helper suite (safe-rm-rf).

I updated CLAUDE.md and README.md so stow operations run from ~/.dotfiles, and the dotfile-management, theme, and unit-test sections point at the standalone repo. The README was already describing the old in-repo model from before the installer switched to cloning. This brings it in line.

1 files changed, 0 insertions, 15 deletions

diff --git a/dotfiles/common/.profile.d/claude.sh b/dotfiles/common/.profile.d/claude.sh
deleted file mode 100644
index f9ec9dd..0000000
--- a/dotfiles/common/.profile.d/claude.sh
+++ /dev/null
@@ -1,15 +0,0 @@
-# claude.sh
-# Craig Jennings <c@cjennings.net>
-# Claude Code wrapper — auto-name Remote Control sessions as <host>/<cwd-basename>
-
-# Wraps `claude` so each invocation sets a session-name prefix derived from
-# the current short hostname and the basename of the working directory. The
-# prefix appears in FleetView and in `claude agents` so multiple sessions are
-# distinguishable at a glance (e.g. "ratio/homelab", "mybitch/yt-sync").
-#
-# Only affects Remote Control mode; plain interactive sessions are auto-named
-# from the first prompt and don't read this variable.
-claude() {
-    CLAUDE_REMOTE_CONTROL_SESSION_NAME_PREFIX="$(hostname -s)/$(basename "$PWD")" \
-        command claude "$@"
-}