CtrlK
BlogDocsLog inGet started
Tessl Logo

rebelytics/task-observer

Monitors task execution for skill improvement opportunities. Use during ANY multi-step task, agentic workflow, or work session where the agent uses tools and produces deliverables. Captures patterns, user corrections, workflow insights, and methodology worth preserving as reusable skills. Also triggers in post-task feedback discussions and when the user mentions skill observations, improvements, the observation log, skill taxonomy, or asks the agent to watch for skill opportunities. Also known as "One Skill to Rule Them All" — trigger on this phrase too. IMPORTANT: invoke this skill before the FIRST tool call of any session and before writing or proposing a plan — any turn that will involve a tool call counts, however simple the opener looks. This sentence is the session-start trigger and the only activation layer that survives an unreachable config file; pair it with a CLAUDE.md instruction or a harness session-start hook (references/environments.md) — description matching alone is not enforceable.

62

Quality

78%

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

Overview
Quality
Evals
Security
Files

Quality

Content

60%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 operationally rich with executable code, explicit validation guards, and well-signaled one-level-deep references. Its dominant weakness is verbosity — heavy philosophical rationale and repeated meta-principles inflate the core file well beyond an overview.

Suggestions

Move the duplicated guard/enforcement philosophy into a single reference (e.g. observation-log.md) and reference it once, instead of restating 'the empty result is a claim about the instrument' across the scan, id-derivation, and archival sections.

Pull the long 'Observed:' anecdotes out of the operational prose into a short rationale reference or footnotes, keeping only the rule each anecdote motivates inline.

Trim the dense prose inside each Session Start Protocol step into a crisp checklist line first, then the rationale, so the sequence reads as a navigable workflow rather than embedded essays.

DimensionReasoningScore

Conciseness

The ~800-line body is noticeably verbose: the same guard/enforcement philosophy is restated across multiple sections ('the write is the enforcement', the empty-result guard rule), interspersed with long 'Observed:' anecdotes and parenthetical asides that could be tightened without losing the operational signal.

2 / 5

Actionability

Provides fully executable bash snippets (find/awk/sed/mv with noclobber guards), a concrete YAML frontmatter template, and a Quick Reference table — mostly copy-paste-ready guidance with only minor abstract prose gaps such as 'Set that point before the second hypothesis'.

4 / 5

Workflow Clarity

The Session Start Protocol is a clear numbered sequence (1–7) with explicit validation guards ('SCAN COMMAND BROKEN... exit 1', 'ID COMMAND BROKEN', collision/noclobber checks) and feedback loops (re-derive id on collision), but the checkpoints are buried in dense prose rather than crisp standalone steps, keeping it just below 5.

4 / 5

Progressive Disclosure

A dedicated 'Reference files — load on demand' section signals seven real one-level-deep reference files, each named with its load trigger; however the core SKILL.md itself retains substantial inlined operational detail (snippets, file format, archival logic) that keeps it from a clean 5.

4 / 5

Total

14

/

20

Passed

Description

87%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 strong, complete description with excellent trigger-term coverage and explicit what/when guidance. Its main weakness is deliberate maximal breadth ('ANY multi-step task', 'before the FIRST tool call of any session') that makes it near-always-on and raises conflict risk.

DimensionReasoningScore

Specificity

Names concrete actions — 'Monitors task execution', 'Captures patterns, user corrections, workflow insights, and methodology worth preserving as reusable skills' — listing several specific capabilities with only minor abstraction gaps, falling just short of the ultra-concrete 5-anchor example.

4 / 5

Completeness

Explicitly answers both what ('Monitors task execution for skill improvement opportunities', 'Captures patterns...') and when ('Use during ANY multi-step task...', 'Also triggers in post-task feedback discussions and when the user mentions skill observations...') with concrete trigger phrases.

5 / 5

Trigger Term Quality

Comprehensive natural-term coverage including 'multi-step task', 'agentic workflow', 'post-task feedback', 'skill observations', 'observation log', 'skill taxonomy', plus the memorable phrase trigger 'One Skill to Rule Them All' — synonyms and natural phrasings a user would actually say.

5 / 5

Distinctiveness Conflict Risk

The function (skill-improvement observation) is a distinct niche, but the trigger scope is extremely broad — 'Use during ANY multi-step task' and 'invoke this skill before the FIRST tool call of any session' — creating high overlap risk with virtually every other skill, so it cannot score above 3.

3 / 5

Total

17

/

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

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

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents