Things on this page are fragmentary and immature notes/thoughts of the author. Please read with your own judgement!
Claude CLI Installation¶
curl -fsSL https://claude.ai/install.sh | bashWorks simiarly to Gemini CLI.
Claude Desktop¶
Runs in a sandboxed VM and cannot access local files (which limits its power).
Claude Plugins¶
Claude Plugins (similar concept to Gemini extensions) .
General Tips¶
Use
/reviewand/ultra-reviewto review code changes.
Permissions¶
If you are already inside an active Claude Code CLI session, you can cycle through available permission modes by pressing
shift+tab.default: Ask for most actionsacceptEdits: Auto-approve file edits and common filesystem operationsplan: Read-only planning, no changesauto: Auto-approve actions with safety checks
There are actually 2 another permission modes
dontAskandbypassPermissions.dontAskautomatically denies every tool call that would otherwise prompt. The only things that run are:Actions matching your
permissions.allowrulesRead-only Bash commands
Even explicit ask rules get denied (rather than pausing for you), and writes to protected paths (.git, .claude, etc.) are denied. The result is a fully non-interactive session where Claude can only do what you’ve pre-approved in advance. The user case for
dontAskis locked-down CI pipelines or restricted environments where you whitelist exactly what’s allowed. ThedontAskpermission mode never appears in theshift+tabcycle, instead, it can only be turned on by starting Claude CLI withclaude --permission-mode dontAsk.bypassPermissionsallows everything. It is sometimes called the YOLO (you only look once) permission mode in other agentic tools (e.g., Antigravity CLI). By default, you don’t seebypassPermissionswhen pressingshift+tabto cycle through permission modes. You have to start Claude CLI withclaude --allow-dangerously-skip-permissionsto make it show up when cycling through permission modes. You can also directly directly get into thebypassPermissionsmode by starting Claude withclaude --dangerously-skip-permissions.You can start Claude with a specific permission mode toggled on using the option
--permission-mode.
The "auto"permission mode is generally the recommended setting for non-security-critical tasks. It strikes a good balance between productivity and safety. The “auto” permission mode is a good fit for
Refactoring code
Writing tests
Updating documentation
Creating scripts
Data analysis on non-sensitive data
Local development in personal projects
Prototyping and experimentation
You might prefer a more restrictive mode when:
Working with production infrastructure
Managing secrets, credentials, or sensitive customer data
Running destructive operations (database migrations, large file deletions, etc.)
Operating in regulated environments
And you might use bypassPermissions only when:
You’re in a disposable environment (Docker container, VM, sandbox)
You fully trust the workflow
You want maximum automation and accept the risks
The command
/fewer-permission-promptsscans your transcripts for common read-only Bash and MCP tool calls, then add a prioritized allowlist to project (not global).claude/settings.jsonto reduce permission prompts.You can set the default permission mode in
~/.claude/settings.json. For example,"permissions": { "defaultMode": "auto" }
GitHub Integrations¶
Name | Description |
Claude CLI source code | |
the GitHub Action for tagging Claude in PRs and issues | |
the Claude GitHub App for repository integrations |
The simplest way to setup GitHub integration is to run the following command.
claude /install-github-appNotice that there are issues in the generated workflow claude-code-review.yml.
Please see discussions in
Claude doesn’t generate any output from PR review
for root causes and solutions.
Anthropic / Claude APIs¶
See Claude API Docs .