chore(tasks): untrack local task files

- WHY: keep task lifecycle files local-only per gitignore policy
- WHAT: remove tracked .tasks entries from repository index
- RULE: apply repository workflow task folder behavior

.tasks/done/TASK-20260222-001.md

@@ -1,86 +0,0 @@
-# Stage 1 Task
-
-## 0. Header
-- Task ID: TASK-20260222-001
-- Title: Define inventory capability contract boundaries
-- Status: Planned
-- Priority: P1
-- Target Repo: building-block-inventory
-- Target Branch: feature/building-block-inventory-001
-- Related Master Plan: plan/master-stage1-structural-normalization-2026-02-22.md
-- Related Mini Plan: plan/building-block-inventory-mini-plan.md
-
-## 1. Goal (What and Why)
-### What
-- Catalog inventory contract entities and request-response shapes
-- Separate capability contracts from implementation concerns
-
-### Why
-- Inventory building block must remain contracts-only
-
-## 2. Scope
-### In Scope
-- Contract ownership and boundary rules for inventory capability
-
-### Out of Scope
-- Provider or repository implementation details
-
-## 3. Constraints (Non-Negotiable)
-- Stage 1 planning only. No implementation changes.
-- Do not modify any file under legacy.
-- Do not run repo provisioning or CI generation.
-- Follow the approved architecture boundaries and protocol policy.
-- Keep identity abstractions inside Thalos repositories.
-
-## 4. Documentation Requirement
-- [ ] Capture planning decisions clearly for handoff.
-- [ ] Identify documentation and diagram updates expected in later stages.
-
-## 5. Context
-- This task derives from plan/building-block-inventory-mini-plan.md.
-- This task must remain decision-focused and implementation-ready.
-
-## 6. Proposed Approach
-- Define an ownership catalog for inventory capability contracts
-
-## 7. Execution Steps
-1. Review legacy evidence relevant to this task scope.
-2. Define target boundary decisions and contract implications.
-3. Record risks, dependencies, and compatibility notes.
-4. Produce clear handoff guidance for implementation stage.
-
-## 8. Acceptance Criteria
-- [ ] Decisions are explicit, scoped, and actionable.
-- [ ] Ownership boundaries are unambiguous.
-- [ ] Protocol policy alignment is explicit where applicable.
-- [ ] No forbidden Stage 1 actions were performed.
-
-## 9. Testing Plan
-### Unit Tests
-- Not applicable for Stage 1 planning artifacts.
-
-### Validation
-- Ensure consistency with master plan and mini plan.
-
-## 10. Definition of Done
-- [ ] Task content is complete and consistent with other task files.
-- [ ] References to master and mini plans are correct.
-- [ ] Handoff notes are clear enough for immediate implementation.
-
-## 11. Risks and Questions
-- Risk: boundary drift during implementation.
-- Mitigation: enforce repo intent metadata and mini plan ownership.
-
-## 12. Handoff Notes
-- Preserve approved constraints exactly.
-- Implementers should execute this task only after reading master and mini plans.
-
-END OF TASK
-
-## 13. Completion Metadata
-- Completion Stage: Stage 3 Execution
-- Completed On: 2026-02-22
-- Completed By: Codex
-- Completion Branch: feature/building-block-inventory-001
-- Completion Commit: b0cddfe
-- Lifecycle State: done