Content
78%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 content is highly actionable with executable commands and real validation feedback loops, but it is held back by inconsistent step numbering (dangling "Step 2" references) and a monolithic structure with no progressive split for a 140-line skill. Tightening the intro and fixing the step labels would notably improve it.
Suggestions
Resolve the dangling "Step 2" references: either label the action-running section as Step 2 or renumber the flow consistently so "skip to Step 2" points to a real heading.
Move the detailed clientAction state machine and the proxy flags table into reference files (e.g. REFERENCES/connection-states.md) and link to them, so SKILL.md stays an overview.
Trim the introductory "Ikigai is a life purpose and career planning app..." paragraph and editorial asides to reduce tokens that don't aid execution.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is mostly lean and command-driven with each flag table and example earning its place, but the introductory "what Ikigai is" paragraph and a few editorial sentences ("so you can focus on the integration logic", "This is the fastest way") are trimmable padding. | 4 / 5 |
Actionability | It provides fully executable, copy-paste-ready commands throughout (install, login, connection ensure/get with --wait, action list/run with --input, request with a complete flag table), covering the common cases with real parameters and --json output. | 5 / 5 |
Workflow Clarity | There is a clear install → login → connect → poll → search → run sequence with validation checkpoints (state polling, CLIENT_ACTION_REQUIRED feedback, re-poll after user action), but the "skip to Step 2" references point to a step that is never labeled and section numbering is inconsistent. | 4 / 5 |
Progressive Disclosure | Sections are clearly headed and navigable, but the ~140-line body is monolithic with no bundle files; content that could be split out (the detailed clientAction state machine, the proxy flags table) is inlined rather than referenced one level deep. | 3 / 5 |
Total | 16 / 20 Passed |