CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

participation-warmup-planner

Use when the user asks to "plan the participation ramp before we promote", "how much account history or karma do we need in this community", or "design entry incentives and member lifecycle for our own Discord"; produces the per-community pre-promotion warming plan — account-history/tenure expectations (Estimated, named sources), a give-before-ask ledger spec, a per-community etiquette + rule digest with last-verified dates, and the warming → active graduation criteria that channel-registry requires as state-transition evidence — plus the owned-community variant (entry paths + member lifecycle for your own Discord/Slack/forum/企业微信私域). Not for launch-day submissions or T-0 threads — use community-launch-runner. 社区预热/先给后取/账号养成/毕业标准

Quality

81%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

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.

A well-structured, largely actionable instruction-only skill with a clear 8-step workflow, explicit boundaries, and good reference signaling. Its main costs are token redundancy (the sole-writer and propose-request caveats repeated across sections), unverifiable external reference paths in the absence of any bundle files, and no example artifacts (ledger row, cadence block) that would make the output spec copy-paste concrete.

Suggestions

State the "channel-registry is the sole writer / operation: propose via registry-events.py" guardrail once (e.g., in the Skill Contract) and reference it from the other sections — the current four-fold repetition costs tokens on every load.

Add one concrete example artifact — a filled-in ledger row and a sample weekly cadence block — to lift actionability from mostly-executable to copy-paste ready.

Verify the referenced bundle paths (../../../references/*.md, CONNECTORS.md, SECURITY.md) ship with the skill, or move that content into a local references/ directory, since none of the referenced files currently resolve inside the skill bundle.

DimensionReasoningScore

Conciseness

The body is dense and mostly avoids explaining known concepts, but it repeats the same guardrails many times — "[channel-registry] is the sole writer of memory/channels/" appears in four sections and the "authorized operation: propose request to registry-events.py" phrasing in three — and inlines internal jargon (ECHO E2/E3/E6/E10 sub-item wiring) that earns back little guidance value. This is more than the minor trimming of the anchor-4 case, fitting the could-be-tightened anchor at 3.

3 / 5

Actionability

For an instruction-only skill the guidance is largely concrete: ledger columns "date, community, give/ask, link, note", testable example graduation criteria ("≥N weeks tenure… zero rule strikes, and a first non-promotional post accepted without moderator action"), named connector scripts, and an explicit NEEDS_INPUT stop. Minor gaps (no example ledger row, no sample cadence block sizing) keep it below the fully-copy-paste-ready anchor 5.

4 / 5

Workflow Clarity

Eight clearly numbered steps in a coherent sequence with an input-validation checkpoint (step 1 stops with NEEDS_INPUT and routes upstream) and a "Done when" checklist. No validate→fix→retry feedback loop is specified, which is the gap that separates anchor 4 from anchor 5; the destructive/batch cap does not apply since this is a planning skill, not a batch/destructive operation.

4 / 5

Progressive Disclosure

Structure is good — a clean overview, a Skill Contract, an annotated Reference Materials list with one-level-deep links each carrying a one-line purpose, and a Next Best Skill routing section. However no bundle files (references/, scripts/, assets/) ship with the skill: every referenced path (echo-benchmark.md, owned-community-loop.md, skill-contract.md, CONNECTORS.md, SECURITY.md, sibling SKILL.md files) resolves outside the skill directory and cannot be verified, and substantial cross-skill wiring is inlined rather than split out — the minor-organization-gaps anchor at 4 rather than the clean split of anchor 5.

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.

A highly specific, well-bounded description with concrete trigger phrases, third-person voice, comprehensive deliverable coverage, and an explicit hand-off boundary to the sibling launch-day skill. Its only weaknesses are length/density and a few missing natural synonyms for the ramp/warming concept.

Suggestions

Trim system-internal phrasing like "that channel-registry requires as state-transition evidence" from the description; it is opaque to users and adds tokens without adding trigger value.

Add one or two common natural synonyms (e.g., "community engagement ramp", "warm up our brand accounts before promoting") to broaden trigger coverage.

DimensionReasoningScore

Specificity

The description enumerates comprehensive concrete deliverables — "account-history/tenure expectations", "a give-before-ask ledger spec", "a per-community etiquette + rule digest with last-verified dates", "warming → active graduation criteria", and "the owned-community variant (entry paths + member lifecycle…)" — matching the multiple-specific-actions/comprehensive anchor rather than the minor-gaps anchor at 4.

5 / 5

Completeness

It explicitly answers both questions: an explicit "Use when the user asks to…" clause with concrete trigger phrases, and a clear statement of what it produces (the warming plan and each named component). This matches the anchor-5 example structure directly and is clearly above the anchor-4 case where 'when' is only adequately explicit.

5 / 5

Trigger Term Quality

Quoted natural user phrasings ("plan the participation ramp before we promote", "how much account history or karma do we need in this community", "design entry incentives and member lifecycle for our own Discord") plus Chinese keywords give good coverage, but common synonyms like "community engagement plan" or "warm up our accounts" are missing, so it fits the good-coverage-with-a-few-gaps anchor rather than the comprehensive-synonym anchor at 5.

4 / 5

Distinctiveness Conflict Risk

The niche is distinct (pre-promotion participation ramping only) and it carries an explicit negative boundary — "Not for launch-day submissions or T-0 threads — use community-launch-runner" — which minimizes conflict risk with the sibling launch skill, matching the clear-niche/minimal-conflict anchor.

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.

Validation — 12 / 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: 34 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

Path

social/explore/participation-warmup-planner/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.