CtrlK
BlogDocsLog inGet started
Tessl Logo

engram-architecture-guardrails

Architecture guardrails for Engram across local store, cloud sync, dashboard, and plugins. Trigger: Any change that affects system boundaries, ownership, state flow, or cross-package responsibilities.

68

Quality

81%

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

87%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A lean, well-structured guardrail reference with concrete package-routing guidance and validation steps. Its only real gap is the lack of an explicit validate-and-fix feedback loop for the sync/persistence changes it governs.

Suggestions

Add an explicit error-recovery loop in Validation, e.g. "If regression tests fail, fix the boundary violation and re-run both push and pull paths before proceeding."

Number the end-to-end flow (apply guardrails -> route via Decision Rules -> validate) so the intended sequence and checkpoint become explicit rather than implied by section order.

DimensionReasoningScore

Conciseness

Roughly 35 lines of tight bullet points with no padding and no explanation of concepts Claude already knows (SQLite, Go, sync); every line carries guidance, matching the lean-and-efficient anchor.

3 / 3

Actionability

The Decision Rules give a concrete, directly applicable routing table ("Local-only concern -> `internal/store`", "Background orchestration -> `internal/cloud/autosync`") with exact package paths, and Validation gives specific steps; absence of code is not penalized for an instruction skill with this specificity.

3 / 3

Workflow Clarity

Sections imply a loose sequence (When to Use -> Guardrails -> Decision Rules -> Validation) and validation steps exist, but there is no explicit feedback loop (validate -> fix -> retest) for sync/persistence changes, which the rubric expects in this context.

2 / 3

Progressive Disclosure

Under 50 lines with no need for external references and no bundle files present; the four well-organized sections satisfy the rubric's allowance for simple skills to score 3 on structure alone.

3 / 3

Total

11

/

12

Passed

Description

75%

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 clear, project-scoped description that answers both what and when with an explicit trigger clause. It is distinctive but loses some points on specificity and trigger-term naturalness because it leads with an abstract role rather than concrete actions.

Suggestions

Lead with concrete actions (e.g., "Review and enforce architecture boundaries...") instead of the abstract noun "guardrails" to lift specificity.

Add natural-language trigger phrasings a user might actually say (e.g., "refactoring across packages", "moving logic between store and cloud") alongside the technical terms.

DimensionReasoningScore

Specificity

Names the domain and subsystems ("Architecture guardrails for Engram across local store, cloud sync, dashboard, and plugins") but "guardrails" is an abstract role rather than a list of concrete actions, so it stops short of the multi-action anchor at 3.

2 / 3

Completeness

It states what ("Architecture guardrails for Engram across local store, cloud sync, dashboard, and plugins") and when (explicit "Trigger: ..." clause), satisfying both halves with explicit trigger guidance rather than relying on implication.

3 / 3

Trigger Term Quality

The explicit "Trigger: Any change that affects system boundaries, ownership, state flow, or cross-package responsibilities" provides relevant keywords, but terms like "state flow" and "cross-package responsibilities" lean toward technical jargon and miss common user phrasings.

2 / 3

Distinctiveness Conflict Risk

Tied to a named project (Engram) with a narrow architecture-change trigger (system boundaries, ownership, cross-package responsibilities), giving it a clear niche unlikely to fire for unrelated skills.

3 / 3

Total

10

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
Gentleman-Programming/engram
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.