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

marsbit2026-06-08 tarihinde yayınlandı2026-06-08 tarihinde güncellendi

Özet

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?

İlgili Sorular

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.

İlgili Okumalar

Microsoft CEO Satya Nadella's Latest Warning: Betting Entirely on a Single AI Model Hands Over a Company's Lifeblood

Microsoft CEO Satya Nadella warns that companies relying solely on a single AI model could jeopardize their survival. He argues that over-dependence leads to "vendor lock-in," where businesses risk ceding control over their core data, memory, contextual history, and AI usage patterns. This dependence essentially outsources a company's critical thinking and operational know-how to an external provider. The deeper a company integrates with one AI system—feeding it prompts, internal data, and workflows—the more it reveals its unique business methods and competitive edge. This accumulated knowledge could become accessible to the AI supplier. Furthermore, switching providers becomes extremely costly and complex, as companies would need to rebuild their entire AI-augmented workflow, memory, and tool integrations from scratch. Nadella's solution is "decoupling." Companies should separate their proprietary data, memory, and control layer (or "harness") from the underlying AI models. By retaining metadata from every AI interaction, businesses can preserve their operational "brain" or institutional knowledge. This allows them to flexibly use different AI models (e.g., from OpenAI, Anthropic, Microsoft) for specific tasks without losing their accumulated expertise. The core idea: companies can rent the smartest models available, but they must keep their own "brain" and operational control firmly in-house.

marsbit33 dk önce

Microsoft CEO Satya Nadella's Latest Warning: Betting Entirely on a Single AI Model Hands Over a Company's Lifeblood

marsbit33 dk önce

Miners Advised Not to Buy GPUs for AI and to Focus on Infrastructure

A founder at an energy investment forum advises bitcoin miners not to purchase GPUs for AI themselves, but to instead focus on infrastructure like power and data center space. Mike Alfred of Alpine Fox stated that while AI infrastructure demand is a long-term, 20-30 year trend, it presents a key choice for miners. The first, riskier model involves owning and operating GPUs, which requires financing expensive hardware that quickly becomes obsolete. The second, more conservative model is akin to real estate: providing colocation services where clients bring their own servers, and the miner sells space, power, cooling, and water. Alfred noted this model is easier to finance. Most existing bitcoin mining sites are difficult and expensive to convert for AI, as AI data centers require far higher construction costs, redundant fiber connections, backup power, complex cooling, and near 100% uptime. A hybrid model, where mining acts as a flexible load to use excess power during AI data center construction or from generation facilities, was discussed. However, participants concluded this is only viable with very cheap power; otherwise, developers are better off focusing solely on AI. Miners are increasingly being evaluated for their available power capacity and project portfolios rather than just bitcoin output. Panelists also warned of risks in the AI sector, predicting at least one major default or contract breach among AI tenants, lenders, or landlords before bitcoin's next halving in 2028.

cryptonews.ru42 dk önce

Miners Advised Not to Buy GPUs for AI and to Focus on Infrastructure

cryptonews.ru42 dk önce

Millisecond 'Pay-to-Cut': How Did Hyperliquid's Priority Fee Turn into a Multi-Million Dollar Business?

"Millisecond 'Paid Queue-Jumping': How Hyperliquid's Priority Fee Became a Multi-Million Dollar Annual Business" In traditional finance, high-frequency trading firms spend millions on infrastructure for millisecond advantages. Hyperliquid has translated this race onto the blockchain with its "Priority Fee" system, creating an open economic game for speed. This system auctions two types of priority: **Gossip Priority** for faster data feeds (via a Dutch auction every 3 minutes), and **Order Priority** for front-of-queue trade execution (users bid a fee for lower latency). This converts a hardware race into a transparent, market-priced mechanism. Since launch, this feature has generated over $5M in protocol revenue. Projected annualized buybacks from this income exceed $30M, accounting for ~7% of total protocol revenue. The demand stems from large traders and market makers on Hyperliquid, for whom milliseconds can mean the difference between profit/loss or avoiding liquidation. Market makers pay these fees as "protection" to ensure their orders execute first, which in turn improves liquidity for all users. Crucially, Hyperliquid internalizes Maximum Extractable Value (MEV) that typically leaks to external validators or searchers, creating a new revenue stream beyond trading fees. The mechanism also strengthens HYPE's tokenomics. While 97% of trading fees fund secondary market buybacks (via the Assistance Fund), Priority Fees are **directly burned**, adding a second deflationary engine. Furthermore, fees for order priority are deducted from users' undelegated HYPE balances, encouraging large traders to hold and lock up tokens, reducing circulating supply. However, a key challenge remains: balancing the speed needs of institutional players with fair market access for retail users, as those who cannot pay high fees may suffer worse slippage during volatility. In summary, Hyperliquid's Priority Fee is a novel model that monetizes latency, captures MEV for the protocol, and enhances its native token's value through burning and lock-ups.

marsbit48 dk önce

Millisecond 'Pay-to-Cut': How Did Hyperliquid's Priority Fee Turn into a Multi-Million Dollar Business?

marsbit48 dk önce

İşlemler

Spot
活动图片