Skip to content

Move user/account identifiers out of committed .claude/ + scrub history #4

Description

@royassis

Before this repo goes public, scrub user/account identification data out of the committed .claude/ folder and move it to a gitignored, untracked Claude context file. Also purge it from git history.

What's there now

The only identifying data in the tracked .claude/ tree is in .claude/CLAUDE.md:51 — the org-neutrality sweep command, which literally embeds the values it's meant to catch:

rg -n "004768211494|/Rnd/|royassis|us-east-1" aws_stepfunctions_toolkit

So the public repo would ship our AWS account ID (004768211494) and GitHub handle (royassis) inside the project's own Claude guidance. (Lines 45/48 also mention /Rnd/ and us-east-1 but only as generic prose explaining the rule — lower concern.)

.claude/CLAUDE.md has been touched in ~9 commits, so the values are in history, not just the current tree.

Tasks

  • Move the user/account-specific identifiers out of the tracked .claude/CLAUDE.md into a gitignored local Claude context file (e.g. .claude/CLAUDE.local.md or similar), and add it to .gitignore
  • Rewrite the committed .claude/CLAUDE.md sweep guidance to be generic/placeholder (e.g. reference an env-supplied list of forbidden values, or <ACCOUNT_ID> / <gh-handle> placeholders) so the rule still works without naming real values
  • Decide whether the rest of .claude/ should ship in the public repo at all (commands/skills are generic and probably fine; CLAUDE.md project rules are useful to keep)
  • Scrub the historical occurrences from git history (coordinate with the broader account-ID history scrub — fresh squashed repo OR git filter-repo; do it once for all org markers together)

Notes

  • This is not a security exposure — an AWS account ID is a non-secret identifier and royassis is a public GitHub handle. The reason is org-neutrality / cleanliness for a public OSS package, consistent with project rule Example: fully-deployable stack (SFN + role + Lambda + real AWS Batch) via CloudFormation #2.
  • Do the history rewrite as a single combined operation with the other account-ID scrub work (tracked separately on the release checklist) rather than rewriting history twice.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions