CtrlK
BlogDocsLog inGet started
Tessl Logo

employment-contract-templates

Create employment contracts, offer letters, and HR policy documents following legal best practices. Use when drafting employment agreements, creating HR policies, or standardizing employment documentation.

78

1.04x
Quality

68%

Does it follow best practices?

Impact

96%

1.04x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./tests/ext_conformance/artifacts/agents-wshobson/hr-legal-compliance/skills/employment-contract-templates/SKILL.md

The canonical home for this skill is employment-contract-templates in wshobson/agents

SKILL.md
Quality
Evals
Security

Quality

Content

50%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 templates themselves are high quality and immediately usable, and the description-level framing is clear. But the skill inlines its entire payload in SKILL.md with no progressive disclosure, restates large amounts of boilerplate Claude could generate unaided, and offers no sequenced workflow or validation checkpoints for legally consequential documents.

Suggestions

Move the three full templates into separate reference files (e.g. references/offer-letter.md, references/employment-agreement.md, references/handbook-policies.md) and keep SKILL.md as a concise overview with one-level-deep, clearly signaled links.

Add an explicit drafting workflow with checkpoints: gather role/jurisdiction details → select template from the document-type table → fill placeholders → check jurisdiction-specific items (at-will, non-compete enforceability) → flag for legal counsel review.

Trim template sections Claude can already draft well (holiday lists, generic code-of-conduct bullets, standard EEO language) down to the distinguishing structural skeleton, keeping only jurisdiction- or compliance-critical language verbatim.

DimensionReasoningScore

Conciseness

The body inlines ~400 lines of full template prose, much of which Claude already knows how to produce (standard EEO statements, holiday lists, generic code-of-conduct bullets, at-will boilerplate), so a large share of the token budget restates familiar material. This is noticeably verbose — anchor 2 — rather than anchor 3's 'mostly efficient with some unnecessary explanation', since the padding is substantial rather than incidental.

2 / 5

Actionability

The three templates (offer letter, employment agreement, handbook policy section) are complete, copy-paste ready with explicit placeholders, and the document-type table maps purpose to usage — matching anchor 4/5 territory. It falls at 4 rather than 5 because there is no explicit guidance on filling, selecting, or jurisdiction-customizing the templates beyond bracketed inline notes, leaving minor gaps.

4 / 5

Workflow Clarity

There is an implicit path (When to Use → document-type table → template → Best Practices with 'Consult legal counsel' and 'Customize for your jurisdiction'), but no explicit step sequence or validation checkpoint for a high-stakes legal-document task. Fits anchor 3 (direction present, checkpoints implicit/missing); not anchor 4, which requires a clear sequence with most checkpoints explicit.

3 / 5

Progressive Disclosure

Structure exists (## Templates with ### per template, Best Practices, Resources), but ~400 lines of full templates that clearly belong in separate reference files are inlined and no bundle files exist at all. Matches anchor 3 ('content that should be separate is inline', decent section structure) rather than anchor 2, which requires minimal structure on top of the inlining.

3 / 5

Total

12

/

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 description in third-person voice that clearly states what the skill does and when to use it, with natural trigger phrases and a well-delineated niche. The only weaknesses are mild: a generic 'legal best practices' qualifier and a few missing natural synonyms (handbook, NDA, onboarding).

DimensionReasoningScore

Specificity

Lists several concrete actions — 'Create employment contracts, offer letters, and HR policy documents' — which is specific and covers the domain's main artifacts, but 'following legal best practices' is generic filler and coverage stops at document creation (no review/editing/standardization actions). Fits anchor 4 (several specific actions, minor gaps) rather than 5, which demands comprehensive multi-action coverage, and clearly above anchor 3's '1-2 concrete actions'.

4 / 5

Completeness

Explicitly answers both: what — 'Create employment contracts, offer letters, and HR policy documents following legal best practices' — and when — 'Use when drafting employment agreements, creating HR policies, or standardizing employment documentation' with concrete trigger phrases. Matches the anchor-5 good example pattern exactly; anchor 4 would require the 'when' to be less explicit, which it is not.

5 / 5

Trigger Term Quality

Good natural keyword coverage: 'employment contracts', 'offer letters', 'HR policy documents', 'drafting employment agreements', 'standardizing employment documentation' — phrases users would naturally say. Missing common variations like 'employee handbook', 'NDA', 'non-compete', or 'onboarding', so it fits anchor 4 (good coverage, a few natural terms missing) rather than anchor 5's comprehensive synonym/extension coverage.

4 / 5

Distinctiveness Conflict Risk

'Employment contracts, offer letters, and HR policy documents' carves out a clear HR/legal-documentation niche with distinct triggers, unlikely to fire for general document or coding skills. Matches anchor 5 (clear niche, minimal conflict risk); not anchor 4, which requires acknowledged minor overlap with closely related skills.

5 / 5

Total

18

/

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 (528 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository
Dicklesworthstone/pi_agent_rust
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.