Skip to content
Back to skills

Qualify A Partner Integration Proposal

ASecurity

Evaluate a proposed partner integration against bilateral value, data boundaries, responsibilities, and failure handling before implementation commitments.

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 26, 2026
ai-agentsapisecurity

Works with

  • api

Security analysis

A100/100

Scanned September 26, 2026

npx -y skills add alisonjieli-png/loop-engine --skill qualify-a-partner-integration-proposal --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Qualify A Partner Integration Proposal?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Qualify A Partner Integration Proposal
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/alisonjieli-png-qualify-a-partner-integration-proposal/badge)](https://www.skillsdirectory.com/skills/alisonjieli-png-qualify-a-partner-integration-proposal)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: qualify-a-partner-integration-proposal
description: Evaluate a proposed partner integration against bilateral value, data boundaries, responsibilities, and failure handling before implementation commitments.
---

# Qualify a partner integration proposal

## Use case

Use when two organizations are considering a product or data integration. Produce a feasibility and decision packet from supplied evidence, without claiming the partnership is agreed.

## Required inputs

- The customer task and proposed integration behavior, including which party supplies each capability.
- Current versioned product and interface evidence, candidate data fields, and any supplied data-use or security rules.
- Proposed operational owners, commercial assumptions, and agreement status if known.

## Procedure

1. Describe the user outcome and the minimum exchange needed to produce it. Separate a working product capability from a roadmap promise or partner assertion.
2. Draw the proposed data and action flow in words: initiator, sender, receiver, fields, storage, retention, and who may authorize each transfer or action. Mark unknown rules rather than assuming consent.
3. Assign responsibility for setup, authentication, support, version changes, failure notification, and disconnection. Mark each responsibility as accepted, proposed, or ownerless.
4. Check compatibility against supplied interface versions and limits. Name one normal path, one refusal, one partial failure, and one termination path that each party would need to handle.
5. Separate technical feasibility from commercial agreement, distribution rights, privacy approval, and customer demand. An interface that can connect does not settle those gates.
6. Return a boundary map, evidence table, conditional feasibility finding, unresolved owner and authority questions, and a smallest authorized validation proposal.

## Completion check

A reviewer can identify every data transfer and effect, its stated authority source, both parties' responsibilities, and the unresolved gates. A missing partner commitment remains missing even if a demo API call works.

## Stop or hold

Hold implementation or customer claims when a data right, authentication route, owner, interface contract, or agreement state is unknown. Do not call a partner endpoint, exchange data, contact the partner, or accept terms.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.