Content
88%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 and well-sequenced, with executable commands, a decision-tree for connection states, and feedback loops for polling. Its only notable weakness is mild verbosity in the framing prose and a large inline actions table that could be split into a reference file.
Suggestions
Trim the marketing overview paragraph about what Instabot is and the "rather than auth plumbing" aside; assume Claude knows the domain context.
Move the 20-row "Popular actions" table into a references file (e.g. ACTIONS.md) and keep only 3-5 high-value examples inline, linking to the rest.
Consider extracting the connection-state decision tree into a short reference so the main flow stays lean while edge-case handling remains one level deep.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is mostly efficient, built around executable CLI commands and a compact actions table. It includes a few unnecessary asides (the marketing overview of what Instabot is, and "so you can focus on the integration logic rather than auth plumbing") that could be trimmed, matching the score-4 anchor of efficient with minor over-explanation. It does not reach 5 because those padding passages remain. | 4 / 5 |
Actionability | It provides copy-paste-ready commands with concrete flags and --json examples, plus parameter passing and a proxy-request reference table that cover the common cases, matching the score-5 anchor. There are no pseudocode gaps that would drop it to 4. | 5 / 5 |
Workflow Clarity | The connect-to-run flow is clearly sequenced with explicit state-based decision branches (READY/BUILDING/CLIENT_ACTION_REQUIRED/CONFIGURATION_ERROR), a polling loop, and a feedback loop (poll again after the user completes the action). This matches the score-5 anchor of clear sequence with explicit validation and error-recovery feedback. | 5 / 5 |
Progressive Disclosure | Content is organized into clear sections with no nested references and no bundle files present, so navigation is straightforward. It stays at 4 rather than 5 because the long inline "Popular actions" table is content that could live in a separate one-level-deep reference file, leaving a minor organization gap. | 4 / 5 |
Total | 18 / 20 Passed |