kgx-node-flow

Orchestrate SPARQL transformation chains with bundles, pivots, and augmentations.

1|Updated Apr 30, 2026
One-click install
npx skills add https://github.com/danbri/forgetmenot --skill kgx-node-flow
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kgx-node-flow
Source: https://github.com/danbri/forgetmenot/tree/main/skills/kgx-node-flow
Command: npx skills add https://github.com/danbri/forgetmenot --skill kgx-node-flow

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill provides a unified implementation for managing complex data transformation chains, enabling users to wire together SPARQL endpoints, pivot between datasets, and augment information without manual query construction.

Core Features & Use Cases

  • Chain Orchestration: Define and execute sequences of Bundle transformations including source starters, filters, pivots, and augmentations.
  • SPARQL Integration: Seamlessly interface with Parliament-operated APIs and Wikidata using a standardized library of engines and templates.
  • Use Case: A researcher can use this skill to build a multi-step data flow that starts with a list of MPs, pivots to their birthplaces, and enriches the result with external Wikidata attributes, all while maintaining provenance.

Quick Start

Use the kgx-node-flow skill to execute a chain spec that fetches UK MPs and pivots to their associated committee memberships.

Frequently Asked Questions about kgx-node-flow

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

FAQPage Schema
How do I orchestrate complex SPARQL data transformation chains across multiple endpoints?

You orchestrate complex SPARQL data transformation chains by defining sequences of Bundle transformations, including source starters, filters, pivots, and augmentations. This manages multi-endpoint data flows without manual query construction.

What is the best way to build reproducible linked-data pipelines for parliamentary research?

Building reproducible linked-data pipelines for parliamentary research requires orchestrating SPARQL-based data chains that track provenance and prevent alias collisions. This approach standardizes query generation across Parliament-operated APIs and Wikidata.

Can I pivot between UK parliamentary datasets and Wikidata without writing manual SPARQL queries?

Yes, you can pivot between UK parliamentary datasets and Wikidata without manual SPARQL queries by using standardized library engines and templates. The system declaratively generates queries to augment information across endpoints.

Does this approach to data flow orchestration support provenance tracking and alias collision prevention?

Data flow orchestration supports provenance tracking and alias collision prevention within a unified library architecture. This ensures reproducible data pipelines when wiring together multiple SPARQL endpoints and transformations.

When do I need declarative query generation for SPARQL-based data flows?

You need declarative query generation for SPARQL-based data flows when constructing multi-step transformation chains that require reproducible pipelines. It is essential for managing complex augmentations and pivots across linked-data endpoints.

What are the limitations of using manual query construction for linked-data augmentation?

Manual query construction for linked-data augmentation lacks built-in provenance tracking and alias collision prevention. Complex multi-endpoint data flows require a unified library architecture to maintain reproducibility and orchestrate pivots effectively.