CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

partnerships-architect

Use when a startup is approached by a prospective partner and someone has to decide should we sign this partner, at what partner tier (referral / reseller / OEM / SI-consulting / strategic alliance), with what joint GTM commitment, and at what revshare. Classifies partner tier from independent-demand evidence vs. preferential-terms hunting, designs a 90-day joint GTM plan, models revshare against direct-sale margin, and surfaces kill criteria for unwinding under-performing partnerships. For Head of Partnerships, Head of BD, and Founder-CEOs doing reseller agreement, OEM deal, or strategic alliance review — not technical sale enablement, not channel cost economics, not M&A.

70

Quality

88%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

81%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured, highly actionable decision-support skill: a gated 5-step workflow with deterministic tier floors, validated GTM planning rules, executable stdlib scripts with working --sample paths, and a real one-level-deep reference bundle. Its weaknesses are mild: routing information is duplicated between 'Do not use for' and 'Distinct from', the forcing-question library is inlined rather than referenced, and the provenance of the gtm.json/revshare.json inputs is left implicit.

Suggestions

Merge 'Do not use for' and 'Distinct from' into a single routing section — they restate the same five re-routes (sales-engineer, channel-economics, cro-advisor, ma-playbook, deal-desk) and cost ~15 duplicated lines.

Specify the input handoff for Steps 3-4: where gtm.json and revshare.json come from (derived from the filled intake template?) and one short example invocation with sample input/output, or point explicitly at --sample output for each script.

Move the ~50-line forcing-question library into a references/ file (e.g., references/forcing_questions.md) and keep a one-line pointer plus the lock-1-3-before-4-7 rule in SKILL.md, slimming the always-loaded context.

DimensionReasoningScore

Conciseness

Efficient and opinionated with no padding over concepts Claude already knows — every section (tier floors, anti-patterns, assumptions) adds domain-specific judgment. Minor over-explanation exists in the duplicated routing: "Do not use for" and "Distinct from" restate the same five re-routes (sales-engineer, channel-economics, cro-advisor, ma-playbook, deal-desk), and the 50-line forcing-question library runs long with per-question citation paragraphs. Not 5 because of that redundancy; not 3 because nothing is generic filler.

4 / 5

Actionability

Concrete, runnable commands throughout: `scripts/partner_tier_classifier.py --input intake.json --profile saas --output markdown`, a copy-paste `python3 scripts/partner_tier_classifier.py --sample` quick example, and noted `--help`/`--sample` on all scripts, with all three scripts present in the bundle. Minor gaps keep it from 5: the intake.json → gtm.json → revshare.json handoff (where the second and third input files come from) is never specified, and no example input/output is shown inline.

4 / 5

Workflow Clarity

A clearly sequenced 5-step workflow with explicit validation gates: Step 1 has a stop condition ("If the intake template can't be honestly filled out... Stop. Go back to them."), Step 2 has deterministic floors ("STRATEGIC requires named_accounts ≥ 5 AND multi-year commit AND dedicated resources"), Steps 3-4 enforce tier-consistency rules ("cannot plan channel-led GTM for REFERRAL tier"), and the forcing-question library mandates locking questions 1-3 before opening 4-6 before invoking the scripts in sequence, plus mandatory kill criteria. Not 4 because checkpoints are explicit, not implicit; the missing 'verify script output' loop is immaterial for a decision-support skill with no destructive or batch operations.

5 / 5

Progressive Disclosure

Good structure: SKILL.md is an overview with a Scripts section, a References section where each of the three reference files gets a one-line content summary and exists as verified one-level-deep standalone content, plus an assets intake template. Minor gaps: the ~50-line forcing-question library is fully inlined in SKILL.md where the reference files' style would suit it, and reference descriptions are dense author-citation lists rather than clear per-topic navigation signposts. Not 5 because of the inlined question library; not 3 because all heavy content (canon, anti-patterns, script logic) is properly split out.

4 / 5

Total

17

/

20

Passed

Description

92%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: it states the decision the skill supports, enumerates four concrete capabilities, gives an explicit 'Use when' trigger with audience and deal-type phrases, and fences off adjacent skills with negative boundaries. Third-person voice throughout. The only gap is a handful of missing synonyms (channel partner, co-sell, partner program) that would make triggering marginally more robust.

DimensionReasoningScore

Specificity

Multiple specific concrete actions with comprehensive coverage of the skill's output surface: "Classifies partner tier from independent-demand evidence vs. preferential-terms hunting, designs a 90-day joint GTM plan, models revshare against direct-sale margin, and surfaces kill criteria for unwinding under-performing partnerships" — four distinct, well-scoped capabilities plus the decision outputs (sign/tier/GTM commitment/revshare).

5 / 5

Completeness

Explicitly answers both: what — tier classification, 90-day joint GTM plan, revshare modeling, kill criteria; and when — "Use when a startup is approached by a prospective partner and someone has to decide should we sign this partner..." plus audience/triggers "For Head of Partnerships, Head of BD, and Founder-CEOs doing reseller agreement, OEM deal, or strategic alliance review". Clear anchor-5 match; not 4 because the 'when' is fully explicit with concrete trigger phrases rather than merely present.

5 / 5

Trigger Term Quality

Good keyword coverage with natural domain phrases a Head of Partnerships would actually say: "reseller agreement, OEM deal, or strategic alliance review", "partner tier (referral / reseller / OEM / SI-consulting / strategic alliance)", "revshare", "joint GTM". A few common variations are missing (e.g., "channel partner", "co-sell", "partner program", "partner negotiation"), which keeps it just below comprehensive.

4 / 5

Distinctiveness Conflict Risk

Clear niche (per-partnership signing/tier/revshare design) with explicit negative boundaries — "not technical sale enablement, not channel cost economics, not M&A" — and role-scoped triggers. Minimal conflict risk with adjacent sales/channel skills.

5 / 5

Total

19

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_field

'metadata' should map string keys to string values

Warning

Total

15

/

16

Passed

Repository

alirezarezvani/claude-skills

Path

commercial/skills/partnerships-architect/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.