CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

fla-pr-stacks

Split oversized FLA pull requests into focused changes, reuse existing PRs, and create or maintain verified GitHub native PR stacks.

Quality

86%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

92%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 dense, well-sequenced procedural skill with explicit validation checkpoints, error-recovery guidance, and executable commands for stack creation, linking, and verification. The only notable gap is that the commit-reconstruction workflow in section 2 lacks concrete commands, leaving the trickiest mechanical step to inference.

DimensionReasoningScore

Conciseness

The body is lean and assumes competence: it never explains what PRs or stacking are, and every sentence carries a rule or instruction (e.g. "Do not split by arbitrary line counts, leave callers broken, or defer tests to a later PR").

5 / 5

Actionability

Submission, linking, verification, and diff validation all have concrete executable commands, but the central commit-reconstruction step is directed only in prose ("reconstructing commits in isolated branches or worktrees") with no specific commands or example approach.

4 / 5

Workflow Clarity

Four clearly sequenced phases each carry explicit validation — run tests at each layer's head and on the combined result, require non-null "stack" objects with matching identity via the API check, and an error-recovery loop ("After an error, inspect what succeeded before retrying") — including cautions for the destructive rebase/force-push operations.

5 / 5

Progressive Disclosure

With no bundle files, the ~63-line body is appropriately self-contained: well-organized numbered sections delegate detail via clearly signaled one-level-deep links (CONTRIBUTING.md, AGENTS.md, fla-pr-readiness, GitHub docs) instead of inlining it.

5 / 5

Total

19

/

20

Passed

Description

75%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 specific, well-scoped description with concrete verbs and a distinct niche, but it completely lacks a "when to use" trigger clause. Adding explicit usage triggers would raise both completeness and trigger-term coverage.

Suggestions

Append an explicit trigger clause, e.g. "Use when a pull request exceeds the repository's size limit, when changes should reuse an existing open PR, or when creating or updating stacked pull requests."

Include common user phrasings as trigger synonyms, such as "stacked PRs", "break up this PR", or "PR too large to review".

Clarify the split from the related PR-readiness skill (e.g. mention that PR descriptions and evidence are handled elsewhere) to further reduce overlap risk.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "Split oversized FLA pull requests into focused changes", "reuse existing PRs", "create or maintain verified GitHub native PR stacks" — giving comprehensive coverage of the skill's scope rather than just several actions with gaps.

5 / 5

Completeness

The "what" is clearly and concretely stated, but there is no "Use when..." clause or equivalent explicit trigger guidance, which caps completeness at 3 per the rubric guideline.

3 / 5

Trigger Term Quality

Natural terms like "pull requests", "PRs", "PR stacks", "oversized", and "GitHub" are present and would be said by users, but common variations such as "stacked PRs", "break up/downsize a PR", or "PR too large" are missing.

4 / 5

Distinctiveness Conflict Risk

"FLA pull requests" and "GitHub native PR stacks" carve out a clear niche with distinct triggers, making conflict with adjacent PR-management skills unlikely.

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 3 suspicious

Warning

Total

15

/

16

Passed

Repository

fla-org/flash-linear-attention

Path

.agents/skills/fla-pr-stacks/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.