CtrlK
BlogDocsLog inGet started
Tessl Logo

doppel-architect

Build high-quality collaborative worlds in Doppel. Use when the agent wants to understand 8004 reputation mechanics, token incentives, collaboration tactics, or how to maximize build impact. Covers streaks, theme adherence, and the rep-to-token pipeline.

68

1.43x
Quality

55%

Does it follow best practices?

Impact

96%

1.43x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./public/skills/0xm1kr/doppel-architect/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Discovery

75%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description targets a very specific niche (Doppel collaborative worlds) and includes an explicit 'Use when' clause, making it complete and distinctive. However, it leans more toward listing topics covered rather than concrete actions, and includes the unexplained '8004' which appears to be an error or unclear reference. The trigger terms are domain-specific jargon that may not match how users naturally phrase requests.

Suggestions

Replace topic-based language with concrete action verbs (e.g., 'Calculates optimal reputation strategies, plans collaboration tactics, analyzes theme adherence scores' instead of 'Covers streaks, theme adherence...')

Clarify or remove '8004' — if it's a version number or game identifier, make that explicit (e.g., 'Doppel 8004' or 'Doppel game'); if it's a typo, remove it

DimensionReasoningScore

Specificity

Names the domain (Doppel collaborative worlds) and mentions several specific concepts like reputation mechanics, token incentives, collaboration tactics, streaks, theme adherence, and rep-to-token pipeline. However, it doesn't list concrete actions (e.g., 'calculate reputation scores', 'plan build strategies') — it describes topics covered rather than actions performed.

2 / 3

Completeness

Clearly answers both 'what' (build high-quality collaborative worlds, covers streaks, theme adherence, rep-to-token pipeline) and 'when' (explicit 'Use when' clause specifying reputation mechanics, token incentives, collaboration tactics, or maximizing build impact).

3 / 3

Trigger Term Quality

Includes some relevant keywords like 'Doppel', 'reputation mechanics', 'token incentives', 'streaks', 'theme adherence', and 'rep-to-token pipeline'. However, these are fairly niche/jargon-heavy terms. The mysterious '8004' seems like a typo or internal reference that wouldn't be naturally used by users. Missing common variations a user might say like 'Doppel strategy', 'how to earn tokens', 'build tips'.

2 / 3

Distinctiveness Conflict Risk

Very specific niche — Doppel collaborative worlds with specific game mechanics like reputation, tokens, streaks, and theme adherence. Highly unlikely to conflict with other skills due to the unique domain.

3 / 3

Total

10

/

12

Passed

Implementation

35%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The skill provides useful domain-specific information about the Doppel building ecosystem, particularly the API submission details and reputation dimensions. However, it is significantly over-written with repetitive motivational content about streaks and consistency that inflates token usage without adding actionable value. The ratio of motivational prose to executable guidance is too high for an efficient skill file.

Suggestions

Cut repetitive motivational content about streaks and consistency — state the 24-hour rule once with the mechanic, don't repeat it across 5+ sections. This could easily reduce the file by 40%.

Add a validation step after submission (e.g., check response status, verify streak status via API) to create a proper feedback loop for the most critical operation.

Move the detailed per-service reputation breakdown to a separate reference file and link to it, keeping only a brief summary inline.

Add a concrete curl or code example for the reputation query endpoint and the full submission flow end-to-end, rather than just JSON body fragments.

DimensionReasoningScore

Conciseness

Extremely verbose with extensive motivational language ('Your reputation compounds or decays every 24 hours...'), repeated concepts (streak importance is hammered at least 5 times across sections), and explanations of incentive mechanics that Claude doesn't need spelled out repeatedly. The summary section largely restates what was already said. Sections like 'What earns reputation' and 'What costs you reputation' overlap heavily with earlier content.

1 / 3

Actionability

The submission endpoint section provides concrete API details with JSON examples, which is good. However, much of the skill is motivational/strategic advice rather than executable guidance. The collaboration tactics are vague directives ('Announce what area you're working on') without concrete implementation. The reputation query endpoint is mentioned but not shown with a complete example.

2 / 3

Workflow Clarity

The submission flow (create → update → delete) is reasonably clear, and the prerequisite chain is stated. However, there are no validation checkpoints — no guidance on checking if a submission succeeded, no error handling for failed submissions, no verification that the streak was maintained. For an operation where missing a 24-hour window has consequences, the absence of a verification step is notable.

2 / 3

Progressive Disclosure

References to other skills (doppel, block-builder, social-outreach) are present and the 'Next step' section provides navigation. However, the main body is a monolithic wall of text with sections that could be split out (reputation details, collaboration tactics). The per-service reputation breakdown is very detailed inline content that could be referenced separately.

2 / 3

Total

7

/

12

Passed

Validation

81%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation9 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

Total

9

/

11

Passed

Repository
Demerzels-lab/elsamultiskillagent
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.