CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

apify-actorization

Actorization converts existing software into reusable serverless applications compatible with the Apify platform. Actors are programs packaged as Docker images that accept well-defined JSON input, perform an action, and optionally produce structured JSON output.

Quality

74%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/apify-actorization/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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.

A well-structured, command-driven workflow guide: the 8-step actorization process is clearly sequenced, validation is checklist-based, and language-specific detail is properly pushed into four real reference files. The main costs are token redundancy (the description restated verbatim and the same step sequence presented three times) and the lack of an explicit error-recovery loop at the validation checkpoints.

Suggestions

Remove the verbatim restatement of the frontmatter description at the top of the body, and collapse either the Quick Start or the Actorization Checklist so the 8-step sequence is stated once (with the other referring to it).

Add a short feedback loop after validation steps, e.g. "If schema validation or `apify run` fails, fix the reported issue and re-run before proceeding to `apify push`".

Fix the cross-bundle pointer in js-ts-actorization.md (../../apify-actor-development/references/standby-mode.md) to a path that resolves within this skill, or inline the essential standby-mode guidance.

DimensionReasoningScore

Conciseness

Mostly efficient — commands, tables, and checklists with no over-explanation of known concepts — but the frontmatter description is repeated verbatim in the body, and the 8-step sequence appears three times (Quick Start, Actorization Checklist, Steps 1–8), which is noticeable redundancy. Between 3 and 4; the triple duplication of the same sequence makes it closer to 3 (could be tightened) than 4 (only minor trims).

3 / 5

Actionability

Copy-paste-ready commands throughout (`apify init`, `apify run --input '{"startUrl": …}'`, `apify push`, `brew install apify-cli`, `await Actor.charge('result')`) plus a concrete pre-deployment checklist. Not 5: the core SDK-wrapping code is deferred to reference files and a few spots stay high-level ("Use the documented local CLI flow for the selected language", `'{"key": "value"}'` placeholder).

4 / 5

Workflow Clarity

A clearly sequenced 8-step process with a copyable progress checklist and pre-deployment validation checkpoints (schema validation against `@apify/json_schemas`, "`apify run` executes successfully with test input", "Dockerfile builds successfully"). Not 5: no explicit validate→fix→retry feedback loop for when a checkpoint fails.

4 / 5

Progressive Disclosure

The body is an appropriate overview with well-signaled, one-level-deep references split by language (js-ts, python, cli, schemas-and-output), all real files. Not 5: js-ts-actorization.md:96 points to a cross-bundle path (../../apify-actor-development/references/standby-mode.md) whose resolution depends on another skill's directory layout, a minor navigation/organization gap.

4 / 5

Total

15

/

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.

A specific, distinctive, third-person description that clearly communicates what the skill does and the technical shape of the result (Docker-packaged, JSON in/out). Its main weakness is the complete absence of any "Use when…" trigger guidance, which caps completeness and limits discoverability by users who describe their need in natural terms.

Suggestions

Add an explicit trigger clause, e.g. "Use when converting an existing project, script, or CLI tool into an Apify Actor, or when adding the Apify SDK to a codebase."

Include natural synonym phrasing such as "Apify Actor", "deploy to Apify", and "actorize" so users describing the task in their own words match the description.

Optionally mention one or two more capability actions (configuring input/output schemas, deploying via apify push) to round out coverage.

DimensionReasoningScore

Specificity

Concrete technical language throughout — "converts existing software into reusable serverless applications", "packaged as Docker images that accept well-defined JSON input" — names the domain and mechanism with only a single capability action. Fits the 4 anchor (specific, minor gaps) rather than 5 (only one action listed, not several) or 3 (no vague filler to penalize).

4 / 5

Completeness

The "what" is clearly stated (converting software into Apify Actors) but the "when" is entirely absent — no "Use when…" clause or equivalent trigger guidance, which per the judging guidelines caps completeness at 3. Matches the score-3 anchor exactly; not 4 because the "when" is not weakly implied anywhere.

3 / 5

Trigger Term Quality

"Apify platform", "Actorization", "Docker images", "serverless" give good natural keyword coverage for the domain. Not 5 because synonyms and variations users would say ("Apify Actor", "convert to an Actor", "Apify SDK") are missing; above 3 because coverage is good, not merely partial.

4 / 5

Distinctiveness Conflict Risk

"Apify platform" and "Actorization" pin a clear niche with distinct triggers and minimal conflict risk with any other skill. Matches the 5 anchor; "serverless" and "Docker" are broad terms, but the explicit Apify/Actor naming keeps overlap risk minimal.

5 / 5

Total

16

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

sickn33/agentic-awesome-skills

Path

skills/apify-actorization/SKILL.md

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.