writing-skills

Create and test agent skills using test-driven development with pressure scenarios.

10|1|Updated Jul 29, 2026
One-click install
npx skills add https://github.com/flowing-abyss/obsidian-local-fonts --skill writing-skills-flowing-abyss
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: writing-skills
Source: https://github.com/flowing-abyss/obsidian-local-fonts/tree/main/.ai/skills/writing-skills
Command: npx skills add https://github.com/flowing-abyss/obsidian-local-fonts --skill writing-skills-flowing-abyss

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve? Writing documentation for AI agents often fails because untested instructions get rationalized away under pressure. This Skill applies test-driven development to skill authoring, so you verify agents actually comply before deploying. ## Core Features & Use Cases - TDD-Based Skill Authoring: Run baseline pressure scenarios with subagents (RED), write the skill addressing observed failures (GREEN), then close rationalization loopholes (REFACTOR). - Discovery Optimization: Guidance on writing descriptions, keywords, and naming so future agents find the skill when it matters. - Bulletproofing Toolkit: Rationalization tables, red flag lists, and persuasion principles to make discipline-enforcing rules resist workarounds. - Use Case: Before deploying a new TDD-enforcement skill, run a scenario where an agent has sunk cost and time pressure, document its excuses verbatim, then write counters for each one. ## Quick Start Ask the agent to create a new skill following the writing-skills TDD process, starting with a baseline pressure scenario before writing any documentation.

Frequently Asked Questions about writing-skills

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write a SKILL.md file for an AI agent?

Start with YAML frontmatter containing name and description fields, then write an overview, when-to-use triggers, core patterns, and common mistakes. Test the skill with pressure scenarios before deploying to verify agents actually follow it.

How to test an agent skill before deployment?

Run pressure scenarios with subagents without the skill first to document baseline failures verbatim. Then run the same scenarios with the skill present and verify compliance, iterating to close any rationalization loopholes agents find.

What should go in a skill description field?

Write only triggering conditions starting with "Use when..." in third person, including specific symptoms and situations. Never summarize the skill's workflow, because agents may follow the description instead of reading the full skill body.

Why do agents ignore skill instructions under pressure?

Agents rationalize violations when facing time pressure, sunk cost, or authority conflicts. Counter this with explicit negations of each observed excuse, rationalization tables, red flag lists, and foundational principles like "violating the letter is violating the spirit."

When should I not create a new skill?

Skip skill creation for one-off solutions, project-specific conventions, well-documented standard practices, and mechanical constraints that can be enforced with validation or regex instead of documentation.