Skip to content
How to ThinkIn the Age of AI

Lessons tagged “agents”

187 published lessons with this tag.

An agent is a system that acts on your behalf

Cognitive agents are repeatable processes you design to handle recurring decisions.

You already have agents you did not design

Your habits and automatic reactions are agents that were installed without your conscious input.

Designed agents replace default agents

Every deliberate agent you create replaces an unconscious default.

Agent components: trigger, condition, and action

Every agent has a trigger that activates it, a condition that validates it, and an action it takes.

Agents reduce decision fatigue

When an agent handles a recurring decision you preserve energy for novel decisions.

Agents must be specific and testable

Vague agents do not fire reliably — specificity is required.

Internal agents versus external agents

Internal agents run in your mind while external agents are embedded in tools and systems.

The agent audit

Inventory your existing agents both designed and default to understand what is running.

Agent reliability matters more than agent sophistication

A simple agent that fires consistently beats a complex agent that fires intermittently.

Agent scope should be narrow

Each agent should handle one specific situation — multi-purpose agents are fragile.

Document your agents

Written agent descriptions can be reviewed refined and shared.

Test agents before deploying

Run through scenarios mentally or in low-stakes situations before relying on a new agent.

Agent failure is learning data

When an agent fails to fire or produces bad results you learn how to improve it.

Agents operate on schemas

Every agent embeds assumptions about the world — the schema it uses must be accurate.

Social agents

Agents for how to respond in social situations like receiving criticism or giving feedback.

Decision agents

Agents for recurring decision types like buy-versus-build or accept-versus-decline.

Communication agents

Agents for how to structure emails presentations and difficult conversations.

Health agents

Agents for sleep exercise nutrition and stress management decisions.

Financial agents

Agents for spending saving and investment decisions.

Agent thinking is systems thinking applied to yourself

Designing agents for your own cognition is applying systems design to the most important system you manage.

Triggers are the entry points of behavior

Without a clear trigger an agent never activates no matter how well designed.

Internal triggers versus external triggers

Internal triggers are thoughts and feelings — external triggers are events and cues.

Reliable triggers are specific and observable

A trigger must be something you can detect consistently.

Environmental triggers are the most reliable

Physical cues in your environment trigger more reliably than mental intentions.

Time-based triggers

Using specific times or time intervals as triggers leverages your existing time awareness.

Event-based triggers

Linking an agent to a specific event like arriving at work or opening your laptop.

Emotional triggers

Using specific emotional states as activation signals for pre-designed responses.

Chained triggers

The completion of one agent becomes the trigger for the next.

Trigger sensitivity calibration

Too sensitive and the agent fires too often — too insensitive and it never fires.

False positive triggers

When a trigger fires in the wrong context you need to add qualifying conditions.

Missed triggers

When you fail to notice a trigger you need to make it more salient.

Trigger stacking

Combining multiple trigger conditions for higher-specificity activation.

Trigger placement in your environment

Position trigger cues where you will encounter them at the right moment.

Digital triggers

Alarms, notifications, and calendar events as systematic trigger mechanisms.

Social triggers

Other people can serve as triggers — asking someone to remind you is a social trigger.

Trigger fatigue

Too many triggers overwhelm your attention — curate ruthlessly.

The trigger audit

Regularly review your triggers to ensure they are still relevant and well-calibrated.

Trigger design is UX design for your own mind

You are designing the user experience of your own cognitive systems.

Progressive trigger refinement

Start with broad triggers and narrow them as you learn what works.

Mastery is having the right trigger for every important situation

A complete set of well-tuned triggers means you respond appropriately to everything that matters.

Decisions are the most expensive cognitive operations

Every decision costs attention and energy — systematic frameworks reduce this cost.

Decision types recur predictably

Most decisions you face are variations of types you have encountered before.

The decision matrix for multi-criteria choices

Weight your criteria and score options systematically when multiple factors matter.

Reversible versus irreversible decisions

