maintain-project-context

Reconciles and compacts durable project context files without changing established meaning.

Updated Sep 17, 2026
One-click install
npx skills add https://github.com/hkw2028/toy-project --skill maintain-project-context-hkw2028
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: maintain-project-context
Source: https://github.com/hkw2028/toy-project/tree/main/.agents/skills/maintain-project-context
Command: npx skills add https://github.com/hkw2028/toy-project --skill maintain-project-context-hkw2028

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Over time, durable project context such as PRODUCT.md, GLOSSARY.md, decision contracts, specs, and agent instructions drifts apart: decisions get duplicated across files, shipped specs pile up, and stale wording conflicts with current meaning. This Skill runs a deliberate hygiene pass that restores consistency across those surfaces without inventing new product intent or overriding unsettled decisions. ## Core Features & Use Cases - Cross-artifact reconciliation: Compares PRODUCT.md, GLOSSARY.md, docs/decisions, docs/specs, and always-loaded instructions (AGENTS.md, CLAUDE.md), removing duplication and obsolete wording while preserving confirmed meaning. - Decision contract normalization: Consolidates duplicate decision files into one contract per subject with required Decisions and Why sections, removes status fields and chronology, and rebuilds the decision index with working links. - Shipped-spec retirement: Preserves reusable decisions from confirmed shipped specs in their owning contracts, then deletes the spec folder; when shipment is ambiguous, it asks instead of guessing. - Use Case: After several releases, your decision folder has three overlapping payments files, AGENTS.md contains a copied decision, and an old spec folder may or may not have shipped. Run this Skill to merge the payments decisions into one current contract, clean AGENTS.md, and get an exact question about the unclear spec instead of a wrong guess. ## Quick Start Use the maintain-project-context skill to reconcile my PRODUCT.md, GLOSSARY.md, docs/decisions, and shipped specs without creating any new decisions.

Frequently Asked Questions about maintain-project-context

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I clean up conflicting project decision documents?

Run a maintenance pass that compares decision files against confirmed current meaning, merges files that agree on one subject into a single contract, and updates all inbound links before deleting redundant files. Conflicting meanings are left unchanged with an exact clarifying question rather than resolved by file date or labels.

What is the difference between maintaining project context and recording a new decision?

Maintenance is a periodic cross-artifact pass that reconciles existing durable context without creating new meaning. Recording a newly settled term or decision is an incremental capture task handled by a separate knowledge-capture skill, not by this cleanup workflow.

Can it decide which of two conflicting decisions is correct?

No. When two sources conflict and no authoritative confirmation exists, it leaves both unchanged and reports the exact question needed to resolve the conflict. It never picks a winner based on recency, accepted labels, code prevalence, or silence.

When are shipped spec folders deleted during cleanup?

A docs/specs folder is deleted only after shipment is explicitly confirmed and every reusable decision in it has been preserved in its owning decision contract. If shipment is unclear, such as code hidden behind a feature flag, the folder stays and the ambiguity is reported.

Does it create missing PRODUCT.md or GLOSSARY.md files?

No. Optional surfaces that are absent are simply skipped, not created or reported as failures. It only creates or rebuilds files when the cleanup itself requires them, such as a consolidated decision contract or its index.