CtrlK
BlogDocsLog inGet started
Tessl Logo

advocacy-program-designer

Use when the user asks to "design an employee advocacy program", "set up founder-led sharing", or "build a share kit for the team"; produces an advocacy program blueprint in two modes — participation-driven opt-in (default) or top-down assigned with its coercion and authenticity risks flagged — with a voluntary opt-in roster spec submitted as channel-registry proposal events, share kits with mandatory per-person variation, staggered human posting windows plus anti-pod guardrails (no coordinated identical reshares, no engagement rings), per-person material-connection disclosure lines per FTC and 《互联网广告管理办法》, and a Slack/Teams distribution spec. Not for paid creator campaigns — use campaign-planner. 员工倡导/创始人IP分享/内部分享计划/披露合规

64

Quality

80%

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 ./social/craft/advocacy-program-designer/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is a well-structured, actionable blueprint with a clear sequenced workflow and completion checklist, plus well-signaled one-level references. Its main weakness is verbosity from repeated registry-events.py phrasing and dense inline cross-references, and the absence of a validate→fix→retry loop for batch kit/roster output.

Suggestions

Define the 'authorized operation: propose request to registry-events.py' contract once in the Skill Contract, then refer to it as 'the propose request' in later steps to cut repeated boilerplate.

Add a short validate→fix→retry loop after step 8 (e.g. re-check each roster row for all four fields and each kit for variation + disclosure before handoff) to lift workflow clarity for the batch output.

Consolidate the prose-embedded cross-skill links into the Reference Materials / Next Best Skill sections so the Instructions read cleaner.

DimensionReasoningScore

Conciseness

The body is mostly substantive and avoids explaining concepts Claude already knows, but it is noticeably verbose: the phrase 'via an authorized operation: propose request to registry-events.py' is repeated verbatim 6+ times and dense inline cross-references to sibling skills recur throughout the prose, which could be consolidated.

3 / 5

Actionability

Concrete, specific instruction-only guidance throughout — 'One row per advocate: handle, disclosure line, opt-in date, voluntary-basis evidence', '3+ distinct angles (practitioner take, customer-story take, founder take)', 'Spread posting across 3-7 days in advocate-chosen slots' — with minor gaps such as no literal disclosure-line templates to paste.

4 / 5

Workflow Clarity

An explicit 8-step numbered sequence is paired with a 'Done when' completion checklist (every roster row has all four fields; every kit has per-person variation and a disclosure line; windows staggered with guardrails stated) serving as validation, but there is no validate→fix→retry feedback loop for the batch kit/roster output.

4 / 5

Progressive Disclosure

Good sectioning (Quick Start, Skill Contract, Data Sources, Instructions, Save Results, Reference Materials, Next Best Skill) with one-level-deep, clearly signaled reference links; no bundle files are present, and the many inline cross-skill references scattered through prose are mostly clear but slightly bury navigation.

4 / 5

Total

15

/

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.

The description is specific, complete, and well-differentiated, with explicit trigger phrases and a clear negative-scope boundary. Its main weakness is verbosity — the implementation detail (channel-registry proposal events, anti-pod guardrails) and a trailing bilingual tag string pad what should be a tighter trigger/what statement.

Suggestions

Trim implementation mechanics ('channel-registry proposal events', anti-pod guardrail enumeration) out of the description and reserve them for the body, keeping the what/when statement lean.

Replace the trailing bilingual keyword tag '员工倡导/创始人IP分享/内部分享计划/披露合规' with one or two natural bilingual trigger phrases a user would actually say.

Add a couple of common natural variants (e.g. 'employee advocacy', 'advocate program', 'employee sharing program') to round out trigger coverage.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'produces an advocacy program blueprint', 'voluntary opt-in roster spec', 'share kits with mandatory per-person variation', 'staggered human posting windows plus anti-pod guardrails', 'per-person material-connection disclosure lines', and 'a Slack/Teams distribution spec' — covering the domain comprehensively.

5 / 5

Completeness

Explicitly answers both what ('produces an advocacy program blueprint...') and when ('Use when the user asks to...') with concrete trigger phrases, and adds a negative-scope boundary ('Not for paid creator campaigns — use campaign-planner').

5 / 5

Trigger Term Quality

Three natural quoted triggers ('design an employee advocacy program', 'set up founder-led sharing', 'build a share kit for the team') plus bilingual synonyms, but the trailing tag string '员工倡导/创始人IP分享/内部分享计划/披露合规' reads as keyword stuffing rather than natural user speech and a few common variants are absent.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (employee advocacy / founder-led sharing) with distinct triggers and an explicit redirect away from the adjacent paid-creator skill, giving minimal conflict risk.

5 / 5

Total

19

/

20

Passed

Validation

75%

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

Validation12 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_field

'metadata' should map string keys to string values

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

relative_links

Relative link issues: 30 suspicious

Warning

referenced_paths_exist

Referenced path issues: 2 missing, 2 deeper-than-1-level

Warning

Total

12

/

16

Passed

Repository
aaron-he-zhu/aaron-marketing-skills
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.