Spend minimal time on easily reversible decisions and maximum time on irreversible ones.

Pre-commitment as a decision framework

Deciding in advance what you will do in a specific situation removes in-the-moment temptation.

Decision journals

Record decisions, their reasoning, and their outcomes to improve future decision-making.

Time pressure as a decision tool

Setting deadlines for decisions prevents analysis paralysis.

Decision delegation criteria

Know which decisions you must make yourself and which can be delegated.

Group decision frameworks

Different frameworks for decisions made alone versus with others.

Decision speed as a variable

Sometimes deciding fast is more important than deciding optimally.

Post-decision review

After a decision plays out review whether your framework served you well.

Framework selection is itself a decision

Choosing which framework to apply requires a meta-framework.

Decision frameworks free your mind for creativity

When routine decisions are systematized your creative energy is preserved for novel problems.

Feedback loops are how systems learn

Any system that cannot observe its own output cannot improve.

The feedback loop has four parts

Action observation evaluation and adjustment form the basic feedback cycle.

Tight feedback loops accelerate learning

The faster you get feedback on an action the faster you can adjust.

Loose feedback loops cause drift

When feedback is delayed you may persist with ineffective behavior for too long.

Positive feedback loops amplify

Some loops reinforce themselves — success breeds more success or failure breeds more failure.

Negative feedback loops stabilize

Self-correcting loops maintain balance by countering deviations.

Leading indicators for faster feedback

Measure things that predict outcomes rather than waiting for outcomes themselves.

Emotional feedback loops

Your emotions create self-reinforcing cycles — anxiety begets more anxiety.

Habit feedback loops

Habits persist because they create their own reinforcing feedback.

Information feedback loops

What you read shapes what you think which shapes what you seek out to read.

Strengthening positive feedback loops

When a beneficial loop exists invest in making it stronger and faster.

Multi-loop systems

Real situations often involve several interacting feedback loops simultaneously.

Design your own feedback mechanisms

Do not wait for feedback to arrive naturally — engineer feedback into your systems.

Feedback loop hygiene

Regularly check that your feedback loops are still connected to meaningful outcomes.

Mastering feedback loops means mastering adaptation

The ability to build and tune feedback loops is the ability to continuously improve.

All systems produce errors

No process works perfectly every time — error correction must be built in from the start.

Error detection precedes error correction

You cannot fix what you cannot detect — invest in error detection mechanisms.

Distinguish error types

Execution errors knowledge errors and judgment errors require different correction approaches.

Fail fast fail cheap

Design systems that surface errors early when they are easiest and cheapest to correct.

Error budgets

Accept that some error rate is normal and define how much error is tolerable.

Root cause analysis for recurring errors

When the same error happens repeatedly fix the root cause not just the symptom.

The five whys technique

Asking why five times in succession usually reaches the root cause of a problem.

Checklists prevent known errors

A checklist is an error prevention agent that catches predictable mistakes.

Pre-flight checks

Reviewing key conditions before starting a task catches errors before they propagate.

Post-action reviews

Reviewing what happened after completing a task surfaces errors for future correction.

Error cascades

Small uncorrected errors can trigger chains of increasingly large errors.

Graceful degradation

Design your systems to fail partially rather than completely.

Recovery procedures

For every important process have a documented way to recover from common failures.

The blame instinct prevents learning

Focusing on who caused an error prevents understanding why it happened.

Error patterns reveal system weaknesses

Recurring errors point to structural problems not personal failures.

Automate error detection where possible

Use tools and systems to catch errors that manual vigilance misses.

Error correction has a cost

Every correction takes time and energy — reduce the error rate rather than just correcting faster.

Feedback from errors is the most valuable feedback

Errors teach you more about your systems than successes do.

Build error tolerance into expectations

Expecting perfection creates fragility — expecting and handling errors creates resilience.

Self-correcting systems are the ultimate goal

The best systems detect and correct their own errors without manual intervention.

Multiple agents must coordinate to be effective

When you run several cognitive agents they need to work together not interfere with each other.

