Founder of Baixing.com: My Fourteen Experience Points in Using Claude Code

marsbitPubblicato 2026-06-08Pubblicato ultima volta 2026-06-08

Introduzione

Founder of Baixing.com: My Fourteen Claude Code Usage Experiences The author shares personal insights from using Claude Code. Key recommendations include: focusing deeply on one primary tool; mastering essential shortcuts like Control+G for the editor; utilizing voice input; starting projects with a structured PROJECT.md; defaulting to Claude agents; integrating with GitHub and Cloudflare for infrastructure; clearly separating human-written core files (like CLAUDE.md) from AI-generated content, and interacting with AI output only through queries; dragging various files (audio, video, screenshots) into the interface for clarification. He advises centralizing and version-controlling memory and skill files in git (e.g., ~/.claude/CLAUDE.md) to build a permanent, cumulative knowledge base across projects. Skills should be continuously refined and used to capture learnings. For complex tasks, using ultracode for dynamic workflows is recommended despite cost. Using git documentation as handoff between agents ensures task continuity without relying solely on context. Finally, he suggests treating Claude Code like a horse with its own path-finding abilities—setting goals and boundaries rather than micromanaging—viewing its autonomy as a feature, not a bug.

Author: Wang Jianshuo

Simply record my experience with Claude Code up to this point. This is purely personal exploration and may not be suitable for everyone.

1. Focus on mastering one tool intensely. I use Claude Code. I don't necessarily think it's better than Codex, but the ROI of comparing tools may not be high, even though being able to articulate the differences eloquently gives a false sense of accomplishment.

2. Remember the most important shortcuts. Control+G to open the editor, helpful for writing longer content; shortcuts like Control+A, Control+E, Control+U which are very practical for quickly moving the cursor in the command line. Although not new to the AI era, they are as important as Control+C and Control+V when in use.

3. Use voice input. HoldSpeak is very helpful.

4. For a project, start by writing PROJECT.md, using a structured method to jot down all thoughts at once.

5. Claude agents are the default way to start.

6. Claude Code, github.com, and cloudflare.com are a perfect match. Hand over the build process, release process, and all domain-related operations to the infrastructure.

7. Separate what is written by humans and by machines. Manually maintain the core CLAUDE.md; don't read the .md files or code written by Claude Code. Let machines handle machine things, humans handle human things. Understand AI-written content by asking the AI, don't look at the source code.

8. Drag and drop files into the Claude Code window—audio, video, documents, screenshots—if you can't explain it clearly, use Command+Shift+5 to take a screenshot and drag it over, it's the fastest.

9. Reconstruct the memory system. Center it around ~/.claude/CLAUDE.md, categorically referencing multiple memory files. Require not using the project's memory, and keep all memory files in git, synchronized to github (private). This way, your memory becomes permanent and cumulative, not scattered across each project.

10. Write Skills, and at the end of each work session, ask Claude to "precipitate what was learned into Skills"—it can do this automatically.

11. Whenever possible, use ultracode to trigger dynamic workflows for complex tasks. Although expensive and slow, the results are still guaranteed.

12. Accumulate skills and refactor skills along the way. Skills need to be kept in git.

13. Use git documents as the output of the previous task and the input for the next task. Let agents have clear handover documents, not relying on context for transitions.

14. Treat Claude Code as a horse (or a person), not as a car. A car turns under your command; a horse has its own ideas, we just need to set goals and boundaries. Its autonomous pathfinding feature is a characteristic, not a bug.

Does anyone have anything to add?

Domande pertinenti

QAccording to the author, what is the most critical shortcut to remember when using Claude Code?

AThe author considers the Control+G shortcut (to open the editor for writing longer content) and the Control+A, Control+E, Control+U shortcuts (for quickly moving the cursor in the command line) to be the most important, comparable to Control+C and Control+V.

QWhat does the author suggest is the best practice for handling content written by AI versus content written by humans?

AThe author advises to clearly separate human-written and machine-written content. Manually maintain the core CLAUDE.md file and do not read the .md files or code written by Claude Code. To understand AI-generated content, ask the AI directly instead of reading its source code.

QHow does the author recommend managing one's permanent and accumulative memory system with Claude Code?

AThe author recommends refactoring the memory system by centering it around ~/.claude/CLAUDE.md, which categorically references multiple memory files. One should disable project-specific memory, store all memory files in a git repository, and sync them to a private GitHub repository to ensure memory is permanent, accumulative, and not scattered across projects.

QWhat is the author's analogy for how to treat Claude Code, and what characteristic does this highlight?

AThe author suggests treating Claude Code like a horse (or a person) rather than a car. A car turns under direct command, but a horse has its own ideas; you only need to set the goal and boundaries. This highlights its autonomous pathfinding feature as a characteristic, not a bug.

QWhat infrastructure services does the author mention as a perfect match for use with Claude Code?

AThe author states that Claude Code, github.com, and cloudflare.com are a perfect combination. They recommend handing over the build process, release process, and all domain-related operations to this infrastructure.

Letture associate

Coldcard Hardware Wallet Hacked: 594 Bitcoin Withdrawn in 25 Minutes

The Coldcard hardware wallet has been compromised, with hackers stealing approximately 594.5 Bitcoin (~$40 million) from 500 addresses in just 25 minutes. The root cause was a critical software bug, undetected for five years, which disabled the device's secure chip for generating true random numbers. This led to the creation of private keys based on predictable data like the processor's serial number, drastically reducing cryptographic security. The attackers exploited this offline by brute-forcing possible seed phrases, finding active addresses on the public ledger, and signing transactions. Initially, Coinkite (Coldcard's maker) claimed only older models were at risk but later admitted all devices running the compromised firmware were vulnerable. CEO Rodolphe Novak (NVK) apologized but ruled out financial compensation for affected users. To secure funds, owners must urgently update their firmware to specific safe versions, generate a completely new seed phrase on the updated device, and transfer all assets to new addresses created with that new seed. While a BIP-39 passphrase can help, it does not replace this migration process. Other Coinkite products like TAPSIGNER were not affected. This incident underscores that even specialized hardware requires rigorous, independent code audits, especially for cryptographic functions. It parallels past failures, like a 2006 OpenSSL bug in Debian, and raises questions about whether automated code analysis can ever fully replace human scrutiny in critical security areas.

cryptonews.ru53 min fa

Coldcard Hardware Wallet Hacked: 594 Bitcoin Withdrawn in 25 Minutes

cryptonews.ru53 min fa

Trading

Spot
活动图片