👇 After this module

Your morning and evening protocols are running. Your energy is tracked. Your content rhythm is set. Your root system knows how you work.

Morning and evening protocols

A protocol is a sequence of steps your root system runs when you say a specific phrase. You design it once. It runs the same way every time. No willpower required, no forgetting steps.

Your morning protocol activates when you say "good morning" to your root system. It checks your calendar, reviews yesterday's notes, sets today's priorities, and checks in on your energy. All of this happens in the first two minutes of your work day, before you open a single tab or check your inbox.

Your evening protocol activates when you say "wrapping up." It logs what you accomplished, rates your energy for the day, captures any learnings worth keeping, and sets tomorrow's intention. This is how nothing falls through the cracks. Every day closes cleanly.

You design these once. Your root system runs them every day. They become your rhythm.

These protocols are yours to customize over time. Want a gratitude prompt in the morning? Tell Claude to add one. Prefer to check your calendar yourself? Tell Claude to skip that step. The protocol file lives at .claude/commands/morning.md and you can edit it directly or just ask Claude to change it for you in plain language.

How memory stays clean

In Module 2, you learned that nothing expires automatically. Claude has no internal timer. Memory stays clean because two commands work together: /save-session writes everything as you go, and /review walks every layer when you choose to clean up.

Your only job when you run /review is to answer in plain language: keep, promote, delete, still true, drifted. Nothing gets deleted without your explicit approval.

Energy and cycle tracking

Your root system can track anything you want to measure about your day. Energy on a scale of 1 to 10. Sleep quality. Whether you moved your body. How focused you felt. Your mood. This is the Body dimension of the Four Languages, and it is one of the most powerful parts of the system.

To set it up, you simply tell your root system what to track. That is it. No apps, no spreadsheets, no habit trackers with notification overload.

Your root system logs this data to your daily files. Over time, you start seeing patterns. Which days you have more energy. What affects your focus. Whether sleep quality correlates with productive days. Whether skipping movement shows up as lower energy two days later.

For those who want it, your root system can also track your cycle. This is completely optional. If it is relevant to you, it becomes another data point that helps you plan your weeks with more awareness.

You choose what to track. Start with one thing. Add more when it feels right. The goal is not to measure everything. The goal is to notice patterns you would otherwise miss.

The Four Languages check-in

The daily check-in is four questions, one for each language. It takes about two minutes. It keeps all four dimensions visible so none of them get quietly neglected.

Your root system asks these questions as part of your morning or evening protocol. You answer in plain language. "Energy is a 6, slept okay, going for a walk later." "Working on the sales page, need to email Sarah back." That is all it takes.

Over time, this daily check-in reveals something powerful: which languages get your attention and which get neglected. If you notice you always have a strong Mind answer but your Heart answer is "nothing this week," that is information. Not a judgment. Just something to notice.

The check-in is not a test. There are no right answers. It is a mirror that keeps all four parts of your life visible, even on busy days when it would be easy to let some of them disappear.

Your content rhythm

You have your morning and evening protocols. You are tracking your energy. Now add the third rhythm: content. Not a content strategy deck. Not a 90-day editorial calendar. A simple, repeatable weekly rhythm for creating and publishing content that sounds like you.

Step 1: Analyze what you already have

Before creating anything new, feed your existing content into your system. Blog posts, newsletters, social media posts, emails you are proud of. Your root system reads through everything and extracts your patterns: the themes you return to, the phrases that are uniquely yours, the tone that makes your writing feel like you.

Step 2: Refine and enforce your voice

Your system now has a voice profile. But it is a first draft. Run the voice refinement and give feedback. "Too formal." "I would never say that." "More like how I talk to a friend." Every correction sharpens how your system writes for you.

Refining teaches Claude your voice. But teaching and enforcing are different things. Your starter system includes a voice gate hook (covered in lesson 6) that automatically scans everything Claude writes to your public pages and flags violations: banned phrases, AI-sounding language, wrong tone. The refinement builds the profile. The hook makes sure Claude actually follows it.

Step 3: Find your content pillars

Content pillars are the 3 to 5 themes you always come back to. Your content analysis already surfaced them. Now you make them explicit.

Your pillars are not a cage. They are a starting point. When you sit down to create and do not know what to write about, your pillars give you a direction. When you have too many ideas, your pillars help you filter.

Step 4: Build your content calendar

A content calendar is not a spreadsheet you fill in once and ignore. It is a weekly rhythm your root system helps you maintain. How many posts per week? Which platforms? Which days? What mix of pillars?

Step 5: Start your content vault

Ideas do not arrive on schedule. They come during walks, in the shower, at 2am. Your content vault catches them all so nothing gets lost.

The four layers of your root system