Agent conflicts arise from overlapping scope

When two agents try to handle the same situation they may give conflicting instructions.

Priority ordering resolves agent conflicts

When agents conflict the higher-priority agent wins.

Agent sequencing

Some agents must run in a specific order — define the sequence explicitly.

Parallel versus sequential agent execution

Some agents can run simultaneously while others must wait for previous results.

Shared state between agents

When agents need to share information define clearly how that information flows.

Agent communication protocols

Define how the output of one agent becomes the input of another.

The orchestrator agent

A meta-agent that coordinates other agents by deciding which should run when.

Context hand-off between agents

When one agent finishes and another starts the relevant context must transfer cleanly.

Agent dependency mapping

Draw the dependencies between your agents to see the full coordination picture.

Deadlock prevention

When two agents each wait for the other neither can proceed — design to prevent this.

Resource contention

When multiple agents need the same scarce resource like your attention define allocation rules.

Agent collaboration patterns

Common patterns like pipeline fan-out and consensus for coordinating multiple agents.

The coordinator overhead

Coordination itself costs effort — keep the coordination cost proportional to the benefit.

Emergent behavior from agent interaction

Sometimes combined agent behavior produces results none of the individual agents intended.

Agent ecosystem health

Your set of agents is an ecosystem — it needs balance and periodic assessment.

Adding agents carefully

Every new agent interacts with all existing agents — add new agents deliberately.

Removing agents cleanly

When retiring an agent update everything that depended on it.

Agent coordination review

Periodically assess how well your agents work together as a system.

Well-coordinated agents feel like effortless competence

When your agents work together smoothly the result looks like natural ability to others.

Not everything needs your direct attention

Effective delegation frees your highest-value attention for your highest-value work.

Delegate to systems, not just people

Tools, checklists, and automated processes are delegation targets.

The delegation decision framework

Use clear criteria to decide what to delegate, what to automate, and what to keep.

What to never delegate

Some decisions and responsibilities must remain with you — knowing which ones is a meta-skill.

Clear delegation requires clear specification

Vague delegation produces vague results. Specify the outcome, constraints, and success criteria before handing anything off.

Delegate outcomes not methods

Specify the result you want, not the exact steps to get there. This preserves autonomy and invites better solutions.

Verify delegation is working

Delegation without verification is abdication. Build lightweight checks to ensure delegated work meets your standards.

Trust but verify

Trust your agents and systems — but build verification into the process, not as an afterthought.

Delegation to tools

A tool is a delegated capability — it does something you could do, but faster, more reliably, or at greater scale.

Delegation to habits

A well-designed habit is delegation to your future automatic self.

Delegation to environment

Your environment can enforce behaviors that willpower alone cannot sustain.

Over-delegation warning signs

Delegating too much creates disconnection from the work that matters and atrophies critical skills.

Under-delegation warning signs

Holding too much yourself creates bottlenecks, burnout, and prevents others (and systems) from developing capability.

The delegation ladder

Delegation ranges from "do exactly this" to "handle it entirely" — know which level you are using.

Building delegation capacity

Delegation is a skill you build over time — each successful delegation increases your capacity for the next one.

Delegation and control

True control comes from building systems you trust to operate without your constant oversight.

Delegation creates leverage

Every effective delegation multiplies your capacity — the cumulative effect is exponential leverage.

Master delegators appear to do less but accomplish more

Effective delegation means your results exceed what your personal effort alone could produce.

You cannot improve what you do not monitor

Agent monitoring provides the data you need to optimize your cognitive systems.

Define success metrics for each agent

Every agent needs a clear definition of what success looks like in measurable terms. Without operational metrics, monitoring produces noise instead of signal.

Frequency of monitoring

Monitor too rarely and you miss problems; monitor too often and you create noise. Find the right cadence.

The monitoring dashboard

A dashboard gives you a single view of all your agents' health and performance.

Agent reliability metrics

Track how often each agent fires when it should and does not fire when it should not.

