PTENES
TRACK 3

🟣 Prompts & Conversation Patterns

The craft of prompting—and a library of ready-to-use prompts that you copy and run. Here you establish the patterns that get consistent results from AI, master the Plan → Build → Troubleshoot → Optimize cycle, and take away a collection of real, complete, parameterizable prompts. Strongly copy-run: everything is ready to paste and run.

3
Modules
22
Topics
~2h30
Duration
Practical
Level
Learning path progress 0% · 0 of 22
Prompts track banner: a terminal and purple dialogue bubbles turning into structured flows
Module 3.1 Prompting patterns Module 3.2 The 4-phase cycle Module 3.3 Prompt library (copy-run)

The path through track 3: from the patterns that guide every request, through the four-phase cycle, to the ready-to-copy-and-run library.

Learning path map

Detailed content

Illustration for module 3.1
3.1 ~45 min · 7 topics

🎯 Prompting Patterns

The habits that set an ordinary request apart from one that delivers results: define the goal (not the steps), be specific about the output, plan before executing, give feedback instead of corrections, treat AI as a specialist, avoid the errors that cost the most tokens, and use the 12 tips checklist.

Module progress 0% · 0 of 7
What it is:

Describe the desired outcome instead of dictating the technical sequence — "identify technical questions and draft the response," not "use an IF node with regex."

Why learn:

Frees the AI to use its full range of knowledge; its approach is usually better than yours.

Key concepts:

Outcome > instruction; don’t micromanage; the AI chooses the route.

What it is:

Specify the format and destination exactly: “75 profiles,” “.docx in the saídas folder,” “table with columns for date, topic, summary.”

Why learn:

Vague output produces vague results and more back-and-forth (more tokens).

Key concepts:

Exact quantity; format; file name; output folder.

What it is:

Start in planning mode: the AI researches, asks questions, and proposes a plan; it only builds after you approve it.

Why learn:

You correct course in the plan (cheap) instead of in the middle of the build (expensive).

Key concepts:

Research → questions → plan → approve → bypass to execute.

What it is:

Give specific feedback ("I like the structure, but the tone is too formal") instead of a blunt correction ("it's wrong").

Why learn:

Feedback helps the AI adjust its reasoning; a bare correction just patches the output.

Key concepts:

Specific; what you liked + what to change; feeds the improvement loop.

What it is:

Talk to AI as you would to an experienced developer: you define the goal and context, and it chooses tools, writes, and debugs.

Why learn:

Micromanaging limits AI to what you know; delegating brings out its best.

Key concepts:

Manager vs. developer; delegate the outcome; trust their expertise.

What it is:

Token-burning patterns: reusing bloated conversations, not defining “done,” leaving MCP servers running, fixing the same thing three times.

Why learn:

Tokens cost money; and bloated context degrades quality (context rot).

Key concepts:

One task per session; define “done”; use /clear when stuck.

What it is:

A consolidation: 12 best practices (plan mode, clear objective, definition of done, context management, feedback, secrets in .env, testing with multiple inputs…).

Why learn:

Becomes a mental checklist you apply before each build.

Key concepts:

12 tips; watch the build early; save tested skills; start fresh.

Illustration for module 3.2
3.2 ~45 min · 7 topics

🔄 The Plan → Build → Troubleshoot → Optimize Cycle

The four phases of every build: plan (research + questions + plan), build (create and validate), what AI does NOT do (credentials, mapping), debug (return the error with context), optimize (improve in natural language), verify for real, and back up before making changes.

Module progress 0% · 0 of 7
What it is:

AI researches the right nodes/patterns, asks clarifying questions, and proposes a plan for you to approve.

Why learn:

It's the cheapest phase to change your mind; aligning here prevents rework.

Key concepts:

Plan Mode; clarifying questions; approve the plan.

What it is:

AI builds the workflow/project and validates what it can on its own; in bypass mode, it runs without interrupting you.

Why learn:

You watch early to learn and interrupt if things go off track.

Key concepts:

Auto-validation; bypass permissions; monitor the build.

