Content
65%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 strong operational quick-start: every command is concrete and executable, the connection lifecycle is documented with state-by-state handling, and the action catalog makes capabilities discoverable. Its weaknesses are padded intro/explanatory text, a broken "Step 2" reference combined with no validation guidance for the destructive delete actions it lists, and a monolithic single-file layout that inlines catalog and reference material.
Suggestions
Fix the broken step numbering: the text says "skip to **Step 2**" twice, but no Step 2 exists — either label the "Searching for actions" section as Step 2 and "1b" as part of Step 1, or renumber the flow.
Add a validation checkpoint before destructive operations (Delete Page, Delete Blog Post) — e.g. "Before delete-page, run get-page to confirm the ID, and confirm with the user when the page has no recent versions or children" — to lift the workflow-clarity cap.
Move the popular-actions catalog and the proxy flag options table into a references/ file (e.g. references/actions.md and references/proxy.md), keeping SKILL.md as a lean overview with clearly signaled links, and delete the intro paragraph explaining what Confluence is.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Mostly efficient — the body is dominated by executable commands and tables — but it pads concepts Claude already knows ("Confluence is a team collaboration and document management tool... a central hub for project documentation") and includes filler like "When to use which actions: Use action names and parameters as needed." This matches anchor 3 (mostly efficient with some unnecessary explanation), not 4, since the over-explanation is more than minor. | 3 / 5 |
Actionability | Fully executable, copy-paste-ready commands cover every common case: install (`npm install -g @membranehq/cli@latest`), headless login completion (`membrane login complete <code>`), connection setup (`membrane connection ensure "https://..." --json`), action search and execution with JSON input, the proxy request syntax, and a flag-by-flag proxy options table. This matches anchor 5. | 5 / 5 |
Workflow Clarity | The sequence (install → login → connection ensure → poll state → search actions → run) exists and includes a solid connection-state feedback loop (READY / CLIENT_ACTION_REQUIRED / CONFIGURATION_ERROR → act → re-poll). However, "skip to **Step 2**" references a step that is never defined, and the skill exposes destructive and batch operations (Delete Page, Delete Blog Post, list-everything actions) with no validation or verification guidance — the rubric caps workflow clarity at 3 in that case. | 3 / 5 |
Progressive Disclosure | No bundle files exist (references/, scripts/, assets/ are absent), so everything — the 20-row action catalog, the proxy flags reference, and the detailed clientAction semantics — is inlined in a single ~160-line file. Sections are clearly headed, but content that should live in one-level-deep reference files is inline, matching anchor 3. | 3 / 5 |
Total | 14 / 20 Passed |