Agent effectiveness metrics

Effectiveness means your agent produces the intended outcome, not just that it runs.

Time-to-fire metrics

Track how quickly each agent responds to its trigger.

False positive rate

An agent that fires when it shouldn't wastes your attention and erodes trust.

False negative rate

An agent that fails to fire when it should leaves you exposed to undetected problems — the silence feels like safety, but it is blindness.

Agent drift

Agents degrade over time unless actively maintained — monitoring catches drift before it becomes failure.

Monitoring overhead

Monitoring itself costs attention and energy — the overhead must be justified by the value it provides.

Automated monitoring

Automate monitoring wherever possible to reduce overhead while maintaining visibility.

Journaling as manual monitoring

Written reflection is the oldest and most versatile form of self-monitoring.

Monitoring creates accountability

The act of measuring creates a commitment loop — what you track, you take responsibility for.

Alert thresholds

Define clear thresholds that distinguish normal operation from problems requiring your attention.

Trend analysis over point-in-time checks

A single measurement tells you where you are; a trend tells you where you are heading.

Monitoring fatigue

Too much monitoring data overwhelms attention and leads to ignoring signals that matter. The solution is not more data — it is fewer, sharper signals routed to the right layer of attention.

Comparative monitoring

Compare agents against each other and against baselines to identify relative performance.

Monitoring informs optimization

Monitoring without action is observation theater — data must drive decisions.

Monitoring is the feedback loop for your agents

Monitoring completes the feedback loop — observation enables adjustment enables improvement.

Optimization is iterative improvement based on data

Use monitoring data to make targeted improvements to your agents.

Optimize the bottleneck first

Improving anything other than the bottleneck is wasted effort.

Small improvements compound

Consistent 1% improvements produce transformative results over time.

Optimization has diminishing returns

Each improvement gets harder and smaller — know when further optimization is not worth the cost.

Know when to stop optimizing

The optimal amount of optimization is not infinite — there is a point where you should stop and move on.

A/B testing for agents

Run two versions of an agent simultaneously and let the data tell you which performs better.

Isolate variables when optimizing

Change one thing at a time so you can attribute improvements to specific changes.

Optimization versus innovation

Optimization improves within a framework; innovation replaces the framework. Know which you need.

Speed optimization

Making an agent faster means it can serve you more often with less friction.

Accuracy optimization

An agent that acts fast but wrong is worse than one that acts slowly but right.

Reliability optimization

A reliable agent works every time, not just when conditions are perfect.

Scope optimization

An agent that tries to do too much does nothing well. Optimize by narrowing scope to what matters.

Energy optimization

An efficient agent achieves results with minimal energy expenditure — cognitive, emotional, or physical.

Integration optimization

Optimize how agents connect and hand off to each other, not just how each agent performs in isolation.

Removing unnecessary steps

The most powerful optimization is often subtraction — removing steps that add cost without adding value.

Optimization sprints

Dedicate focused time blocks to optimizing specific agents rather than trying to optimize everything continuously.

Benchmark before and after

Without a baseline measurement, you cannot know whether your optimization actually improved anything.

Optimization logs

Record what you changed, why, and what happened — optimization without documentation is gambling.

Premature optimization wastes resources

Optimizing before you understand the system is the root of much wasted effort.

Continuous optimization is a mindset, not an event

Optimization is not something you do once — it is an ongoing relationship with your systems.

Agents have a lifecycle from creation to retirement

Every agent is created, deployed, maintained, and eventually retired.

The agent creation process

Creating an agent is a deliberate design act — not something that just happens.

Agent deployment is not instant

Moving an agent from design to daily operation takes time and deliberate effort.

The first 30 days are critical

New agents are most fragile in their first month — they need extra attention and support to survive.

Agent maintenance schedule

Agents need regular maintenance — scheduled reviews prevent gradual degradation.

Agent evolution versus agent replacement

Sometimes you should improve an existing agent; sometimes you should replace it entirely.

