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

human.tech lanza el Clean SDK para aplicaciones Web3 centradas en la privacidad

human.tech ha lanzado el Clean SDK, un kit de desarrollo que permite crear aplicaciones Web3 con privacidad por defecto y responsabilidad transparente. Este SDK, lanzado junto a Aztec v5, proporciona componentes para integrar verificación de identidad de conocimiento cero, screening de sanciones y transacciones privadas, sin necesidad de manejar datos sensibles o infraestructura de cumplimiento desde cero. El SDK resuelve el dilema entre privacidad y responsabilidad, combinando pruebas de conocimiento cero con verificación programable. Esto permite a las aplicaciones demostrar que los usuarios son legítimos y que los fondos han pasado controles, manteniendo la confidencialidad. Shield, la primera aplicación construida con el Clean SDK, es un puente privado a Aztec. Permite a usuarios y agentes autónomos transferir activos demostrando, sin revelar identidades, que hay una persona real detrás de cada transferencia y que los fondos han sido verificados contra sanciones. El kit incluye tres técnicas de verificación: Prueba de Inocencia (screening contra 23 fuentes de sanciones), Prueba de Personalidad (verificación simplificada con Human Passport) y Prueba de Manos Limpias (credenciales de identidad gubernamental de conocimiento cero para transacciones de alto valor). Diseñado para desarrolladores en Aztec, el SDK permite integrar privacidad programable directamente en aplicaciones descentralizadas. Shield ejemplifica su uso, pero el objetivo es habilitar un ecosistema completo de aplicaciones financieras y servicios descentralizados que requieran verificación respetuosa con la privacidad. human.tech desarrolla soluciones de conocimiento cero para demostrar personalidad, mantener la privacidad y crear sistemas digitales escalables y responsables, con un ecosistema que incluye también Human Passport, Wallet as a Protocol (WaaP) y Human Network.

TheNewsCryptoHace 44 min(s)

human.tech lanza el Clean SDK para aplicaciones Web3 centradas en la privacidad

TheNewsCryptoHace 44 min(s)

¿Liberando 100 millones de dólares en liquidez? La nueva política de Pump.fun pone a prueba la técnica del 'pump' de 5 minutos

**Resumen en español europeo: Pump.fun lanza el modo BOOST para redirigir 1.000 millones de dólares en liquidez "inerte"** El 21 de julio, Pump.fun anunció oficialmente el modo BOOST, un nuevo mecanismo por defecto para el lanzamiento de memecoins. El objetivo es abordar un problema central de su plataforma: aproximadamente el 20% de la liquidez que se bloquea en los pools (LP) cuando un token se migra desde su curva de enlace (bonding curve) queda permanentemente inutilizable, incluso si el precio del token cae a cero. La plataforma estima que esta "liquidez muerta" supone un desperdicio de más de 1.000 millones de dólares anuales. El funcionamiento de BOOST es directo: en lugar de inmovilizar ese 20% de fondos en el LP, la plataforma los utiliza durante los primeros 5 minutos tras la migración para comprar el propio token en el mercado secundario mediante un sistema TWAP (Precio Medio Ponderado en el Tiempo). Todos los tokens comprados se queman inmediatamente, creando presión de compra a corto plazo y reduciendo permanentemente la oferta en circulación. Este cambio no añade liquidez externa ni altera la experiencia de trading en la bonding curve. Su propósito es mejorar la experiencia post-migración: generar un "fuego artificial" de 5 minutos que podría aumentar la retención de traders y la actividad comercial. La lógica subyacente es que para que el modelo de negocio de Pump.fun sea sostenible, los tokens lanzados necesitan generar volumen de trading continuo después de su lanzamiento inicial. Sin embargo, el mecanismo genera debate. Los críticos señalan que el breve impulso de 5 minutos podría facilitar que proyectos de baja calidad parezcan exitosos, fomentando lanzamientos más especulativos. Además, una vez finalizada la compra automática, los tokens podrían sufrir caídas bruscas si se enfrentan a grandes órdenes de venta, intercambiando el riesgo de un colapso posterior por una breve ilusión de bombeo inicial.

marsbitHace 51 min(s)

¿Liberando 100 millones de dólares en liquidez? La nueva política de Pump.fun pone a prueba la técnica del 'pump' de 5 minutos

marsbitHace 51 min(s)

Vender espacio de bloques está muerto: las blockchains públicas deben encontrar nuevas formas de sobrevivir

El modelo de negocio de vender espacio en bloques para las cadenas públicas (L1/L2) está en crisis. Mientras aplicaciones y otros proyectos generan grandes ingresos, la mayoría de las blockchains luchan por monetizar. Un ejemplo claro: Hyperliquid generó unos 58 millones de dólares en 30 días, frente a los 430.000 de Arbitrum. La conclusión es clara: las cadenas públicas deben evolucionar más allá de ser infraestructuras neutrales. El futuro está en convertirse en estudios de productos, distribuidores de aplicaciones, pasarelas de pago o soluciones SaaS especializadas para nichos verticales específicos. El artículo también analiza otros temas clave: 1. **El ataque a Ostium:** Un fallo en su infraestructura off-chain para importar precios permitió a un atacante robar más de 23 millones de USDC, reduciendo su TVL en más del 40%. Este caso subraya los riesgos críticos al conectar mercados tradicionales con DeFi. 2. **El futuro de las opciones on-chain:** Para lograr adopción masiva, los derivados complejos como las opciones deben dejar de comercializarse como tales. El éxito reside en abstraer su complejidad en productos sencillos como bóvedas de rendimiento, opciones binarias a corto plazo o productos estructurados, donde el usuario final solo ve el resultado, no la mecánica. En resumen, la industria se mueve hacia una especialización profunda, donde la seguridad, la experiencia de usuario simplificada y un claro enfoque en generar valor para clientes específicos serán claves para la supervivencia y los ingresos.

marsbitHace 1 hora(s)

Vender espacio de bloques está muerto: las blockchains públicas deben encontrar nuevas formas de sobrevivir

marsbitHace 1 hora(s)

Trading

Spot
活动图片