gryph-policy-authoring

Solid

Use when a human wants help to author or change a Gryph security policy that governs what an AI coding agent may do, often with an agent's help. Trigger whenever the user wants Gryph to block, allow, warn on, or require approval for an agent action, wants to write or change a policy rule, asks how to match a tool, command, file path, or URL, works with CEL conditions or context counters, wants to split policy into many files, or wants to dry-run a rule. Also trigger on phrases like "write a gryph policy", "add a policy rule", "make gryph block X", "help me write a policy", or "policy for my agent", even when the user does not name a file. This skill drafts a policy in a workspace directory and hands the user an install command. It never installs the policy and never writes into Gryph's config directory. It is not for changing the policy engine code (use aarm-policy-layer for engine work under aarm/ or cli/policy.go).

API & Backend 161 stars 18 forks Updated 1 weeks ago Apache-2.0

Install

View on GitHub

Quality Score: 86/100

Stars 20%
74
Recency 20%
90
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Authoring Gryph Policies Gryph mediates what an AI coding agent reads, writes, and runs. A policy is an ordered list of rules. Each rule matches an action and returns a decision. This skill helps a human draft those rules, with an agent's help, then hands the human a command to install them. You draft in a workspace directory. You never install. You never write into Gryph's config directory. The human reviews the draft and runs the install command you give at the end. This keeps the human in control of what becomes active policy. ## The two hard rules 1. Draft only in a workspace directory you create, for example `./gryph-policy/`. Never write a policy file into Gryph's config directory or its `policies/` directory. Gryph blocks an agent write there by design, and a direct write bypasses the human review. 2. Never install. Do not run `gryph policy install`, `gryph policy edit`, or `gryph policy init <name>` (a bare name writes into `policies/`). These change live policy. Your job ends at a validated draft plus an install command for the human. ## The gryph binary is the source of truth The installed `gryph` binary is authoritative and version-matched. Read the schema and the existing policy from it. Do not author fields from memory. - `gryph policy schema` prints the exact rule fields, match criteria, and decision set. This is the single source of truth for the schema. Check it before you write a field. - `gryph policy builtin` prints Gryph's own built-...

Details

Author
safedep
Repository
safedep/gryph
Created
7 months ago
Last Updated
1 weeks ago
Language
Go
License
Apache-2.0

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

usage-policy-writer

Generate a human-facing AI usage policy with approved tools, data classification, risk model explanations, and exception processes — saved to $HOME/.ai-first-kit/. Produces a policy document for HUMANS (not agents) that explains what AI tools are approved, what data can be used with AI, and the reasoning behind each decision. Use when the user says 'AI usage policy', 'AI handbook', 'what tools are approved', 'data classification for AI', 'AI rules for the team', 'usage guidelines', 'AI policy', 'human AI rules', 'acceptable use policy', or 'what can we use AI for'. Also use when the user describes people unsure what they're allowed to do with AI, different teams having different answers about approved tools, no clear policy about client data and AI, or needing to explain the 'why' behind AI rules — even if they don't use the word 'policy'. This skill MUST be consulted because it produces a structured human-facing policy with risk model reasoning and exception processes; a conversational answer cannot create t

6 Updated today
synaptiai
AI & Automation Solid

aarm-policy-layer

Use when working on Gryph's AARM security layer or policy engine. Trigger this whenever the user changes code under aarm/ or cli/policy.go, or works on policy evaluation, the PDP, policy rules, CEL conditions, receipts and the receipt hash chain, receipt signing, the context accumulator, approvals, deferrals, identity capture, data classification, injection scoring, or the self-protection rules. Also trigger on phrases like "policy engine", "policy decision point", "AARM", "receipt chain", "gryph policy", "policy rule", or "context accumulator", even when the user does not name a file.

161 Updated 1 weeks ago
safedep
AI & Automation Listed

warrant-policy-author

Write a warrant-mcp policy in plain English, shaped for the closed rule set so review has the best chance of accepting it first time — only `warrant-mcp review` can say whether it compiles. Use when the user wants to create or edit .warrant/policy.md, write rules for what an AI agent may do in a project, or asks what warrant-mcp can and cannot enforce. Interviews the user, drafts numbered policy sentences that map cleanly onto the closed rule set, screens for the sentence shapes the compiler refuses, and hands off to `warrant-mcp review`.

1 Updated 2 weeks ago
rmanish2000-del