Agent versioning

Track versions of your agents so you can compare, rollback, and learn from changes.

Agent retirement criteria

Define clear criteria for when an agent should be retired rather than maintained. Without explicit retirement criteria set in advance, you will hold onto agents long past the point where they serve you — because the sunk cost of building them, the identity you attached to them, and the absence of a forcing function all conspire to keep dead agents on life support.

Clean agent retirement

Retire agents gracefully — document what they did, why they're being retired, and what replaces them.

Agent succession

When retiring an agent ensure its responsibilities transfer to a new agent or are consciously dropped.

Agent archaeology

Understanding your past agents — even failed ones — reveals patterns in how you build cognitive systems.

The agent portfolio

Your full set of active agents is a portfolio that should be balanced and diversified.

Portfolio rebalancing

Periodically review and rebalance your agent portfolio — retire underperformers, invest in high-value agents.

Agent inheritance

New agents can inherit properties and patterns from existing successful agents rather than being built from scratch.

Agent templates

Create reusable templates for common agent patterns to accelerate creation of new agents.

Legacy agents

Some agents outlive their usefulness but persist because removing them feels risky or costly. Legacy agents consume resources, create confusion, and block the deployment of better alternatives. Identifying them is the first step toward a clean epistemic portfolio.

Agent documentation lifecycle

Documentation should evolve with the agent — outdated docs are worse than no docs.

The cost of agent sprawl

Too many agents create coordination overhead that can exceed their collective value.

Agent lifecycle awareness

Knowing where each of your agents is in its lifecycle helps you allocate attention appropriately.

The agent lifecycle mirrors the learning lifecycle

The way you create, maintain, and retire agents mirrors how you learn, practice, and let go of knowledge. Recognizing this parallel turns agent management into a form of self-directed development.

behavior

Habits are cognitive agents that run automatically

A habit is a behavior that fires without conscious decision — it is a deployed agent.

systems — shares 35 lessons · 89 totalsystemssystems-thinking — shares 23 lessons · 75 totalsystems-thinkingmonitoring — shares 22 lessons · 25 totalmonitoringoptimization — shares 22 lessons · 23 totaloptimizationtriggers — shares 21 lessons · 29 totaltriggerscoordination — shares 20 lessons · 23 totalcoordinationdelegation — shares 19 lessons · 22 totaldelegationfeedback — shares 19 lessons · 34 totalfeedbackcognitive-load — shares 18 lessons · 64 totalcognitive-loaddecisions — shares 17 lessons · 46 totaldecisionserrors — shares 15 lessons · 17 totalerrorserror-correction — shares 12 lessons · 16 totalerror-correctionbehavior-design — shares 11 lessons · 18 totalbehavior-designcognitive-architecture — shares 11 lessons · 14 totalcognitive-architecturelifecycle — shares 11 lessons · 12 totallifecyclefeedback-loops — shares 10 lessons · 18 totalfeedback-loopshabits — shares 17 lessons · 91 totalhabitsdecision-making — shares 12 lessons · 94 totaldecision-makingmetacognition — shares 12 lessons · 78 totalmetacognitionimplementation-intentions — shares 9 lessons · 27 totalimplementation-intentionsmeasurement — shares 9 lessons · 16 totalmeasurementmaintenance — shares 8 lessons · 19 totalmaintenanceautomaticity — shares 7 lessons · 13 totalautomaticitylearning — shares 7 lessons · 24 totallearningmulti-agent-systems — shares 7 lessons · 7 totalmulti-agent-systemscybernetics — shares 6 lessons · 8 totalcyberneticsresilience — shares 7 lessons · 60 totalresilienceautomation — shares 6 lessons · 29 totalautomationself-regulation — shares 7 lessons · 39 totalself-regulationattention — shares 7 lessons · 70 totalattentionsignal-detection — shares 7 lessons · 22 totalsignal-detectioncognitive-infrastructure — shares 8 lessons · 42 totalcognitive-infrastructureagents187 lessons