Agentic-tictactoe implementation-plan-updates
Defines the pattern for updating project documentation when completing features. Use when marking features as complete to ensure consistent documentation of implementation status, test coverage, and deliverables.
install
source · Clone the upstream repo
git clone https://github.com/arun-gupta/agentic-tictactoe
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/arun-gupta/agentic-tictactoe "$T" && mkdir -p ~/.claude/skills && cp -r "$T/.claude/skills/implementation-plan-updates" ~/.claude/skills/arun-gupta-agentic-tictactoe-implementation-plan-updates && rm -rf "$T"
manifest:
.claude/skills/implementation-plan-updates/SKILL.mdsource content
Documentation Updates Pattern
This skill defines how to update project documentation when completing features or milestones.
Update Locations
Feature Header
Add completion marker:
**Feature: Health Endpoint** ✅ **COMPLETE**
Implementation Notes Section
Add immediately after phase header:
**Implementation Notes:** - Implemented server state tracking with `_server_start_time` and `_server_shutting_down` globals - Uptime calculated from server start time, rounded to 2 decimal places - Shutdown state tracked in lifespan context manager - Timestamp in ISO 8601 format with 'Z' suffix for UTC
Subsection Tests Section
Mark each test as complete:
**Subsection Tests** ✅: - ✅ GET /health returns 200 with status="healthy" when server is running - ✅ GET /health response includes timestamp in ISO 8601 format - ✅ GET /health response includes uptime_seconds with 2 decimal precision - ✅ GET /health response completes within 100ms - ✅ GET /health returns 503 with status="unhealthy" when shutting down
Test Coverage Section
Update with actual counts:
**Test Coverage** ✅: - **Subsection Tests**: 5 tests implemented and passing - **Acceptance Criteria**: AC-5.1.1, AC-5.1.2, AC-5.1.3 verified (AC-5.1.4 is for failure case, tested via shutdown) - **Test File**: `tests/integration/api/test_api_health.py`
Update Pattern by Feature Type
Core Business Logic
**Feature: Data Validation** ✅ **COMPLETE** **Implementation Notes:** - Implemented validation layer with input validation - Added bounds checking with error codes - Tests cover all validation cases **Test Coverage**: ✅ - **Tests**: 10 tests implemented - **Acceptance Criteria**: All requirements verified - **Test File**: `tests/unit/core/test_validation.py`
Service Layer
**Feature: Processing Service** ✅ **COMPLETE** **Implementation Notes:** - Implemented processing logic with error handling - Returns result wrapper with success/error states - Handles edge cases correctly **Test Coverage**: ✅ - **Tests**: 10 tests implemented - **Acceptance Criteria**: All requirements verified - **Test File**: `tests/unit/services/test_processing.py`
API Endpoints
**Feature: Health Endpoint** ✅ **COMPLETE** **Implementation Notes:** - Implemented server state tracking - Uptime calculated from server start time - Shutdown state tracked in lifespan context manager **Tests** ✅: - ✅ Returns 200 with status="healthy" when server is running - ✅ Response includes timestamp in ISO 8601 format - ✅ Response includes uptime_seconds with 2 decimal precision - ✅ Response completes within 100ms - ✅ Returns 503 with status="unhealthy" when shutting down **Test Coverage** ✅: - **Tests**: 5 tests implemented and passing - **Acceptance Criteria**: All requirements verified - **Test File**: `tests/integration/api/test_health.py`
Deliverables Section
Update the deliverables section for the milestone:
**Milestone Deliverables:** - ✅ Health endpoint implemented and tested - ✅ Ready endpoint implemented (if complete) - ✅ 5 API integration tests passing - ✅ Error handling with proper HTTP status codes - ⚠️ Create endpoint (in progress) - ⚠️ Update endpoint (not started)
Note: Only mark deliverables as ✅ when fully complete. Use ⚠️ for in-progress items.
Specification References
Ensure specification references are correct:
**Spec References:** - API Design Specification - Health and Readiness Endpoints - HTTP Status Code Mapping
Common Update Patterns
Adding Implementation Notes
Include:
- Key implementation decisions
- Notable patterns or approaches
- Any deviations from the plan
- Important technical details
Updating Test Counts
- Count actual tests implemented
- Match test file names
- Note which acceptance criteria are verified
- Mention if some AC are tested indirectly
Marking Files Complete
**Files:** - `src/api/main.py` ✅ (extended with /health endpoint) - `tests/integration/api/test_api_health.py` ✅ (created with 5 tests)
Best Practices
- Update immediately: Mark complete right after implementation
- Be specific: Include concrete details in implementation notes
- Accurate counts: Ensure test counts match reality
- Check deliverables: Update deliverables section carefully
- Verify AC: Note which acceptance criteria are covered
- File paths: Use correct relative paths from project root
- Consistent format: Follow established format for consistency
Common Mistakes to Avoid
❌ Don't Mark Unfinished Work
**Feature: Create Endpoint** ✅ **COMPLETE** # WRONG - not implemented yet
❌ Don't Overcount Tests
**Tests**: 10 tests # WRONG - only 5 were implemented
❌ Don't Forget Deliverables
**Milestone Deliverables:** - ✅ Health endpoint # Missing other endpoints status
✅ Correct Format
**Feature: Health Endpoint** ✅ **COMPLETE** **Implementation Notes:** - [Specific implementation details] **Tests** ✅: - ✅ [List of tests with checkmarks] **Test Coverage** ✅: - **Tests**: 5 tests implemented and passing - **Acceptance Criteria**: All requirements verified - **Test File**: `tests/integration/api/test_health.py`
Checklist for Updates
When marking a feature complete, ensure:
- Feature header marked with ✅ COMPLETE
- Implementation Notes section added
- All tests marked with ✅
- Test Coverage section updated with actual counts
- Acceptance Criteria status noted
- Test file path is correct
- Deliverables section updated
- Specification References are accurate
- File paths in "Files:" section are correct