Content
68%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 with copy-paste Membrane CLI commands and a well-structured connection workflow, but it loses conciseness to an unnecessary intro about what LinkedIn is and lacks validation guidance for its destructive actions, which caps workflow clarity.
Suggestions
Remove or compress the opening paragraph explaining what LinkedIn is; Claude already knows this.
Add an explicit validation/confirmation checkpoint before running destructive actions (delete-post, delete-comment, delete-reaction), e.g. confirm the target URN with the user and verify existence via get-post before deletion.
Fix the inconsistent step numbering ("1b" with no "1a"/"Step 2" label) so the connection sequence is unambiguous.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The opening paragraph "LinkedIn is a professional networking platform where users create profiles to showcase their work experience..." explains a concept Claude already knows, and lines like "so you can focus on the integration logic rather than auth plumbing" add padding; the rest is mostly efficient, fitting the 'mostly efficient but includes some unnecessary explanation' anchor rather than level 4. | 3 / 5 |
Actionability | The body provides copy-paste-ready commands throughout (`npm install -g @membranehq/cli@latest`, `membrane login`, `membrane connection ensure`, `membrane action list`, `membrane action run`, `membrane request`) plus a concrete actions table and flag reference, matching the 'fully executable; copy-paste ready code or commands; specific examples cover the common cases' anchor. | 5 / 5 |
Workflow Clarity | The connect-to-LinkedIn flow is sequenced with state polling and error handling (READY / CLIENT_ACTION_REQUIRED / CONFIGURATION_ERROR), but the skill exposes destructive actions (delete-post, delete-comment, delete-reaction) with no validation or verification checkpoint before running them, so per the destructive-operations cap workflow clarity cannot exceed 3. | 3 / 5 |
Progressive Disclosure | Content is organized into clear, well-labeled sections (Overview, Install, Authentication, Connecting, Searching, Popular actions, Proxy requests, Best practices) with no nested references and a single inline file; the large inline actions table is a minor organization gap that keeps it just below the ideal level-5 split. | 4 / 5 |
Total | 15 / 20 Passed |