Content
82%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The body is a tight, single-purpose skill with fully executable command examples, clear validation rules via --force/ALREADY_INVITED/exit codes, and well-organized sections that delegate implementation to the bundled invite.sh script, with only minor room to tighten duplicated explanations and add an explicit recovery loop.
Suggestions
Merge the duplicate group-name content (inline in the message-format section and again under 当前体验群名称) into one place to remove redundancy and lift conciseness toward 5.
Make the validation/recovery loop explicit (check business_status -> if not free and no --force, return ALREADY_INVITED -> else send invite) as a numbered checklist so workflow_clarity reaches 5.
Add a one-line pointer to scripts/invite.sh from the body so the delegation to the bundle is clearly signaled for navigation.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is efficient and assumes competence — it jumps straight into the command signature, behavior rules, and message format without explaining what a database or an invite is — with only minor trimming possible in the duplicated parameter explanations, matching the "efficient; minor instances of over-explanation" anchor rather than the lean score-5. | 4 / 5 |
Actionability | It provides fully executable, copy-paste-ready command invocations with exact flags ("--peer", "--user-id-external", "--force"), the concrete control-message format "/invite//<user_external_id>//风暴眼(wiseflow情报小站)", and clear return/exit-code conventions ("ALREADY_INVITED", non-zero exit), covering the common cases exactly as the score-5 anchor describes. | 5 / 5 |
Workflow Clarity | The workflow has a clear sequence with validation checkpoints — block non-free users unless --force, update business_status conditionally, emit the control message, and report ALREADY_INVITED with non-zero exit — but the recovery loop is implicit rather than an explicit validate-fix-retry checklist, so it sits at the score-4 "clear sequence with most checkpoints; minor validation gaps" rather than 5. | 4 / 5 |
Progressive Disclosure | Content is well-organized into focused sections (用途, 客户标识提取规则, 行为规则, business_status 更新规则, 邀请消息格式, 返回约定) with the executable logic appropriately delegated to the bundled scripts/invite.sh; this is good structure with only minor organization gaps (e.g. the duplicate group-name section), matching score-4 rather than the fully one-level-deep-referenced score-5. | 4 / 5 |
Total | 17 / 20 Passed |