CtrlK
BlogDocsLog inGet started
Tessl Logo

1k-startup-profile

Deep startup profiling for OneKey mobile — per-module JS factory timings, HBC I/O/parse breakdown, per-segment timings. Gated behind the single env var `ONEKEY_STARTUP_PROFILE=1`. Zero overhead when disabled (default). Use when diagnosing cold-start regressions, sizing main.bundle parse cost, finding slow modules, measuring segment load, or auditing what a 1.7s `require('./App')` actually contains. Triggers on: startup profile, 启动性能分析, module timing, HBC parse time, segment timing, require cost, StartupProfile, ONEKEY_STARTUP_PROFILE, __d patcher, inline-requires.

77

Quality

96%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

92%

Reviews 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 and token-efficient, with a clear enable-validate-interpret workflow and concrete executable commands throughout. Its only weakness is progressive disclosure: everything lives in one long SKILL.md with no split into reference files, even though parts (example log, parsing scripts, caveats) would benefit from being one level deep.

Suggestions

Split the 'What shows up in the log when enabled' example log and the 'Parsing script (quick aggregation)' commands into a separate reference file (e.g. PARSING.md), keeping SKILL.md as a lean overview that links to it one level deep.

Move the 'Caveats' and the per-layer 'Interpreting the numbers' detail into a reference (e.g. INTERPRETATION.md) so the main body focuses on enable + validate + diagnose workflow.

Add a short 'Quick start' section near the top that gives the minimal enable→grep→interpret path, with deeper sections linked below for progressive disclosure.

DimensionReasoningScore

Conciseness

The body is dense and assumes Claude's competence — Metro, Hermes bytecode (HBC), split-bundle, and MMKV are used without primer-level explanation, and the explanations that do appear (self vs total, __r vs __d, pre-warm side effect) are tool-specific non-obvious details that earn their place; it is not level 2 because there is no generic concept padding to tighten away.

3 / 3

Actionability

Provides fully executable, copy-paste-ready guidance — 'export ONEKEY_STARTUP_PROFILE=1', 'yarn app:android', 'eas build --profile profile-startup --platform android', eas.json/Info.plist snippets, and grep/awk parsing scripts; it is not level 2 because the code and commands are complete rather than pseudocode or abstract direction.

3 / 3

Workflow Clarity

The enable→build→run→check sequence is clear and includes an explicit validation checkpoint with an error-recovery feedback loop (the 'Cross-platform check' missing→likely cause→fix table); it is not level 2 because validation steps are explicit, not merely implicit or absent.

3 / 3

Progressive Disclosure

The skill is well-organized with clear headers, tables, and section separators, but it is a single ~200-line monolithic file with all detail inline and no offloading into bundle reference files; it is not level 3 because content such as the example log dump, parsing scripts, and caveats could be split into one-level-deep references, and not level 1 because organization and navigation within the file are solid and there are no deeply nested references.

2 / 3

Total

11

/

12

Passed

Description

100%

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 specific, third-person, and explicitly covers both capabilities and trigger conditions, with strong natural-term coverage including bilingual triggers. It is a model 'what + when + triggers' description for a narrowly scoped instrumentation skill.

DimensionReasoningScore

Specificity

Names multiple concrete measurement actions — 'per-module JS factory timings, HBC I/O/parse breakdown, per-segment timings' — matching the level-3 anchor of listing several specific concrete actions; it is not level 2 because it goes beyond naming just a domain and a couple actions.

3 / 3

Completeness

Explicitly answers both 'what' (deep startup profiling with three measured layers) and 'when' via a clear 'Use when diagnosing cold-start regressions...' clause plus explicit triggers; it is not level 2 because the 'when' is stated, not merely implied.

3 / 3

Trigger Term Quality

Provides broad natural-term coverage users would actually say — 'startup profile, 启动性能分析, module timing, HBC parse time, segment timing, require cost' — rather than jargon; it is not level 2 because common variations are well represented, including bilingual and API-level terms.

3 / 3

Distinctiveness Conflict Risk

A clear niche — OneKey mobile startup profiling gated behind the named env var ONEKEY_STARTUP_PROFILE with distinctive trigger tokens — making conflict with other skills unlikely; it is not level 2 because it is not merely 'somewhat specific' but tightly scoped to this product and instrumentation.

3 / 3

Total

12

/

12

Passed

Validation

100%

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

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
OneKeyHQ/app-monorepo
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.