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 highly actionable — every capability ships as an exact, copy-paste-ready Limb invocation with constraints — and the publish workflow is a clear numbered sequence with a pre-flight check, a read-back verification step, and an explicit publish gate. The main gaps are the slightly editorial '冻结编辑真相源' prose and the absence of an explicit verify-fail→fix→re-verify loop in the main workflow.
Suggestions
Tighten the '冻结编辑真相源' step into concrete, imperative checks (extract and pin: title, subtitle/deck, series name+number, author, digest, cover style) and move the editorial rationale into a short rationale line, trimming token overhead.
Make the read-back at step 6 an explicit feedback loop: '核对 media_id/标题/作者/摘要/封面;若不一致,回到 create_draft/update_draft 修正后再次 list_drafts 核对' to satisfy the score-5 validation-recovery anchor for a destructive/publishing operation.
Consider extracting the 核心能力 tool catalog into a references/TOOLS.md with a one-line pointer from SKILL.md, which would let progressive_disclosure reach the score-5 'appropriately split, one-level-deep' anchor.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is dense and assumes Claude's competence — it does not explain what 微信公众号 or the Limb 体系 are — with almost every line being a concrete tool signature or constraint; the only trimming opportunity is the editorial, philosophical prose of the '冻结编辑真相源' sub-step, which keeps it just below the lean score-5 anchor. | 4 / 5 |
Actionability | Every core capability is given as a copy-paste-ready limb_invoke_tool({ nodeId, command, params }) call with exact arguments and concrete constraints (2 MB / 10 MB limits, temp-dir restriction, supported formats), and the workflow is a numbered sequence of those exact calls — a full score-5 match for executable, common-case-covering guidance. | 5 / 5 |
Workflow Clarity | The 发文流程 is a clear 7-step sequence with explicit checkpoints — a 使用前检查 pre-flight, a step-6 list_drafts read-back verification, and a step-7 gate that publishes only on explicit user authorization — but the read-back step does not spell out an explicit 'if mismatch → fix → re-verify' loop, leaving it just below the score-5 feedback-loop anchor. | 4 / 5 |
Progressive Disclosure | A single self-contained file with no bundle directories, organized into clear well-signaled sections (使用前检查、接口发现、核心能力、发文流程、常见错误、限制) and no nested references; because the skill exceeds the 50-line simple-skill threshold and the 核心能力 tool catalog is API-reference-like, it sits just below the score-5 'appropriately split' anchor rather than at it. | 4 / 5 |
Total | 17 / 20 Passed |