CtrlK
BlogDocsLog inGet started
Tessl Logo

ruview-rvagent

Explore and prototype rvAgent + RVF integration for RuView agentic flows. Use when working on cross-cog coordination, operator-facing agents reading BFLD / pose / vitals events live, or persisting agent state alongside sensing data in the same RVF container.

61

Quality

71%

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

Fix and improve this skill with Tessl

tessl review fix ./plugins/ruview/skills/ruview-rvagent/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

An efficient, well-organized orientation skill that maps the integration surface and defers depth to the research dossier. Its weakness is actionability and workflow clarity: beyond the quickstart smoke-check, the body tells Claude what the touchpoints are but not how to execute any of them.

Suggestions

Add a minimal numbered workflow for one touchpoint (e.g. the `BfldEvent → ToolOutput` shim) with the concrete file to edit and an executable validation step, so the body instructs rather than only describes.

Make the quickstart sequence explicit (activate → verify the MCP server spawned → run the smoke-check) with expected outputs, turning the implicit flow into checkpoints.

Move the version pin ("v0.1.0", "should return 0.1.0") into a version-compatibility note or keep only the command without pinning the expected output inline.

DimensionReasoningScore

Conciseness

The body is table-driven and assumes domain competence — no padding explaining what BFLD, RVF, or cog agents are, and every section carries information. It falls short of 5 because of the inline time-sensitive version pin ("`@ruvnet/rvagent` v0.1.0… should return `0.1.0` (or newer)") which is not quarantined in a deprecated/changelog note.

4 / 5

Actionability

The quickstart is concrete (MCP tool table, `RVAGENT_SENSING_URL` override, `npm view @ruvnet/rvagent version` smoke-check), but the bulk of the body — the three "shippable touchpoints", key surfaces, and open questions — is descriptive orientation with no concrete steps, commands, or code for executing any touchpoint. Not 4 because most guidance describes rather than instructs.

3 / 5

Workflow Clarity

There is a loose implicit sequence (activate plugin → tools spawn → smoke-check → consult dossier → land ADR-124 → scaffold), and the "Next decision" section gives ordering guidance, but no explicit numbered workflow exists and validation checkpoints beyond the single smoke-check are implicit. Not 2 because the pieces do convey a decipherable path with one explicit verification step.

3 / 5

Progressive Disclosure

A well-sectioned ~60-line overview with a single clearly signaled one-level-deep reference ("Full integration analysis lives at `docs/research/rvagent-rvf-integration/README.md`"), with detail appropriately deferred to it and to the ADR. No bundle files exist to inline, and no nested-reference chains are present.

5 / 5

Total

15

/

20

Passed

Description

78%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, niche-anchored description with an explicit "Use when…" clause and concrete domain trigger phrases. The main improvement lever is making the "what" more concrete — listing the specific outcomes (segment types, tool shims, cog subagents) rather than the generic verbs "explore and prototype".

Suggestions

Replace the generic verbs "Explore and prototype" with the concrete deliverables, e.g. "Wire rvAgent sessions into RuView's RVF sensing container: add agent-state/decision segments, expose BFLD/vitals events as agent tools, and register cogs as subagents".

Add one or two natural-language synonyms users might phrase differently (e.g. "agent state alongside sensing data", "attest agent decisions in RVF blobs") to broaden trigger coverage.

DimensionReasoningScore

Specificity

"Explore and prototype rvAgent + RVF integration for RuView agentic flows" names the domain and several concrete capabilities (cross-cog coordination, reading BFLD / pose / vitals events live, persisting agent state in the same RVF container). It falls short of 5 because the action verbs themselves are only "explore and prototype", leaving minor coverage gaps.

4 / 5

Completeness

Both parts are present: the what ("Explore and prototype rvAgent + RVF integration for RuView agentic flows") and an explicit when ("Use when working on…") with three concrete trigger scenarios. Not 5 because the "what" is somewhat abstract — it describes exploration/prototyping rather than concrete deliverables.

4 / 5

Trigger Term Quality

Strong natural domain phrases a user on this codebase would actually say: "cross-cog coordination", "operator-facing agents", "BFLD / pose / vitals events", "persisting agent state", "RVF container". Not 5: a few natural variations/synonyms of these trigger phrases are missing.

4 / 5

Distinctiveness Conflict Risk

The description is anchored in highly distinctive terms (RuView, rvAgent, RVF, BFLD, vitals events) that form a clear niche with essentially no overlap risk against generic or neighboring skills.

5 / 5

Total

17

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
ruvnet/RuView
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.