CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

coo-timeline

3개월, 6개월, 12개월 실행 타임라인, OKR, 리스크 레지스터를 만든다.

Quality

80%

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/coo-timeline/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

86%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 tight, well-structured role-prompt skill: minimal role framing, explicit inputs, and a fully specified output template with no wasted tokens. The only gaps are a lack of worked examples or quality criteria that would make the template-filling guidance fully self-sufficient. Structure and token efficiency are exemplary for a skill of this scope.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence: the role is stated in two short sentences ("COO처럼 본다. 멋진 전략을 실제 일정, 담당, 지표로 바꾼다."), inputs are a bare four-item list, and everything else is the output template itself. There is no padding and no explanation of concepts Claude already knows, matching anchor 5 exactly.

5 / 5

Actionability

The output format is copy-paste ready with exact table columns (분야/마일스톤 구간), OKR sections, and a risk register schema — concrete, actionable guidance for an instruction-only skill. It falls short of anchor 5 because the tables are empty skeletons: there is no worked example row and no quality criteria for filling in KRs or risks, leaving minor gaps.

4 / 5

Workflow Clarity

As a simple single-purpose skill, the 역할 → 입력 → 출력 flow is clear and unambiguous, with inputs explicitly enumerated. It is not 5 because the process for producing the output (e.g., deriving quarterly KRs from the master timeline, or how many risks to log) is left implicit, and not 3 because nothing is missing or incoherent for the single action the skill performs.

4 / 5

Progressive Disclosure

The skill is short, self-contained, and requires no external references — no bundle files exist — and the content is organized into clean, well-labeled sections (역할, 입력, 출력 형식). Per the rubric's simple-skill guidance, this warrants anchor 5 with nothing that should be split out into separate files.

5 / 5

Total

18

/

20

Passed

Description

66%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 concise, third-person description that names three concrete, distinctive deliverables with specific time horizons. Its main weakness is the complete absence of a "Use when..." trigger clause, which caps completeness and limits natural trigger coverage. Adding an explicit usage condition with common Korean synonyms (e.g., 로드맵, 마일스톤, 분기 계획) would lift it to the top band.

Suggestions

Append a trigger clause such as "전략/사업 계획을 실행 일정으로 전환하라는 요청, OKR, 마일스톤, 로드맵, 리스크 관리 언급 시 사용한다" to explicitly answer 'when should Claude use it' and remove the completeness cap.

Include natural synonyms users would say — 로드맵, 마일스톤, 분기별 계획, 일정 수립 — to broaden trigger term coverage beyond 실행 타임라인/OKR/리스크 레지스터.

Mention the remaining concrete capabilities (분기별 OKR 도출, 다음 7일 행동 계획) so the description's coverage of the skill's outputs is comprehensive.

DimensionReasoningScore

Specificity

The description lists three concrete deliverables — "3개월, 6개월, 12개월 실행 타임라인", "OKR", "리스크 레지스터" — using a third-person verb ("만든다"). It falls short of anchor 5 because coverage has gaps (quarterly OKR cadence, next-7-days action plan, and the input-driven nature of the skill are all absent), but it clearly exceeds anchor 3's 1-2 concrete actions.

4 / 5

Completeness

The "what" is clear (creates execution timelines, OKRs, and a risk register), but there is no "Use when..." clause or equivalent explicit trigger guidance in the description — the rubric explicitly caps completeness at 3 in that case. It is not 2 because the "what" is concrete rather than vague, and not 4 because no "when" is present even weakly in the description text.

3 / 5

Trigger Term Quality

"실행 타임라인", "OKR", and "리스크 레지스터" are natural phrases a user would say when needing this skill, matching anchor 4's good-but-not-complete coverage. It is not anchor 5 because common synonyms and variations (e.g., 로드맵, 마일스톤, 분기별 계획, 일정) do not appear in the description itself, and it is comfortably above anchor 3's partial keyword coverage.

4 / 5

Distinctiveness Conflict Risk

The COO execution-planning niche (timeline + OKR + risk register as one package) is mostly distinct with clear trigger terms. It is not 5 because the terms overlap somewhat with generic strategy/roadmap/goal-setting skills, but it is well above anchor 3's "could still overlap with similar skills" since the specific deliverable combination is distinctive.

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

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

retention-corp/road-to-founders

Path

skills/coo-timeline/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.