CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

proactive-send

使用 OpenClaw 标准 message 工具向 awada 客户主动跟进,并确认服务端执行结果。

Quality

75%

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 ./crews/sales-cs/skills/proactive-send/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

88%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 an exemplary operational skill: dense, executable, and packed with validation checkpoints and error-recovery rules for a batch messaging workflow. Its only real gap is navigation to the bundled wrapper script, which is documented behaviorally rather than by file path.

DimensionReasoningScore

Conciseness

Every line is operational guidance — tool syntax, status semantics, ledger rules, error-handling policy — with zero padding and no explanation of concepts Claude already knows. It assumes competence and each token earns its place, matching the lean anchor.

5 / 5

Actionability

Gives executable tool calls with exact syntax (message(action="send", channel="awada", target="user:<SenderId>", ...), awada_api(action="result", operationId=..., waitMs=10000)) and a concrete CLI invocation for the legacy wrapper. Minor gaps: the named scripts (follow-up-due.sh, follow-up-mark-sent.sh, follow-up-complete.sh) are only referenced by name with usage living in another skill, and the wrapper script is never pointed at by path.

4 / 5

Workflow Clarity

The six numbered steps form a clear sequence with explicit validation and feedback loops: the NO_DUE_TASKS sentinel, operationId result confirmation before marking sent, receipt-ledger reconciliation on partial failure, a two-round cap, and a rule to keep successful receipts when the status update fails. This batch workflow includes validation, so the missing-validation cap does not apply.

5 / 5

Progressive Disclosure

The body is under 50 lines, well-sectioned, and appropriately keeps bulk detail (wrapper internals, other skills' scripts) out of the overview. The one bundle file present, scripts/send.mjs, is described functionally but never referenced by path, leaving a minor navigation gap that keeps it below the clear one-level-deep-references anchor.

4 / 5

Total

18

/

20

Passed

Description

53%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 and identifies a distinct niche (awada-channel proactive follow-up with server-side result confirmation), but it omits any 'when to use' guidance and leans on system jargon over natural trigger terms. It is serviceable but below the bar set by the good examples, which all pair concrete actions with explicit trigger phrases.

Suggestions

Append an explicit trigger clause, e.g. 'Use when a scheduled scan finds due follow-ups, when confirming whether an awada message was actually delivered, or when the user asks to 主动跟进/回访 an awada customer.'

Add one or two more concrete actions to raise specificity, such as '查询 operationId 执行结果' or '推进跟进状态 pending → sent_once → completed'.

Reduce internal jargon in favor of natural phrasings users would say (跟进客户、发消息给客户、确认发送结果) so the skill triggers on user wording rather than system terminology.

DimensionReasoningScore

Specificity

Names the domain ('awada 客户主动跟进') and two concrete actions ('主动跟进' and '确认服务端执行结果'), matching the anchor for 1-2 concrete actions that is not comprehensive. It does not list several specific actions (e.g. scheduled due-scan, receipt ledgering, status transitions), so it falls below anchor 4.

3 / 5

Completeness

The 'what' is clear (proactively follow up with awada customers via the standard message tool and confirm server-side execution results), but there is no 'Use when...' clause or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines. It is above anchor 2 because the 'what' is specific rather than vague.

3 / 5

Trigger Term Quality

Includes some natural terms a user might say ('主动跟进', '客户', 'message'), but mixes them with system jargon ('OpenClaw 标准 message 工具', '服务端执行结果') and misses common variations like 发消息、回访、提醒. Not anchor 2 because the relevant keywords that are present are more than one or two generic ones; not anchor 4 because coverage of natural phrasings is thin.

3 / 5

Distinctiveness Conflict Risk

The 'awada' channel plus proactive follow-up defines a fairly clear niche with minor overlap risk against generic messaging skills. Not anchor 5 because the description lacks distinct explicit trigger phrases that would fully separate it from neighboring send-message skills.

4 / 5

Total

13

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

Total

14

/

16

Passed

Repository

TeamWiseFlow/xiaobei

Path

crews/sales-cs/skills/proactive-send/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.