Content
25%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 monolithic dump of reference implementations for well-known CRDT structures rather than a usable skill: it lacks any usage workflow or validation steps, depends on undefined helper classes and an unspecified MCP tool API, and buries everything in one oversized file with no progressive disclosure. Claude gains little beyond what it already knows about CRDTs.
Suggestions
Replace the from-scratch textbook implementations of standard CRDTs with usage guidance for an existing library (e.g. automerge or Yjs), keeping SKILL.md to what is genuinely non-obvious.
Add an explicit multi-step workflow (instantiate synchronizer -> register CRDTs -> synchronize -> verify convergence) with a validation checkpoint before treating replicas as converged.
Move the individual CRDT implementations and advanced sections (causal tracker, composition, consensus integration) into references/ files and link to them from a concise overview, and delete the stray second YAML frontmatter block.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The ~970-line body re-implements textbook CRDTs (G-Counter, OR-Set, LWW-Register, RGA) that Claude already knows, padding the context window with standard CS material. It also carries a stray second YAML frontmatter block, decorative hook echoes, and admitted placeholders ('Simplified merge - real implementation would use topological sort'), matching anchor 1: 'Severely verbose; extensively explains concepts Claude already knows; heavily padded'. | 1 / 5 |
Actionability | Substantial concrete JavaScript is provided (GCounter, ORSet, LWWRegister are largely complete), but it is not executable as written: it depends on undefined classes (VectorClock, SyncScheduler, SyncScheduler, PNCounter, ORMap, CausalTracker wiring) and on an unexplained 'this.mcpTools' API, and several methods are explicitly simplified placeholders. This matches anchor 3 ('concrete guidance but incomplete; pseudocode instead of executable code; missing key details') rather than anchor 4, whose code is copy-paste runnable with only minor gaps. | 3 / 5 |
Workflow Clarity | There is no operational sequence for using the skill: 'Core Responsibilities' is a topical list, not steps, and no section tells Claude how to instantiate, synchronize, or verify anything. Anchor 2 fits best ('rough sequence present but many gaps; steps poorly defined; validation absent') — it is above anchor 1 only because the responsibilities list and synchronize() flow give a rough ordering of concerns. | 2 / 5 |
Progressive Disclosure | No references/, scripts/, or assets/ exist; all six-plus class implementations and advanced topics are inlined in a single ~970-line file with a duplicate frontmatter block at the top. This matches anchor 2 ('content that clearly belongs in separate files is inlined'); it escapes anchor 1 only because section headers provide minimal navigability. | 2 / 5 |
Total | 8 / 20 Passed |