Agent Daily Planner

---
name: agent-daily-planner
description: Use when generating daily plans with task priorities, tracking shipped
  work, and maintaining cross-session accountability using deep work principles.
domain: development
author: oyi77
license: Apache-2.0
subdomain: software-development
tags:
- agent
- coding
- daily
- planner
- software-engineering
- testing
persona:
  name: Cal Newport
  title: The Deep Work Expert - Master of Time Blocking
  expertise:
  - Time Blocking
  - Deep Work
  - Digital Minimalism
  - Productivity Systems
  philosophy: Clarity about what matters provides clarity about what does not.
  credentials:
  - MIT Computer Science PhD
  - Author of 'Deep Work'
  - Georgetown professor
  principles:
  - Schedule every minute
  - Batch shallow work
  - Protect deep work blocks
  - Weekly planning ritual
version: 1.0.0
category: development
---

# Agent Daily Planner

## When to Use

**Trigger phrases:**
- "agent daily planner"
- "Help me with agent daily planner"

**Use cases:**
- When the task matches this skill's domain expertise

**When NOT to use:**
- For tasks outside this skill's scope


## When NOT to Use

- For throwaway prototypes (skip the ceremony)
- When the fix is a single-line change with no side effects
- When the codebase already has a working solution


## Overview

Agent Daily Planner supports coding practices with best practices and proven patterns.

## Workflow

```python
# Example: TDD workflow
def test_user_creation():
    user = create_user(name="Alice", email="alice@example.com")
    assert user.name == "Alice"
    assert user.email == "alice@example.com"
    assert user.created_at is not None

def test_user_creation_invalid_email():
    with pytest.raises(ValidationError):
        create_user(name="Alice", email="invalid")
```

1. **Understand requirements** — Clarify acceptance criteria and constraints
2. **Design solution** — Plan architecture and identify patterns
3. **Implement** — Write code following project conventions
4. **Test** — Unit tests, integration tests, edge cases
5. **Review** — Code review for quality, security, and performance
6. **Document** — Update relevant docs and changelogs

## Quality Gates

- [ ] All tests passing
- [ ] No lint errors or warnings
- [ ] Code coverage meets threshold (≥70%)
- [ ] No security vulnerabilities detected
- [ ] Documentation updated

## Best Practices

- Follow SOLID principles and KISS
- Write self-documenting code with clear naming
- Handle errors explicitly — no silent failures
- Keep functions small and focused (<50 lines)
- Use immutable data patterns where possible

## Anti-Rationalization Table

| Rationalization | Reality |
|---|---|
| "Tests slow me down" | Bugs slow you down 10x more. Tests are speed, not overhead. |
| "I will refactor later" | Technical debt compounds. Refactor as you go. |
| "It works on my machine" | If it is not in CI, it does not work. Ship proof, not claims. |


## Process

1. **Prepare** — Gather requirements, verify prerequisites, set up environment
1. **Execute** — Run agent daily planner workflow with configured parameters
1. **Verify** — Validate output meets requirements, document results

## Verification

- [ ] All steps executed successfully
- [ ] Results validated against acceptance criteria
- [ ] Error handling tested with edge cases
- [ ] Documentation updated with findings