What it is:

Some steps are manual: create OAuth credentials, create the destination spreadsheet, map fields.

Why learn:

Knowing the boundary keeps you from waiting for AI to do what only you can do.

Key concepts:

Manual OAuth; create destination; map values; never put the key in chat.

What it is:

When something breaks, copy the full error message + where it happened back to the AI, and ask it to diagnose and fix it.

Why learn:

An error without context leads to guessing; an error with context leads to a quick fix.

Key concepts:

Message + node location; “why this happened”; rerun.

What it is:

Once the basics are working, you improve it in layers: handle errors, improve the logic, polish the output, speed it up — all by chatting.

Why learn:

"Works" becomes "works well": edge cases, UX, efficiency.

Key concepts:

Iterate in layers; priority order; one change at a time.

What it is:

Test with real scenarios (including edge cases and out-of-scope cases), check numbers and facts, and require the agent to say "I don’t know."

Why learn:

A "green" flow can give the wrong answer; testing is what reveals it.

Key concepts:

Real-world scenarios; verify facts; refuse to make things up; checklist for each test.

What it is:

Before making any changes, duplicate or export (JSON) and establish a tested baseline.

Why learn:

You roll back without losing what was already working—and you don’t blame the new change for an old problem.

Key concepts:

Export JSON; baseline; reversible; happy path preserved.

Illustration for module 3.3
3.3 ~60 min · 8 topics

📚 Ready-to-Use Prompt Library (copy-run)

Each topic is a complete, real prompt with variable parts <assim>, the goal and how to verify it: setup & CLAUDE.md, connect a tool via MCP, create a workflow from scratch, debug an error, the 6 enhancements, create a skill, create a scheduled agent, and create a frontend + security audit.

Module progress 0% · 0 of 8
What it is:

A prompt to generate the CLAUDE.md (role, context, preferences, rules) at the root of a new project.

Why learn:

It’s the starting point for every project: the persistent system prompt.

Key concepts:

Dedicated folder; Markdown; iterate on the file through conversation.

What it is:

Prompt to install an MCP server (project-level), generate the .mcp.json, and read the key from .env — never from the chat.

Why learn:

It's how AI gets "arms": scraping the web, reading databases, talking to apps.

Key concepts:

.mcp.json; project-level; key in .env; use /mcp to verify.

What it is:

A complete opening prompt that describes the outcome, data source, and destination — letting the AI plan the architecture.

Why learn:

"One prompt to rule them all": getting started right saves back-and-forth.

Key concepts:

Outcome + source + destination; let the AI ask questions; approve the plan.

What it is:

A prompt template for pasting the error message + location + what you expected, and asking for a diagnosis, cause, and fix.

Why learn:

Turns “it errored” into an actionable request that AI can resolve quickly.

Key concepts:

Literal error; context; "why"; don't change anything else.

What it is:

Six prompts to improve an agent: no-match fallback, time filter, automated email filter, brand tone, customer name, confidence indicator.

Why learn:

It’s the leap from “it works” to “it works well,” applied in layers.

Key concepts:

Error/logic vs. quality; anchor it in the existing workflow; test each one.

What it is:

A prompt to package a repeated task as a skill in the official format (SKILL.md) callable with a slash command.

Why learn:

Stop reexplaining: consistency, context savings, reuse.

Key concepts:

.claude/skills; name, description, arguments, steps; on demand.

What it is:

Prompt to build a scheduled task (cron) that runs on its own, researches a fixed topic, synthesizes the findings, and writes a row in a spreadsheet.

Why learn:

To run something without you, you need a build designed for the “agentic gap.”

Key concepts:

Fixed inputs; structured output; error + log from the 1st prompt.

What it is:

Two prompts: generate a frontend (with the design skill) and then request a rigorous security audit of the app.

Why learn:

An open app is a risk (someone could spend your tokens); auditing closes the gaps.

Key concepts:

Design skill; protected routes; secrets in env; RLS enabled.

← Track 2: Technical Track 4: Skills & Agents →