CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

connect-recommend

Use this skill when the user asks about Stripe Connect configuration, charge patterns, Dashboard access, or how to get started with Connect, is building a marketplace, platform, multi-vendor store, gig platform, or subscription platform, needs to pay out sellers, vendors, or providers, mentions split payments, revenue sharing, multi-party payments, or similar payment distribution concepts, provides a company URL or business description for a recommendation, builds SaaS that routes money between parties (for example, POS, booking, invoicing — not operational SaaS without payment routing), asks about onboarding or KYC for merchants, sellers, and vendors, mentions connected account Dashboard or responsibility configurations, or asks about payment flows, white-label payments, or embedded payments.

Quality

78%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/connect-recommend/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

77%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-orchestrated interactive workflow with excellent sequencing, mandatory validation checkpoints, and just-in-time one-level-deep reference loading. The main weakness is token cost from repeated content — reprinted checklists, thrice-stated preview disclosures, and compatibility rules duplicated from the matrix file.

Suggestions

Define the progress checklist once and refer to it thereafter ('update the checklist: mark [Scan your project] complete') instead of reprinting the four-line block after every step.

State the four public-preview disclosure requirements once in a short Step 4a subsection and reference it from the two Step 3 mentions, rather than repeating them three times.

Split the ~200-word Step 3 SaaS guardrail paragraph into a bulleted rule list, and drop the inline BLOCKED-combination enumerations in Step 4a that duplicate compatibility-matrix.md, keeping only the instruction to cross-check the matrix.

DimensionReasoningScore

Conciseness

Nearly all of the body is non-obvious domain rule-making rather than concepts Claude already knows, but there is noticeable redundancy: the four-line progress checklist is reprinted verbatim four times, the public-preview disclosure requirements are repeated nearly word-for-word in Step 3 and twice more in Step 4a, and the Step 3 SaaS guardrail is a single ~200-word run-on paragraph. Mostly efficient but clearly could be tightened — anchor 3.

3 / 5

Actionability

Highly concrete for an instruction-only skill: exact question scripts with numbered options, specific Grep patterns ("connected_account", "transfers.create", "account.updated"), exact warning copy with links, and precise BLOCKED/CAUTION handling with a worked mechanism example. Minor gaps keep it below anchor 5: "If the platform fee ... appears low" gives no threshold, and the Step 1e findings table is left as placeholders.

4 / 5

Workflow Clarity

Steps 0-6 are clearly sequenced with a progress checklist updated after each phase, a MANDATORY compatibility validation before any recommendation is presented, a fee-structure checkpoint before Step 4, and explicit feedback loops (BLOCKED → corrected configuration → re-run; codebase/research discrepancy → ask user to clarify). This directly matches the anchor for explicit validation steps, error-recovery loops, and checklists.

5 / 5

Progressive Disclosure

Eight reference files (terminology-rules, company-researcher, decision-matrix, discovery-questions, account-types, charge-patterns, compatibility-matrix, recommendation-template) all verified present, real, and one level deep — no reference points to further references. Each is clearly signaled with 'Read <references/...>' exactly at the workflow point where it is needed, and the body retains only orchestration and guardrails, matching the clear-overview anchor.

5 / 5

Total

17

/

20

Passed

Description

67%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.

An exceptionally thorough trigger list with excellent natural keyword coverage and very low conflict risk, held back by the omission of any explicit capability statement. The description is effectively one long 'Use when...' clause, leaving the skill's actual function to be inferred from fragments.

Suggestions

Open with a one-sentence third-person capability statement (e.g., 'Recommends the right Stripe Connect integration configuration from a company URL, a business description, or a codebase scan.') before the trigger conditions.

State the concrete outputs the skill produces (discovery questionnaire, configuration recommendation, connect-recommend-plan.md) so the 'what' is explicit rather than implied by 'for a recommendation'.

DimensionReasoningScore

Specificity

The domain is named precisely ("Stripe Connect configuration, charge patterns, Dashboard access") but the skill's actions are never stated — the only capability hint is the fragment "provides a company URL or business description for a recommendation", with no verbs describing what the skill does. This matches anchor 2 (domain named, actions minimal or generic) rather than 3, which requires 1-2 clearly stated concrete actions.

2 / 5

Completeness

The 'when' is exceptionally explicit ("Use this skill when the user asks about Stripe Connect configuration...") but the 'what' is never explicitly stated — the reader must infer from "for a recommendation" that the skill recommends a Connect configuration. Not anchor 2 because a what is weakly present; not anchor 4 because the what is implied rather than stated.

3 / 5

Trigger Term Quality

Comprehensive natural-language triggers with synonyms: "marketplace, platform, multi-vendor store, gig platform", "pay out sellers, vendors, or providers", "split payments, revenue sharing, multi-party payments", "onboarding or KYC", "white-label payments, or embedded payments". Coverage is essentially exhaustive, including disambiguating examples ("for example, POS, booking, invoicing — not operational SaaS without payment routing"), so it clears anchor 4's 'a few natural terms missing'.

5 / 5

Distinctiveness Conflict Risk

Clear niche (Stripe Connect integration configuration recommendations) with distinct triggers and explicit disambiguation ("not operational SaaS without payment routing"), so it is unlikely to fire for the wrong skill. Matches the clear-niche, minimal-conflict anchor.

5 / 5

Total

15

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

stripe/ai

Path

skills/connect-recommend/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.