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

The canonical home for this skill is research-finance in alirezarezvani/claude-skills

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.

Highly actionable content with concrete, flag-level commands and domain knowledge Claude genuinely lacks, organized into a clear five-step workflow. The main weaknesses are duplicated boundary/purpose text across sections and a progressive-disclosure chain that is broken in practice: the body points to scripts, references, and an assets template that are not present in the bundle.

Suggestions

Ship the referenced bundle files (scripts/program_budget_planner.py, burn_runway_tracker.py, capex_vs_opex_router.py, the three references/*.md canon docs, and assets/rd_program_budget_template.md) or remove/deweight the paths so no reference in the body dangles.

Deduplicate the boundary content: the intro paragraph, '## Purpose', and '## Distinct from' table all restate the finance/financial-analysis and research/grants distinctions already in the description — keep one (the table) and trim the rest.

Move the five-question 'Forcing-question library' (with its per-question canon citations) into a reference file linked from a short section, keeping SKILL.md as a lean overview.

DimensionReasoningScore

Conciseness

The body is mostly dense, domain-specific guidance Claude would not already know (MTDC-exempt categories, trailing vs lifetime-average burn, NICRA confirmation), e.g. 'Applying F&A to the full base. Capital equipment, large subaward portions, and certain categories are MTDC-exempt.' But there is noticeable duplication: the intro paragraph and '## Distinct from' table both restate the description's boundary content, and '## Purpose' overlaps '## When to use' — matching the 4 anchor (minor over-explanation that could be trimmed) rather than 5, where every token would earn its place.

4 / 5

Actionability

Fully executable, copy-paste-ready commands with real flags cover the common cases: 'program_budget_planner.py --input program.json --profile {pharma-rd|biotech|medtech|deep-tech|software-rd|university-lab} --fa-rate <negotiated rate>', 'burn_runway_tracker.py --input ledger.json --threshold-months 6', 'capex_vs_opex_router.py --sample --standard ifrs', plus onboarding ('python3 scripts/onboard.py --show') and the sample invocations in '## Quick examples'. Matches the 5 anchor; not 4 because the --sample runs alone give a working end-to-end demonstration without user-supplied inputs.

5 / 5

Workflow Clarity

The five-step workflow (lay out program → build budget → track burn/runway → route treatment → assemble review) gives a concrete command and expected output for each step, and the closing 'Walk depth-first. Lock 1-2 before opening 3-5' adds sequencing discipline. Validation is only implicit ('warns you to confirm it is a negotiated NICRA, not a guess' in Assumptions) — no explicit checkpoints or error-recovery loops inside the workflow, which fits the 4 anchor (clear sequence, minor validation gaps) rather than 5. The destructive/batch cap of 3 does not apply since this is non-destructive analysis.

4 / 5

Progressive Disclosure

The in-document structure is good and references are clearly signaled one level deep ('references/rd_program_finance_canon.md — IAS 38 (research vs development); ASC 730 + ASC 985-20...'), but scoring against the actual bundle: no references/, scripts/, or assets/ directories exist, so every referenced path — the three scripts, three reference docs, and assets/rd_program_budget_template.md — is dangling and unverifiable. Combined with inline content that belongs in reference files (the five-question 'Forcing-question library' with canon citations), this fits the 3 anchor (some structure, but organization compromised) better than 4, where references would mostly resolve.

3 / 5

Total

16

/

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.

A strong description: explicit 'Use when' triggers tied to concrete capabilities, third-person voice, and explicit boundary separation from the two nearest-neighbor skills. Keyword coverage is good but slightly jargon-lean, missing a few lay synonyms.

DimensionReasoningScore

Specificity

The description lists three concrete, comprehensive actions: 'building a multi-period program budget with the F&A (indirect) split', 'tracking burn rate and runway against value-inflection milestones', and 'routing R&D cost items to a capitalize-vs-expense determination', plus explicit behavioral boundaries ('it never books an entry or decides accounting treatment'). This matches the 5 anchor (multiple specific concrete actions, comprehensive coverage) rather than 4, since the actions map one-to-one to the skill's full toolset with no coverage gaps.

5 / 5

Completeness

It opens with an explicit trigger clause ('Use when managing the money for an internal R&D program or portfolio — building... tracking... or routing...') that states when to invoke, and the enumerated actions state what it does — both what and when are explicit with concrete trigger phrases, exactly matching the 5 anchor. Not 4, because the 'when' is not merely present but itemized per capability.

5 / 5

Trigger Term Quality

Good natural keyword coverage: 'managing the money for an internal R&D program', 'program budget', 'burn rate', 'runway', 'capitalize-vs-expense' — phrases a finance-literate user would actually say. Falls short of the 5 anchor because some natural variations are absent (e.g., 'indirect cost rate'/'overhead' beyond the F&A parenthetical, 'cash burn', 'months of runway'), and terms like 'value-inflection milestones' skew jargon-ward.

4 / 5

Distinctiveness Conflict Risk

It closes with explicit boundary delineation: 'Distinct from finance/financial-analysis (corporate DCF, close, valuation) and research/grants (funding discovery — this manages money already won)', carving a clear niche (internal R&D program money already allocated) with sibling-level disambiguation. Minimal conflict risk; matches the 5 anchor. Not 4, since overlap with the named neighbors is addressed head-on rather than left as minor risk.

5 / 5

Total

19

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

referenced_paths_exist

Referenced path issues: 14 missing

Warning

Total

14

/

16

Passed

Repository

alirezarezvani/claude-skills

Path

.gemini/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.