CtrlK
BlogDocsLog inGet started
Tessl Logo

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. 社区预热/先给后取/账号养成/毕业标准

67

Quality

83%

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.

The body is a well-structured, actionable planning skill with a clear sequenced workflow and explicit validation boundaries, strongest on actionability and workflow clarity. Its main weakness is conciseness: several guardrails and cross-references are restated across sections and could be consolidated.

Suggestions

Consolidate the channel-registry-sole-writer and ECHO sub-item restatements so each appears once (e.g. in Scope Guard and Skill Contract) rather than recurring in the intro, Instructions, and Save Results.

Pull the cross-skill reference links into the Reference Materials section only and reference them by name inline, trimming the dense parenthetical path links that repeat in nearly every step.

For the owned-community variant (step 7), add the concrete deliverable shape (entry-path list, incentive table, lifecycle-stage definitions) inline rather than deferring entirely to owned-community-loop.md.

DimensionReasoningScore

Conciseness

Mostly efficient but padded by repeated restatements — the channel-registry-sole-writer point, the ECHO sub-item mapping, and the scope-guard list each recur across the intro, Skill Contract, Instructions, and Save Results sections, which could be tightened without loss.

3 / 5

Actionability

Provides concrete executable guidance — named ledger columns ('date, community, give/ask, link, note'), explicit labeling conventions (Measured / User-provided / Estimated), named connector scripts, and precise memory paths — with only minor gaps in owned-space specifics.

4 / 5

Workflow Clarity

An 8-step sequenced process with explicit checkpoints (NEEDS_INPUT stop, cross-community rule-conflict check, 'Done when' criteria, handoff summary) and validation via authorized propose requests; the registry-write validation is mostly present, just lightly specified.

4 / 5

Progressive Disclosure

Well-structured into clearly signaled sections (Quick Start, Skill Contract, Data Sources, Instructions, Reference Materials, Next Best Skill) with one-level-deep references to echo-benchmark.md, owned-community-loop.md, and sibling skills; no bundle files ship alongside, so depth cannot be verified against an actual tree.

4 / 5

Total

15

/

20

Passed

Description

100%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 a strong, complete trigger-and-scope statement: it names concrete deliverables, quotes natural user phrasing, answers both what and when, and explicitly fences off the sibling launch-day skill. It is dense but every clause earns its place as either a trigger or a scope boundary.

DimensionReasoningScore

Specificity

Lists multiple concrete deliverables — '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' plus the owned-community variant — matching the comprehensive-coverage anchor.

5 / 5

Completeness

Explicitly answers both what (the produced warming plan and its named components) and when (an explicit 'Use when...' clause with concrete trigger phrases), satisfying the top anchor.

5 / 5

Trigger Term Quality

Embeds natural user phrasing — "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" — covering multiple ways a user would actually ask.

5 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (pre-promotion warming) and draws an explicit boundary with 'Not for launch-day submissions or T-0 threads — use community-launch-runner', minimizing wrong-skill triggering.

5 / 5

Total

20

/

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: 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
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.