Skills and rules for the NanoClaw host agent (Claude Code on Mac). Tile promotion, container management, staging checks, repo chain safety, and public sync.
99
99%
Does it follow best practices?
Impact
Pending
No eval scenarios have been run
Advisory
Suggest reviewing before use
qwibitai/nanoclaw (upstream) → jbaruch/nanoclaw-public (public fork) → jbaruch/nanoclaw (private)Updates flow DOWN the chain:
upstream → public → privateContributions flow UP:
private → (scrub) → public → (PR) → upstreamscripts/sync-to-public.sh.upstream remote in private points to jbaruch/nanoclaw-public, NOT qwibitai/nanoclaw.This is non-negotiable. Do not:
The gh CLI defaults to the upstream fork for PRs and comments when working in a fork. Always use --repo jbaruch/nanoclaw-public or --repo jbaruch/nanoclaw explicitly. Never rely on the default.
Why: a misplaced comment or PR on upstream exposes private information to the upstream community. This has happened — it's not hypothetical.
Every gh pr, gh issue, and gh api command MUST include an explicit --repo flag. No exceptions.
# WRONG — may default to upstream
gh pr create --base main
# RIGHT
gh pr create --repo jbaruch/nanoclaw-public --base maingit fetch upstream
git merge upstream/main
# Resolve conflicts if anyThis is what /update-nanoclaw does.
Run scripts/sync-to-public.sh — it:
sync/YYYY-MM-DD branchNever push directly to public main. Always create a PR and review the diff.
skills