home / skills / lucascmelo / agent-skills / project-task-migrations

project-task-migrations skill

/skills/project-task-migrations

This skill helps teams maintain immutable, time-stamped project migrations to preserve decisions, enable rollback visibility, and coordinate across multi-epic

npx playbooks add skill lucascmelo/agent-skills --skill project-task-migrations

Review the files below or copy the command above to add this skill to your agents.

Files (11)
SKILL.md
3.3 KB
---
name: project-task-migrations
description: Manage project state using append-only, time-based Markdown files under /project/. Use when managing multi-epic projects, tracking decisions over time, maintaining audit trails, coordinating distributed teams, or requiring rollback visibility. Forces context loading, explicit confirmation gates, and immutable history preservation.
---

# Project Task Migrations

Transform chaotic project management into a disciplined, auditable system. This skill forces teams to maintain complete project history through time-stamped migrations, eliminating lost decisions and providing rollback visibility for complex initiatives.

## What this solves
- **Decision amnesia**: Never lose track of why choices were made or who made them
- **Project drift**: Maintain clear progression from initial requirements to current state
- **Team coordination**: Distributed teams work from shared, immutable context
- **Audit requirements**: Complete change history for compliance and governance
- **Rollback safety**: Always know what changed and how to revert if needed

## When to apply
Use this skill when managing:

- **Multi-epic initiatives**: Complex projects with interdependent workstreams
- **Cross-functional teams**: Groups requiring shared decision tracking
- **Regulated environments**: Projects needing audit trails and change documentation
- **Distributed collaboration**: Teams across time zones needing asynchronous coordination
- **Critical systems**: Projects where rollback visibility and change history are essential

## What you get
- **Immutable history**: Complete chronological record of all project decisions
- **Context-first workflow**: Forces understanding of current state before changes
- **Explicit confirmation gates**: Prevents accidental or uninformed changes
- **Rollback visibility**: Clear path to understand and reverse any change
- **Team alignment**: Single source of truth for project state and decisions

## Scope
Use this skill to manage project state through immutable, append-only Markdown files. All work is recorded as time-stamped migrations that preserve complete history and enable forward-only progress tracking.

## Required workflow
1. Load most recent /project/*.md file
2. Summarize current epics, tasks, and decisions
3. Propose new migration file name
4. Draft migration content
5. Request explicit confirmation
6. Implement only after confirmation

## Output expectations
When using this skill, output in this structure:

1. Context summary
   - Current epics and status
   - Open tasks and blockers
   - Recent decisions and constraints

2. Proposed migration file
   - File name (YYYY-MM-DD-topic.md)
   - Draft content with context, epics, tasks, decisions

3. Implementation plan
   - Sequence of work to be performed
   - Dependencies and blockers

4. Confirmation request
   - Explicit user approval required before proceeding

## Canonical documents
- Full compiled guidance for agents: AGENTS.md
- Source rules (modular): rules/
- Templates and examples: references/

## Rule catalog
Read the relevant rule files from rules/ as needed.
Treat AGENTS.md as canonical when uncertain.

### Core workflow rules
- rules/context-read-latest.md
- rules/history-immutable.md
- rules/forward-only-writes.md

### Quality assurance
- rules/close-out-updates.md
- rules/stop-when-unclear.md

Overview

This skill manages project state using append-only, time-stamped Markdown migration files under /project/. It enforces a context-first workflow, explicit confirmation gates, and immutable history so teams keep an auditable, reversible record of decisions. Use it to coordinate multi-epic work, preserve rationale, and maintain rollback visibility.

How this skill works

The skill reads the latest /project/*.md file to load current epics, tasks, and constraints, then summarizes context before drafting a new migration. Each migration is a new YYYY-MM-DD-topic.md file appended to the project directory. Changes are only applied after an explicit user confirmation step, preserving a forward-only, auditable history.

When to use it

  • Managing multi-epic initiatives with interdependent workstreams
  • Coordinating cross-functional or distributed teams asynchronously
  • Projects with compliance or audit trail requirements
  • Work requiring clear rollback visibility and decision provenance
  • Situations where team alignment and single-source-of-truth are needed

Best practices

  • Always load and review the most recent /project/*.md before proposing changes
  • Write concise, time-stamped migration filenames using YYYY-MM-DD-topic.md
  • Summarize current epics, open tasks, and blockers in the context section before any change
  • Keep migration entries append-only; never modify past files—create a compensating migration instead
  • Require an explicit confirmation step and record who approved the migration

Example use cases

  • Record requirement and scope changes for a multi-epic product launch with immutable history
  • Document cross-team API contract decisions, including rationale and rollback steps
  • Maintain audit-ready change logs in regulated environments (finance, healthcare, government)
  • Coordinate asynchronous work across time zones by providing a single source of truth and decision trail
  • Create rollback migration to revert a deployment change and document the reason and outcome

FAQ

How do I name a migration file?

Use the pattern YYYY-MM-DD-topic.md and include a short, descriptive topic that makes the change obvious at a glance.

Can I edit past migration files if I made a mistake?

No. Past files are immutable. If correction is needed, create a new migration that documents the problem and the compensating change; include a reference to the original file.

What triggers implementation of a migration?

Implementation only proceeds after an explicit confirmation step from an authorized person. The migration draft must include context, an implementation plan, and dependencies before requesting approval.