npid-existing-code

Reuse existing NPID API client and session code in Python and TypeScript.

1|Updated Oct 5, 2025
One-click install
npx skills add https://github.com/23Maestro/prospect-pipeline --skill npid-existing-code
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: npid-existing-code
Source: https://github.com/23Maestro/prospect-pipeline/tree/main/.claude/skills/npid-existing-code
Command: npx skills add https://github.com/23Maestro/prospect-pipeline --skill npid-existing-code

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps teams avoid duplicating effort by reusing existing NPID code rather than building new abstractions, accelerating integration work.

Core Features & Use Cases

  • Leverages existing NPID API client and session utilities to minimize changes.
  • Extends behavior by wiring into established TypeScript/Python patterns with a small surface area.
  • Supports safe refactor paths by adhering to current module structure and avoiding new auth layers.

Quick Start

Start by inspecting the existing NPID code paths (src/python/npid_api_client.py and mcp-servers/npid-search/src/session.ts) and implement a minimal extension that reuses them instead of creating new abstractions.

Frequently Asked Questions about npid-existing-code

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

FAQPage Schema
How do I reuse existing API client code when extending an integration?

To reuse existing API client code, inspect established modules like npid_api_client.py and wire new features into them with minimal changes. This avoids rewriting abstractions and enforces the reuse of established authentication flows without introducing new layers.

What is the best way to avoid duplicating effort when extending the Prospect Pipeline integration?

The best way to avoid duplicating effort is by reusing existing NPID code rather than building new abstractions. Extend behavior by wiring into established TypeScript and Python patterns with a small surface area to accelerate integration work.

Can I extend TypeScript session utilities without creating new authentication layers?

Yes, you can extend TypeScript session utilities without new authentication layers by inspecting existing code paths like session.ts and implementing minimal extensions. This supports safe refactor paths by adhering to the current module structure.

How do I align new features with existing Python and TypeScript implementations safely?

To align new features with existing Python and TypeScript implementations safely, wire into established patterns by inspecting current modules. This ensures a small surface area and avoids introducing new layers that disrupt the existing structure.

Why should I avoid introducing new abstraction layers when refactoring NPID code?

You should avoid introducing new abstraction layers when refactoring NPID code to prevent duplicating effort and disrupting established authentication flows. Reusing existing modules ensures safe refactor paths and accelerates the integration process.