CtrlK
BlogDocsLog inGet started
Tessl Logo

terra-sdk

Terra SDK integration for Python, JavaScript, iOS, Android, React Native, and Flutter. Use when implementing Terra in applications, choosing SDKs, or integrating mobile health sources.

54

Quality

68%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

High

Do not use without reviewing

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/terra-sdk/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

53%Weight 40%Scale 1-5

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

The body is a dense, largely executable API reference with lean prose and real error-handling examples, which makes it highly actionable. Its structural weakness dominates, though: everything is inlined in one 583-line SKILL.md with no reference files, no explicit integration workflow, and 'Related Skills' links that don't resolve within the bundle.

Suggestions

Split per-platform SDK references (iOS, Android, React Native, Flutter) into separate reference files under references/ and keep only the SDK overview table, setup quick-starts, and token-generation flow in SKILL.md.

Add an explicit integration workflow section (generate auth token on backend -> initConnection -> enable scheduler -> read/write data) with validation checkpoints, e.g. checking the connection callback success flag before fetching data.

Replace placeholder arguments ('user_id=...', 'VERSION') in code examples with realistic values so snippets are copy-paste ready, and remove the 'Related Skills' section or verify those sibling skills exist in the bundle.

DimensionReasoningScore

Conciseness

Prose is lean — it assumes Claude's competence and devotes nearly all tokens to code — but getActivity/getSleep/getDaily blocks repeat across six platforms, and the 'When to Use Each SDK' table duplicates the SDK Overview table's Use Case column. It is mostly efficient with tightening opportunities, matching anchor 3 rather than 4.

3 / 5

Actionability

Concrete install commands, setup code, method references, error handling (ApiError/TerraError), and manifest permissions are provided for every platform. Minor gaps keep it below anchor 5: placeholder arguments like 'user_id=...', undefined variables like startDate/endDate, and 'VERSION' placeholders in the gradle and pubspec snippets.

4 / 5

Workflow Clarity

Per-platform sections follow an implicit order (installation, setup, connect, read, write) and 'Backend Token Generation' ties the mobile flow together with token expiration details, but no explicit sequence ('first... then...') and no validation or checkpoint guidance exist beyond one error-handling snippet. This matches anchor 3 — sequence present but checkpoints missing or implicit.

3 / 5

Progressive Disclosure

The body is a monolithic 583-line reference with no bundle files at all; per-platform API references that clearly belong in separate files are inlined, matching anchor 2. The 'Related Skills' section points to terra-auth, terra-connections, terra-data, and terra-webhooks, none of which exist in this bundle, making them dead pointers rather than well-signaled references.

2 / 5

Total

12

/

20

Passed

Description

70%Weight 40%Scale 1-5

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 is solid: it names the niche clearly, lists all six platforms, includes an explicit 'Use when...' trigger clause, and is concise. Its main weaknesses are generic action verbs instead of concrete capabilities, and a when-clause that partially restates the what rather than naming the natural phrases (health source names, wearables) a user would say.

DimensionReasoningScore

Specificity

The description names the domain ('Terra SDK integration') plus actions 'implementing Terra in applications', 'choosing SDKs', and 'integrating mobile health sources', but these are generic verbs rather than concrete capabilities (no auth, data retrieval, webhooks, or named health sources). It matches anchor 3 — domain plus a few actions, not comprehensive — and not anchor 4 because the actions listed are not specific technical operations.

3 / 5

Completeness

It has a clear 'what' (SDK integration across six named platforms) and an explicit 'Use when...' clause ('Use when implementing Terra in applications, choosing SDKs, or integrating mobile health sources'). The when-clause is somewhat circular since 'implementing Terra' restates the what rather than naming concrete user-side triggers, so it fits anchor 4 rather than 5.

4 / 5

Trigger Term Quality

Natural keywords include 'Terra', 'SDK', and all six platform names (Python, JavaScript, iOS, Android, React Native, Flutter) plus 'mobile health sources'. A few natural terms users would say are missing, such as 'Apple Health', 'Samsung Health', 'Health Connect', 'wearables', or 'fitness data', which fits anchor 4 rather than 5.

4 / 5

Distinctiveness Conflict Risk

The description carves out a clear niche (Terra SDK integration across specific platforms) with distinct triggers, but there is minor overlap risk with the closely related sibling skills the body references (terra-auth, terra-connections, terra-data, terra-webhooks), matching anchor 4 rather than 5.

4 / 5

Total

15

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (583 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository
fernandezbaptiste/Skrillz
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.