You have been building with several different types of files without necessarily knowing how they relate to each other. Your root file from Module 1. Your fact files and memory system from Module 2. The skills you have been running all module. They are all doing different jobs.

Your root system has four layers. Each one solves a different problem, and knowing which one to reach for saves you from building the wrong thing for the situation.

Layer 1: Memory (you already know this)

In Module 2, you built your memory system: fact files, patterns, learnings. Memory tells Claude what is true about you, your business, your preferences, your history. It persists across sessions. Claude reads it for context.

Memory is informational. It tells Claude what is true. It does not tell Claude what to do. Think about how your own memory works: you can know perfectly well that checking your phone first thing in the morning ruins your focus, and still do it anyway. Knowing something and acting on it are different capacities. Claude's memory works the same way. It can remember every preference and every lesson from past sessions, and still not follow them in the moment.

Layer 2: Rules

Rules are instructions Claude reads at the start of every session. They shape how Claude behaves across everything: what tone to use, what to avoid, what to check before acting. Your starter system came with rules like the absolutes (hard behavioral boundaries) and the voice gate (writing style enforcement).

Rules are always on. Claude loads every file in .claude/rules/ automatically. You do not need to trigger them or ask for them.

Layer 3: Skills

Skills are step-by-step procedures Claude follows when you type a command. You have been using them all module: /morning, /evening, /content-calendar. Skills are loaded on demand, only when you call them.

Layer 4: Hooks

Hooks are shell scripts that run automatically before or after Claude takes an action. Claude does not control them, cannot skip them, and cannot override them. The system runs them.

A hook can warn Claude ("you just wrote an em dash, fix it") or block an action entirely ("this email contains banned phrases, it will not send").

The key difference: trust level

Memory, rules, and skills all depend on Claude choosing to follow them. Claude can forget a rule. Claude can skip a step in a skill. Claude can miss a fact in memory. These tools work most of the time, but they rely on attention.

A hook does not rely on attention. It runs at the system level. If a hook says "block this," the action is blocked. Period.

Hooks: gates Claude cannot bypass

Rules depend on Claude paying attention. Most of the time that works. But when a mistake would be visible to a client, a customer, or the public, "most of the time" is not good enough.

Hooks solve this. They are shell scripts that run automatically, at the system level, outside Claude's control. Claude cannot skip them, forget them, or override them.

A real example

Your starter system includes a rule that says "no em dashes in public content." That rule lives in .claude/rules/ and Claude reads it every session.

In one session, Claude wrote 38 em dashes across an entire website despite the rule being loaded. The rule was there. Claude just did not follow it.

The fix was a hook. The voice-gate.sh script runs automatically after every file edit. It scans for em dashes, banned phrases, and AI-sounding language. If it finds violations, it warns Claude immediately, in the same response, so the fix happens before moving on.

Two types of hooks

How hooks work

A hook is a small script file in .claude/scripts/. You connect it to an event in .claude/settings.local.json. The event tells the system when to run the script. The script tells the system what to check.

You do not need to write the script yourself. Describe what you want to catch, and Claude will write the script and configure the settings file for you.

When to create a hook

Most of the time, a rule is enough. Hooks are for the situations where "Claude forgot" is not an acceptable answer. Three questions:

If all three are true, write a hook. If not, a rule is probably fine.

Put it into practice

You now understand the four layers: memory, rules, skills, and hooks. This lesson is where you create your own. Work through each section at your own pace.

Create a custom rule

A rule is a markdown file in .claude/rules/. Claude loads every file in that folder at the start of every session. You do not need to reference them or ask Claude to read them. They are always active.

What a rule file looks like

That is a complete rule file. Save it as .claude/rules/brand-voice.md and Claude follows these instructions in every session, across every task.

Good rules vs bad rules

Create a custom skill

A skill is a markdown file in .claude/commands/. The filename becomes the command name: weekly-review.md becomes /weekly-review. Skills are only loaded when you call them.

What a skill file looks like

Think about something you do repeatedly. Something where you find yourself explaining the same thing to Claude every time. That is a skill waiting to be written.

Modifying existing skills

Your starter system came with skills that were built for a general user. You are meant to change them.

Install the voice gate hook

Your starter system includes a voice gate hook. The script, the rule file, and the install steps live in your repo at .claude/commands/voice-gate.md and guides/75-writing-skills.md. Run /voice-gate in Claude Code to install it, or read the guide for the manual steps. Once installed, it runs automatically after every file edit and catches voice violations before they reach production.

You can check your active hooks anytime by typing /hooks in the prompt.

One principle for all of this: keep only what works

When you update a rule, skill, or hook, delete the old version. Do not keep both. Do not add "v2" sections. One method per task. If the new way works, the old way is gone.