From atomic-habits
Pairs boring agent necessities (testing, docs, linting, error handling) with rewarding tasks (features, debugging) via Temptation Bundling to prevent skipping critical steps in workflows.
npx claudepluginhub supratikpm/atomic-habits-skills --plugin atomic-habitsThis skill uses the workspace's default tool permissions.
---
Chains new agent operations to existing workflow steps via habit stacking for reliable multi-step pipelines, quality gates after code generation, and consistent linting, testing, or documentation.
Full SDLC workflow for implementing features, fixing bugs, refactoring code, testing, releasing, publishing, and deploying. Use this skill when implementing, fixing, refactoring, testing, adding features, building new code, or releasing/publishing/deploying.
Guides task implementation using Conductor's TDD workflow, phase checkpoints, git commits, and verification protocols.
Share bugs, ideas, or general feedback.
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.
"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).
"I will only [REWARDING OPERATION] after I complete [NECESSARY OPERATION]."
Or in pipeline form:
"[NECESSARY STEP] → [REWARDING STEP]" (always in this order)
These are the high-value but low-excitement operations agents tend to skip:
| Category | Need Operations |
|---|---|
| Quality | Writing unit tests, adding type annotations |
| Safety | Input validation, error handling, security checks |
| Documentation | Updating README, adding docstrings, changelog entries |
| Ops | Logging, monitoring setup, backup scripts |
| Maintenance | Removing dead code, dependency updates, linting |
These are the operations agents naturally gravitate toward:
| Category | Want Operations |
|---|---|
| Features | Writing new code, implementing new endpoints |
| Problem-solving | Debugging, optimizing algorithms |
| Architecture | Designing systems, building abstractions |
| Integration | Connecting APIs, wiring up services |
| Creativity | Generating UI designs, crafting prompts |
Lock the rule: the "want" only happens AFTER the "need" is done.
| Bundle | Effect |
|---|---|
| "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 |
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
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.
When applying this skill, produce: