Workflow policy layering
Skill markoblogo/abvx-agent-skills/skills/workflow-policy-layering
Separate workflow instructions from safety, authority, escalation, and validation rules. Use when an assistant, agent, or skill pack is getting muddled because process steps, permissions, forbidden actions, and review gates are mixed together.From its SKILL.md
npx -y skills add markoblogo/abvx-agent-skills --skill workflow-policy-layeringAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 14 stars14 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its file declares
Copied from the file, not written here
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
2.0 KB, 352 tokens by cl100k_base, as published. Nobody here has run it
Workflow Policy Layering
Separate operating workflow from policy and authority.
Goal
Turn a messy assistant spec into clear layers:
- workflow;
- authority and boundaries;
- escalation;
- validation.
Workflow
- Extract the workflow
- write the actual operating sequence without policy noise;
- keep it in business or task language.
- Extract authority separately
- list what the assistant may do directly;
- list what requires confirmation;
- list what is forbidden.
- Extract escalation paths
- define what should be handed to a human, another role, or another system;
- make the next step concrete instead of vague refusal.
- Extract validation
- define what should be checked before a response, mutation, recommendation, or delivery is considered complete;
- keep this as a short checklist or gate list.
- Rewrite the spec
- keep workflow in the main skill body;
- keep detailed policy and validation in
references/or clearly named sections; - ensure the assistant does not confuse “can explain” with “can execute”.
- Run a conflict check
- look for steps that assume authority the policy layer does not grant;
- look for policy text that silently changes the workflow;
- fix contradictions before release.
Output Shape
Return:
- workflow layer;
- authority layer;
- escalation layer;
- validation layer;
- open contradictions, if any.
Design Rules
- Do not hide forbidden actions inside workflow prose.
- Do not let validation sprawl into generic QA philosophy.
- Keep escalation concrete and actionable.
- Treat drafts, summaries, and recommendations as different from real execution authority.
What ships with it: 2 files
1.7 KB alongside SKILL.md
agents/
- openai.yaml257 B
- SKILL_CARD.md1.4 KB