Skip to content

Instantly share code, notes, and snippets.

View arjshiv's full-sized avatar
🌅
typing words to computers

Arjun Kannan arjshiv

🌅
typing words to computers
View GitHub Profile
@arjshiv
arjshiv / checkout-main-delete-old-branches.sh
Created February 23, 2026 06:04
checkout main/master and delete old branches
git checkout master && git pull origin && git remote prune origin && git gc && git for-each-ref --format='%(refname:short)|%(upstream:track)' refs/heads | awk -F'|' '$2 ~ /\[gone\]/ {print $1}' | while read -r b; do [ -n "$b" ] && [ "$b" != "master" ] && git branch -D "$b" 2>/dev/null || true; done
@arjshiv
arjshiv / practical-ai-in-your-codebase.md
Last active April 30, 2026 17:04
Practical ways to make the most of AI in your codebase

Practical ways to make the most of AI in your codebase

The mistake most engineers make their first month with AI is thinking of it as code. It isn't. It's a teammate. And not even one teammate, because the best planner today is Opus, the best coder is Codex, and in two months that roster shifts. Tomorrow Sonnet 5.6 might be the best planner and Opus 4.8 might be the best coder. You're working with a rotating contractor pool whose members keep getting better at their jobs.

That changes what you optimize for. You don't build workflows that depend on a specific model. You build workflows that benefit from any model getting better, the way a good engineering org runs no matter who's playing which role.

Which means the right answer isn't "switch to Cursor" or "use Claude Code" or "buy this new wrapper." Those are implementation details. The right answer is the boring one: shift things left, write more rules and hooks, lean into the places where you cede control and be deliberate about where you take control