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.
A dense, highly actionable body: concrete commands, exact field names, specific numeric limits, and real validation/recovery checkpoints for a fragile outward-facing operation. Remaining improvements are structural — consolidating repeated premium-permission warnings, presenting the flow as an explicit ordered sequence, and adding section headers for navigability.
Suggestions
Consolidate the three separate passages on 长推/premium permission handling into one section to remove redundancy (lowest-scoring conciseness issue).
Present the publish flow as an explicit numbered sequence (登录检查 → twitter-post check → 预览核对 text_check.posts → --confirm → 发布 → 结果文件核验) so checkpoints are unmistakable.
Add ## section headers (预检、计数与预览、媒体与格式、发布限额、结果记录、故障处理) to make the single-file structure navigable.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is dense and assumes competence — no padding explaining what X/Twitter is, and the counting rules ("中文通常按每字2权重", "识别出的链接按23权重") are genuinely non-obvious domain knowledge. It falls short of 5 because premium/long-post permission handling recurs across three passages ("不要用提交失败来试探订阅权限", "长推、Articles 和视频上传须分别核验", "按长推订阅权限不足处理") — minor redundancy that could be consolidated. | 4 / 5 |
Actionability | Fully executable guidance: copy-paste-ready commands ("twitter-post publish --text @/绝对路径/body.txt --source-folder ... --account default --confirm"), concrete preview fields ("text_check.posts", "weighted_length", "requires_premium:true", "premium_status:not_checked"), specific limits (280 权重, 最多4张图片, 间隔至少30分钟, 单日不超过50帖), and an exact error string ("Blue claim is not enabled for note tweet"). Common cases are covered with specific, actionable detail. | 5 / 5 |
Workflow Clarity | The workflow sequence (login via x-hunter → "twitter-post check" → 预览 → 先精简超限正文再预览 → 核对后加 --confirm → publish → publish-result 文件核验) is present with real validation checkpoints and error-recovery feedback loops ("重跑同一目录只补入库", re-preview after trimming). It is not 5 because the sequence is spread across prose paragraphs rather than an explicit ordered workflow or checklist, leaving minor sequencing gaps. | 4 / 5 |
Progressive Disclosure | No bundle files exist (references/, scripts/, assets/ are absent) and none are needed at ~30 lines, so all content is appropriately placed in one file, with commands up front and the critical 280-weight constraint bolded. It misses 5 because — per the simple-skill exception requiring 'well-organized sections' — the body has no ## section headers to group topics (预检、计数与预览、媒体、限额、记录、故障处理), a minor organization gap. | 4 / 5 |
Total | 17 / 20 Passed |