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

marsbitPublished on 2026-06-08Last updated on 2026-06-08

Abstract

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?

Related Questions

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.

Related Reads

"119 to 176 Dollars": Behind SpaceX's Listing, MSX Once Again Successfully Executes the Pre-IPO Closed Loop

Following May's 300% gain on Cerebras, MSX delivered another outstanding performance during SpaceX's listing night. On June 12, SpaceX (SPCX) launched on Nasdaq, reaching a high of $176. This marked the successful culmination of MSX's Pre-IPO project launched in March, where users subscribed at $119, achieving gains of approximately 40-48%. This event validated MSX's complete Pre-IPO mechanism, a crucial advantage in a market where access to top-tier private company equity is typically limited to institutions. MSX's model provides a full cycle for users: subscription (at $119 for SpaceX), real-time on-chain portfolio tracking, optional early redemption, seamless conversion to tradable spot assets (SPCX.M) upon IPO, and final settlement in stablecoins. This end-to-end process distinguishes MSX from platforms that faced settlement issues during the SpaceX IPO, highlighting that the core challenge of Pre-IPO is not just access, but a clear exit and conversion path post-listing. This success with SpaceX is MSX's second major Pre-IPO verification, following the Cerebras listing in May, which yielded ~300% returns for early participants. These back-to-back achievements demonstrate MSX's capability to source, structure, and deliver real assets through a replicable on-chain model. The true barrier for Pre-IPO products lies not in providing an entry point, but in ensuring reliable fulfillment from subscription through to post-IPO liquidity. MSX's proven闭环 (closed-loop) process addresses this, offering Web3 users a structured way to access high-growth, pre-public companies in sectors like AI and frontier tech. MSX plans to continue expanding its Pre-IPO portfolio with this focus on authenticity, transparency, and post-listing execution.

Odaily星球日报9h ago

"119 to 176 Dollars": Behind SpaceX's Listing, MSX Once Again Successfully Executes the Pre-IPO Closed Loop

Odaily星球日报9h ago

Trading

Spot
Futures
活动图片