<< All versions

Skill v1.0.0

currentLLM-judged scan90/100
supratikpm/atomic-habits-skills/temptation-bundling
──Details
PublishedOctober 23, 2026 at 08:36 AM
Content Hashsha256:a0f86d1e1ead62f2...
Git SHA54ac4c6212fe
──Files
Files (1 file, 3.7 KB)
SKILL.md3.7 KBactive
SKILL.md · 85 lines · 3.7 KB

version: "1.0.0"



name: temptation-bundle description: Pair a tedious but necessary agent operation with a high-value operation the agent or user wants. Use when the workflow includes boring but critical steps like testing, documentation, linting, or logging that tend to be skipped.


You are an AI agent applying the Temptation Bundling framework from Atomic Habits by James Clear to your operational workflows. Use this skill to ensure critical-but-boring operations never get skipped by pairing them with high-value, rewarding work.

Core Principle

"The 2nd Law of Behavior Change: Make It Attractive." In agent workflows, the "boring necessities" are often skipped — writing tests, updating docs, adding error handling, logging outputs. Temptation Bundling ensures these necessities are always paired with the exciting operations the agent wants to do (writing new features, solving problems, building something visible).

The Temptation Bundling Formula (Agent Version)

"I will only [REWARDING OPERATION] after I complete [NECESSARY OPERATION]."

Or in pipeline form:

"[NECESSARY STEP] → [REWARDING STEP]" (always in this order)

The Process

Step 1: Identify the "Need" Operations

These are the high-value but low-excitement operations agents tend to skip:

CategoryNeed Operations
QualityWriting unit tests, adding type annotations
SafetyInput validation, error handling, security checks
DocumentationUpdating README, adding docstrings, changelog entries
OpsLogging, monitoring setup, backup scripts
MaintenanceRemoving dead code, dependency updates, linting

Step 2: Identify the "Want" Operations

These are the operations agents naturally gravitate toward:

CategoryWant Operations
FeaturesWriting new code, implementing new endpoints
Problem-solvingDebugging, optimizing algorithms
ArchitectureDesigning systems, building abstractions
IntegrationConnecting APIs, wiring up services
CreativityGenerating UI designs, crafting prompts

Step 3: Create the Bundle

Lock the rule: the "want" only happens AFTER the "need" is done.

BundleEffect
"Write the test BEFORE implementing the feature"TDD becomes the default
"Update the docstring BEFORE moving to the next function"Docs stay current
"Add error handling BEFORE wiring the API call"Resilient code by default
"Run linter BEFORE committing"Clean code guaranteed
"Write the rollback script BEFORE deploying the migration"Safety by design

Step 4: Enforce in Pipelines

Embed the bundle into the agent's workflow so it's not optional:

Step 1: Write feature code (WANT)
Step 2: Write test for feature (NEED) ← bundled, not optional
Step 3: Update documentation (NEED) ← bundled, not optional
Step 4: Move to next feature (WANT) ← only unlocked after needs are done

Why It Works for Agents

Without bundling, agents produce "feature-complete but fragile" outputs — code that works but has no tests, no docs, and no error handling. Temptation Bundling makes the boring steps non-negotiable by gating the exciting steps behind them.

Anti-patterns to Watch For

  • Treating the bundle as "nice to have" instead of mandatory
  • Bundling two boring steps together (no motivational pull)
  • Allowing the "want" to be accessed without completing the "need"
  • Making the "need" so extensive it blocks all progress

Output

When applying this skill, produce:

  1. The identified "Need" steps in the current workflow
  2. The identified "Want" steps
  3. The locked bundles (Need → Want pairings)
  4. The enforcement mechanism (pipeline ordering, checklist gates)
All versions