CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

research-finance

Use when managing the money for an internal R&D program or portfolio — building a multi-period program budget with the F&A (indirect) split, tracking burn rate and runway against value-inflection milestones, or routing R&D cost items to a capitalize-vs-expense determination. Every budget output surfaces its assumptions block; capitalize-vs-expense is decision-support only and routes to a named finance owner — it never books an entry or decides accounting treatment. Distinct from finance/financial-analysis (corporate DCF, close, valuation) and research/grants (funding discovery — this manages money already won).

69

Quality

87%

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

78%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, highly actionable skill body: copy-paste CLI commands, a sequenced workflow with per-step outputs, and verified one-level-deep references. The main costs are redundancy — the finance-owner guardrail and sibling-skill disambiguation are repeated far more than needed — and a small input-format gap between the markdown template and the JSON inputs the scripts expect.

Suggestions

State the guardrail once (e.g., in Purpose or Anti-patterns) and cut the repeats in the intro, When-to-use, Workflow, and Assumptions sections; also drop the 'Distinct from' table since the frontmatter description already carries that disambiguation — this would tighten conciseness toward a 5.

Bridge the template-to-input gap: either show a minimal program.json / ledger.json / costs.json example inline or state that the markdown template maps to the JSON keys, so the user can go from the assets template to a runnable --input without inspecting the scripts.

Add one explicit validation loop to the Workflow, e.g. 'if burn_runway_tracker flags below-threshold runway or accelerating burn, re-run with an adjusted ramp or escalate before assembling the review packet' — this turns the read-the-output steps into true checkpoints and lifts workflow clarity toward a 5.

DimensionReasoningScore

Conciseness

The body is dense and operational — no concept tutorials, every section carries commands or decision rules. Not 5: the 'routes to a named finance owner / never books an entry' guardrail is repeated at least six times across the intro, Purpose, When-to-use, Workflow, Assumptions, and Anti-patterns sections, and the 'Distinct from' table duplicates frontmatter content; not 3: the excess is repeated emphasis rather than padded explanation of things Claude already knows.

4 / 5

Actionability

Concrete copy-paste commands throughout ('program_budget_planner.py --input program.json --profile university-lab --fa-rate 0.585', '--sample', '--output json', the onboarding and autoresearch invocations) plus a Quick examples block. Not 5: a minor gap — the workflow says to fill 'assets/rd_program_budget_template.md' (markdown) while the planner takes '--input program.json', and the input-file schemas are not shown in the body, only reachable via the scripts' --sample/--help.

4 / 5

Workflow Clarity

A clear 5-step numbered workflow with per-step commands and expected outputs ('Read direct / F&A / fully-loaded rollups + assumptions'), an explicit onboarding pre-step, and depth-first sequencing rules for the forcing questions ('Lock 1-2 before opening 3-5'). Not 5: checkpoints are mostly read-the-output rather than explicit validate-fix-retry loops (e.g., what to do when the runway flags fire or the F&A warning triggers is left to the references).

4 / 5

Progressive Disclosure

Clean overview body with one-level-deep, clearly signaled references: each of the three reference files is listed with an annotated scope summary, the scripts table maps tool to purpose/profiles, and every referenced path (references/*.md, scripts/*.py, assets/rd_program_budget_template.md) exists in the bundle. Navigation is easy and nothing is nested two levels deep.

5 / 5

Total

17

/

20

Passed

Description

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

The description is a strong example: it names three concrete capabilities in third-person voice, opens with an explicit 'Use when' trigger covering the natural user phrasing, and explicitly disambiguates two sibling skills. Its only weakness is slight synonym coverage in trigger terms.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions — 'building a multi-period program budget with the F&A (indirect) split, tracking burn rate and runway against value-inflection milestones, or routing R&D cost items to a capitalize-vs-expense determination' — with comprehensive coverage of the skill's three operations. Not 4: there is no meaningful coverage gap; all three core capabilities are named with their distinguishing detail.

5 / 5

Completeness

Explicitly answers both: what ('building a multi-period program budget with the F&A (indirect) split, tracking burn rate and runway... routing R&D cost items to a capitalize-vs-expense determination') and when ('Use when managing the money for an internal R&D program or portfolio'). Concrete trigger phrases match the anchor-5 example structure.

5 / 5

Trigger Term Quality

Good keyword coverage with genuinely natural terms users would say: 'burn rate', 'runway', 'R&D program', 'capitalize-vs-expense', 'F&A'. Not 5: a few natural variations are missing (e.g., 'cash burn', 'capitalization', 'indirect costs', 'runway extension'); not 3: coverage clearly goes beyond a couple of generic keywords.

4 / 5

Distinctiveness Conflict Risk

Clear niche (money for an internal R&D program) with explicit disambiguation: 'Distinct from finance/financial-analysis (corporate DCF, close, valuation) and research/grants (funding discovery — this manages money already won)'. Minimal conflict risk; not 4: the boundary is stated explicitly rather than merely implied.

5 / 5

Total

19

/

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

metadata_field

'metadata' should map string keys to string values

Warning

Total

15

/

16

Passed

Repository

alirezarezvani/claude-skills

Path

research-ops/skills/research-finance/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.