Skip to content
Back to skills

Update Standards

ASecurity

Use when the user asks to create, change, or audit a canonical repository standard. Do not use for generic policy or documentation work.

  • 4 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 2, 2026
ai-agentsexpressdocumentation

Security analysis

A100/100

Pro scans all 4 files and shows the line behind each finding

Scanned September 2, 2026

npx -y skills add MoeenNehzati/famulus --skill update-standards --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Update Standards?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Update Standards
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/moeennehzati-update-standards/badge)](https://www.skillsdirectory.com/skills/moeennehzati-update-standards)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: update-standards
description: >-
  Use when the user asks to create, change, or audit a canonical repository standard. Do not use for generic policy or documentation work.
---

<!-- BEGIN BLUEPRINT INTERFACES -->
> Generated from `blueprint.yaml`. Do not edit this block by hand.

Used Interfaces: none
<!-- END BLUEPRINT INTERFACES -->
When this skill is used, begin with:

Skill: update-standards

The schema is the field-level authority. Resolve only definitions for fields being
changed; do not load the whole schema, restate it here, or infer fields from older
examples.

## Maintenance workflow

1. Identify the canonical target, its pinned import closure, every direct dependent,
   and whether the repository registers a generated view for it.
2. Read the target, relevant schema definitions, and validator output. Change the
   smallest semantic unit that expresses the requested policy.
3. Keep the operational relationships honest:
   - each violated requirement has an applicable remedy;
   - checks, tests, assurances, reviews, and evidence claims name only mechanisms that
     actually exist and state their limitations;
   - removed or superseded policy leaves no stale links or enforcement.
4. Bump the edited document's revision. Recompute its digest in each direct dependent,
   update the pinned revision, and repeat outward until the import closure is current.
   Change `standard_version` only for a compatibility change.
5. Update source and source-unit digests only when their referenced evidence changed.
   Never change a digest merely to silence validation without inspecting the source.
6. Regenerate registered Markdown views from their YAML authority; never edit a
   generated view as policy. Standards without a registered view remain YAML-only.
7. Run focused validation for every edited document, then the repository standards
   validator and tests for changed enforcement. Inspect the exact diff before claiming
   alignment.

Stop rather than inventing policy when ownership, the intended compatibility boundary,
the correct remedy, or the truth of an evidence claim is unresolved.

## Report

Report semantic changes, revision/digest cascades, regenerated views, evidence or
enforcement changes, validation results, and any unresolved semantic-review remainder.

Files in this skill

  • SKILL.md2.3 KB
  • agents/openai.yaml245 B
  • blueprint.yaml1.1 KB
  • blueprints/gateway.yaml7.7 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…