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

marsbitPublicado a 2026-06-08Actualizado a 2026-06-08

Resumen

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?

Preguntas relacionadas

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.

Lecturas Relacionadas

Los retiros de Bitcoin continúan: 8 años de almacenamiento en una cartera fría Coldcard terminaron en cero

Retirada de bitcoin continúa: 8 años en cartera fría Coldcard terminan en cero La cartera hardware Coldcard ha sido vulnerada, provocando una nueva oleada de retiradas de fondos de dispositivos afectados. Galaxy Research informa que el volumen total robado asciende a 1.367,05 BTC (unos 88,6 millones de dólares) desde 4.585 direcciones, superando ampliamente los 594,5 BTC reportados inicialmente el 30 de julio de 2026. La mayor parte de lo robado permanece inactiva en las direcciones de los atacantes. El problema no reside en el firmware, que ya fue actualizado por Coinkite, sino en las frases semilla (seed phrases) generadas desde marzo de 2021 debido a un error de programación. Estas frases son fácilmente descifrables, y actualizar el firmware no las cambia. Solo transferir los fondos a una nueva dirección con una nueva frase semilla elimina la vulnerabilidad. El fallo se originó al integrar la biblioteca libNgU, lo que hizo que los dispositivos dejaran de usar el generador de números aleatorios por hardware STM32 y pasaran a usar el generador software Yasmarang, inicializado con datos públicamente accesibles como el número de serie del chip. Afecta a frases semilla creadas en dispositivos Mk2/Mk3 (firmware 4.0.1–4.1.9 y hasta 5.0.3), Mk4/Mk5 (hasta v5.6.0) y Q (hasta v1.5.0Q). Se excluyen aquellas creadas con al menos 50 lanzamientos de dados independientes o una passphrase BIP-39 fuerte y única. Los usuarios deben generar una nueva frase semilla en firmware corregido y transferir sus activos. Un caso ilustrativo es el de un inversor de 39 años que perdió 2 BTC (unos 130.000 dólares) en minutos, ahorrados durante ocho años mediante trabajo físico como protección contra la hiperinflación en su país, con el objetivo de una jubilación anticipada a los 50 años. Su estrategia conservadora de "comprar y mantener en frío" se vio truncada, dejándolo devastado y decidido a abandonar las criptomonedas. Este incidente recuerda vulnerabilidades históricas por generadores de números aleatorios débiles, como la de la biblioteca BitcoinJS (2011-2015), que causó grandes pérdidas. Subraya que el almacenamiento offline no garantiza automáticamente seguridad criptográfica, especialmente cuando la entropía se ve comprometida dentro del propio dispositivo "cerrado".

cryptonews.ruHace 3 hora(s)

Los retiros de Bitcoin continúan: 8 años de almacenamiento en una cartera fría Coldcard terminaron en cero

cryptonews.ruHace 3 hora(s)

Trading

Spot
活动图片