ClaudinhoCode · Vol. 01 · AI for everyone
Hacks · 34 practical shortcuts
CC / 2026 · Vol. 01 / Issue No. 01 Filed under Hacks · Shortcuts Made in Brazil · For people who want to go further Live platform
Home / Path / Step 05 · Hacks
Practical shortcuts · Collection No. 09

34 hacks to use Claude better.

The edge is not only in the model. It is in how you organize context, structure workflows and keep memory. These 34 hacks gather the habits of people who treat Claude as a system, not as a chat.

34practical hacks
06themed groups
0technical prerequisites
I. Planning and strategy•Before you ask 001 / 006
Think first · No. 01

Most mistakes come from asking too early.

Claude works much better when it understands the context, goal and constraints before executing. Setting the direction first saves rework.

01Plan

Plan before you ask

Before asking for execution, ask for analysis, an architecture proposal and a plan. Validating the direction first avoids redoing everything later.

02Plan mode

Use plan mode

Turn on planning before important tasks. Claude thinks before acting and makes more deliberate decisions.

03Goal

State the goal, not just the task

Instead of "create a dashboard", explain what it is for and who will use it. With a clear goal, Claude decides better.

04Questions

Ask for questions before starting

Ask Claude to raise 3 important questions before executing. It reduces ambiguity and improves alignment.

II. Memory and context•Do not lose the thread 002 / 006
Keep what matters · No. 02

Long conversations lose context.

A conversation's context is limited. People who record decisions and progress in files solve this and keep continuity across sessions.

05Memory

Markdown as memory

Keep decisions, rules, architecture and progress in .md files. Claude rereads them and picks up where it left off.

06Rules

One CLAUDE.md per directory

Create a CLAUDE.md in each part of the project with standards, constraints and conventions. They become rules Claude always follows.

07Summary

Summarize before switching chats

Before opening a new chat, ask for a technical summary with decisions, files and next steps. Continue without losing the thread.

08Progress

Keep a progress log

A progress.md file with tasks, status, decisions and blockers gives you traceability and continuity.

09Base

A global knowledge base

Put rules, decisions and standards in one place. Every agent then uses the same source of truth.

10Restart

Restart when it gets stuck

If Claude keeps repeating solutions or insisting on mistakes, summarize the context and start a clean chat.

III. Workflows and systems•From improvising to process 003 / 006
Structure the work · No. 03

Stop using AI on the fly.

Split tasks and repeatable sequences give you more control and consistent results. It is the difference between chatting and operating.

11One at a time

Do not chain too many tasks

Too many steps at once make the result worse. One decision, one feature, one validation at a time.

12Checklist

Work with checklists

Ask Claude to create a checklist, execute it step by step and update the progress. More operational control.

13Workflow

Prompts become workflows

Turn the sequences that work into repeatable processes: research, summarize, structure, validate, execute.

14System

Use Claude as a system

Stop treating Claude as a chat. Use it as memory, workflow and an operational copilot for your work.

IV. Agents and tools•Everything in its place 004 / 006
Use the right resources · No. 04

Too many tools clutter the context.

Subagents, models and hooks pay off when used with judgment. Focus is worth more than the number of features switched on.

15Subagents

Use subagents

Delegate research, tests and documentation to separate agents. The main agent stays focused on execution.

16Models

The right model for each task

Use stronger models to plan and reason, and fast models to execute. Better value for money.

17Reasoning

Ask for more reasoning only when needed

Asking Claude to think harder helps with complex problems, but it uses more tokens. Use it with judgment.

18Images

Show images

For visual bugs and layout problems, send a screenshot. It is worth more than several paragraphs of explanation.

19Focus

Fewer tools, more focus

Connecting too many tools clutters the context. Keep only the ones you actually use day to day.

20Hooks

Automate checks with hooks

Set up hooks to run lint, tests and security checks before and after tasks, without having to ask.

V. Quality and review•Trust, but verify 005 / 006
Always review · No. 05

Claude is not autonomous.

It can invent solutions, add too much complexity or ignore edge cases. Reviewing the output is part of the process, not an optional step.

21Review

Review everything

Check logic, security, performance and consistency before accepting the result. Nothing goes in without review.

22Validation

Have Claude check its own work

After it executes, ask it to review and point out possible errors. It finds flaws it created itself.

23Logs

Centralize your logs

Fragmented debugging is slow. Bring together frontend, backend, API and database logs so Claude finds the error fast.

VI. Security•Before going live 006 / 006
Leave no gaps · No. 06

Code that works is not secure code.

Most breaches come from simple oversights: an exposed file, a secret in the wrong place. These tips cover the most common mistakes when publishing a site and when using AI day to day.

24.env

Never publish the .env

Passwords, keys and tokens live in the .env file. It must not go to the server: anyone with the link to the published folder can download any file in it.

25Support files

Keep support files offline

Drafts, backups and reference material do not belong in the folder that goes to the server. Keep that content in a separate folder, for local use only.

26Git

Do not commit secrets to Git

A key that enters Git history stays there even after you delete it. Use .gitignore for the .env and sensitive files from the very first commit.

27Revoke

Revoke leaked keys immediately

If a secret showed up in a screenshot, a public repository or a message, consider it compromised. Generating a new key is faster than measuring the damage.

28HTTPS

Serve the site over HTTPS

HTTPS protects the data going back and forth between the visitor and the server. Today it is a basic requirement of any site, not a detail.

29Input

Validate everything that comes from the user

Forms and URL parameters are an entry point for attacks. Never trust what arrives from the browser without checking it first.

30Ask

Security is not automatic

Claude can generate vulnerable code. Explicitly ask for protection against XSS, SQL injection and for access control.

31Limits

Always add rate limits

Limit how often APIs can be called to prevent abuse, spam and overload. APIs without limits are an easy target.

32Chat

Do not paste sensitive data into the chat

Avoid sending passwords, customer data and keys to the AI. When you need an example, swap in fictional data.

33Review

Review generated code before publishing

Code that works is not secure code. Before deploying, read what was generated looking for gaps and exposed data.

34Dependencies

Be careful with suggested dependencies

AI can suggest libraries that are outdated, abandoned or that do not even exist. Check each dependency before installing it.

Golden rule Treat any secret that showed up in the wrong place as already compromised. When in doubt, revoke it and generate a new one. It is always cheaper than cleaning up the damage.
End of the path

You finished the five steps.

Now it becomes a habit. Repeat the systems you built, refine them with new hacks and keep an eye on what comes next.

Path · Step 05 of 05 Hacks
← Back04 · Systems See the full path End of the pathYou completed the 5 steps