CLAUDE.md · git:20260924.cc91b07 · 2026-09-24 · sha256 ef5817a68662da22

CLAUDE.md git:20260924.cc91b07A

Immutable. This exact content never changes and is served at /api/v1/blob/ef5817a68662da22.

# CLAUDE.md - web-uplift

This project is agent-agnostic: `AGENTS.md` is the single source of truth for
project context, the one canonical skill, how evidence is gathered, the house
rules, and the **Releases & versioning** procedure. Read it first:

➡️ **[AGENTS.md](AGENTS.md)**

Do not duplicate guidance here. Any change to project process belongs in
`AGENTS.md`; this file stays a pointer so the two cannot drift.

## Quick pointers

- Canonical skill: [`.claude/skills/web-audit/SKILL.md`](.claude/skills/web-audit/SKILL.md)
- Bump / publish procedure: the **Releases & versioning** section of [AGENTS.md](AGENTS.md)
- Current release: **v0.1.3**

## Claude Code specifics

`.claude/skills/web-audit/` holds the canonical skill, so `/web-audit <url>`
works in-session by default. `.claude-plugin/` provides the Claude Code plugin
manifest. The same skill also ships to Codex, Gemini, Antigravity, Copilot,
opencode, and pi via `web-uplift install --agent <name|all>`; all of those entry
points just point back at this skill, so they cannot drift.


<!-- BEGIN BEADS INTEGRATION v:1 profile:minimal hash:6cd5cc61 -->
## Beads Issue Tracker

This project uses **bd (beads)** for issue tracking. Run `bd prime` to see full workflow context and commands.

### Quick Reference

```bash
bd ready              # Find available work
bd show <id>          # View issue details
bd update <id> --claim  # Claim work
bd close <id>         # Complete work
```

### Rules

- Use `bd` for ALL task tracking — do NOT use TodoWrite, TaskCreate, or markdown TODO lists
- Run `bd prime` for detailed command reference and session close protocol
- Use `bd remember` for persistent knowledge — do NOT use MEMORY.md files

**Architecture in one line:** issues live in a local Dolt DB; sync uses `refs/dolt/data` on your git remote; `.beads/issues.jsonl` is a passive export. See https://github.com/gastownhall/beads/blob/main/docs/SYNC_CONCEPTS.md for details and anti-patterns.

## Agent Context Profiles

The managed Beads block is task-tracking guidance, not permission to override repository, user, or orchestrator instructions.

- **Conservative (default)**: Use `bd` for task tracking. Do not run git commits, git pushes, or Dolt remote sync unless explicitly asked. At handoff, report changed files, validation, and suggested next commands.
- **Minimal**: Keep tool instruction files as pointers to `bd prime`; use the same conservative git policy unless active instructions say otherwise.
- **Team-maintainer**: Only when the repository explicitly opts in, agents may close beads, run quality gates, commit, and push as part of session close. A current "do not commit" or "do not push" instruction still wins.

## Session Completion

This protocol applies when ending a Beads implementation workflow. It is subordinate to explicit user, repository, and orchestrator instructions.

1. **File issues for remaining work** - Create beads for anything that needs follow-up
2. **Run quality gates** (if code changed) - Tests, linters, builds
3. **Update issue status** - Close finished work, update in-progress items
4. **Handle git/sync by active profile**:
   ```bash
   # Conservative/minimal/default: report status and proposed commands; wait for approval.
   git status

   # Team-maintainer opt-in only, unless current instructions forbid it:
   git pull --rebase
   git push
   git status
   ```
5. **Hand off** - Summarize changes, validation, issue status, and any blocked sync/commit/push step

**Critical rules:**
- Explicit user or orchestrator instructions override this Beads block.
- Do not commit or push without clear authority from the active profile or the current user request.
- If a required sync or push is blocked, stop and report the exact command and error.
<!-- END BEADS INTEGRATION -->