feature-remove

Retract a Foundation SoftwareFeature and dependent UserStories from the graph.

19|3|Updated Jul 19, 2024
One-click install
npx skills add https://github.com/danielterra/FOUNDATION --skill feature-remove
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: feature-remove
Source: https://github.com/danielterra/FOUNDATION/tree/main/.claude/skills/feature-remove
Command: npx skills add https://github.com/danielterra/FOUNDATION --skill feature-remove

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill removes a Foundation SoftwareFeature and its dependent UserStories from the knowledge graph, addressing the need to retire obsolete software features without leaving orphaned references.

Core Features & Use Cases

  • Safely identify all backlinks and dependent entities (UserStories, related metadata) before deletion.
  • Enforce a sequenced retract workflow that preserves referential integrity and requires explicit user confirmation.
  • Provide a rollback-safe path by suggesting marking the Feature as Cancelled when full removal is not desired.

Quick Start

Confirm the Feature IRI and execute the sequenced retract to remove the feature and its UserStories from the graph.

Frequently Asked Questions about feature-remove

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

FAQPage Schema
How do I safely retract a software feature from a graph without leaving orphaned references?

To retract a software feature safely, you must analyze the graph dependencies and report all backlinks before deletion. A sequenced retract workflow enforces referential integrity by identifying dependent UserStories and requires explicit confirmation before permanent destruction.

What happens to dependent UserStories when I remove a Foundation SoftwareFeature from the ontology?

Dependent UserStories are permanently removed alongside the Foundation SoftwareFeature during the retract workflow. The process executes a sequenced deletion that targets both the feature and its associated UserStories to maintain referential integrity across the knowledge graph.

Can I check backlinks and related metadata before deleting a feature from the knowledge graph?

Yes, you can check backlinks and related metadata before deletion. The retract workflow analyzes all dependencies and reports every backlink connected to the SoftwareFeature, ensuring you have full visibility into the impact before proceeding with permanent removal.

What is the best way to retire obsolete software features if I am not ready for permanent deletion?

The best way to retire obsolete features without permanent deletion is to mark the SoftwareFeature as Cancelled rather than executing a full retract. This provides a rollback-safe path that preserves the feature and its UserStories in the graph for future reference.

Why does removing a feature from the graph require explicit user confirmation?

Removing a feature requires explicit user confirmation because the retract process permanently destroys the SoftwareFeature and its dependent UserStories. This safeguard ensures that irreversible graph modifications only proceed after an operator reviews all reported backlinks and dependency impacts.

Does the feature retract workflow report errors if referential integrity is violated during deletion?

Yes, the sequenced retract workflow includes error reporting to maintain referential integrity during deletion. If any issues occur while removing the SoftwareFeature and its UserStories from the graph, the workflow reports the errors to prevent silent data corruption.