agentleFS
zhangzhang-111-izhangzhang-111-i/claude-skills111/agents/CLAUDE.md

claude-skills111 / agents

CLAUDE.md3 starsChanged 8 months agoMITView on GitHub

This guide provides comprehensive instructions for creating *cs- prefixed agents** that seamlessly integrate with the 42 production skills in this repository. *cs- agents** are specialized Claude Code agents that orchestrate the 177 existing skills. Each agent: - References skills via relative paths (../../marketing-skill/) - Executes Python automation tools from skill packages - Follows established workflows and templates - Maintains skill portability and independence Key Principle: Agents ORCHESTRATE skills, they don't replace them. Skills remain self-contained and portable. When skills are…

We split this CLAUDE.md into the rules it gives an agent

18 rules. About 0 are common, 15 are distinctive, and 3 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈15

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 3

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    When skills are published to ClawHub (clawhub.com):

    line 19
  2. Distinctive:

    Every agent file must start with valid YAML frontmatter:

    line 64
  3. Distinctive:

    After YAML frontmatter, include these sections:

    line 87
  4. Very specific:

    All skill references use the ../../ pattern:

    line 105
  5. Distinctive:

    All Python tools must:

    line 149
  6. Very specific:

    Use standard library only (or minimal dependencies documented in SKILL.md)

    line 150
  7. Distinctive:

    When Python tools fail:

    line 158
  8. Distinctive:

    Check file path resolution

    line 159
  9. Distinctive:

    Verify input file exists

    line 160
  10. Distinctive:

    Check Python version compatibility (3.8+)

    line 161
  11. Distinctive:

    Use this template when creating new agents:

    line 201
  12. Distinctive:

    Before committing an agent:

    line 290
  13. Distinctive:

    After creating an agent:

    line 367
  14. Distinctive:

    Test all relative paths resolve

    line 369
  15. Distinctive:

    Verify all workflows with concrete examples

    line 371
  16. Distinctive:

    Update agent catalog in main README.md

    line 372
  17. Distinctive:

    Create GitHub issue for agent testing

    line 373
  18. Very specific:

    Commit with conventional commit message: feat(agents): implement cs-agent-name

    line 374

≈ “Common” is an estimate: at least 1 in 5 of the 25,680 CLAUDE.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
CLAUDE.md

Agent Development Guide

This guide provides comprehensive instructions for creating cs- prefixed agents* that seamlessly integrate with the 42 production skills in this repository.

Agent Architecture

What are cs-* Agents?

cs- agents* are specialized Claude Code agents that orchestrate the 177 existing skills. Each agent:

  • References skills via relative paths (../../marketing-skill/)
  • Executes Python automation tools from skill packages
  • Follows established workflows and templates
  • Maintains skill portability and independence

Key Principle: Agents ORCHESTRATE skills, they don't replace them. Skills remain self-contained and portable.

ClawHub Publishing Constraints

When skills are published to ClawHub (clawhub.com):

  • cs- prefix for slug conflicts only — applies only on the ClawHub registry when another publisher already owns the slug. Repo folder names and local skill names are never renamed.
  • No paid/commercial service dependencies — skills must not require paid third-party API keys or commercial services unless provided by the project itself.
  • plugin.json — ONLY fields: name, description, version, author, homepage, repository, license, skills: "./".
  • Rate limit: 5 new skills/hour on ClawHub. Use drip publishing for bulk operations.

Production Agents

16 Agents Currently Available:

AgentDomainDescription
cs-content-creatorMarketingAI-powered content creation with brand voice consistency and SEO optimization
cs-demand-gen-specialistMarketingDemand generation and customer acquisition specialist
cs-ceo-advisorC-LevelStrategic leadership advisor for CEOs
cs-cto-advisorC-LevelTechnical leadership advisor for CTOs
cs-product-managerProductRICE prioritization and customer discovery
cs-product-strategistProductProduct strategy, OKR cascades, market positioning
cs-agile-product-ownerProductAgile product ownership and backlog management
cs-ux-researcherProductUX research, usability testing, design insights
cs-product-analystProductProduct analytics, KPI design, experiment design
cs-engineering-leadEngineeringEngineering team coordination and incident management
cs-workspace-adminEngineeringGoogle Workspace administration via gws CLI
cs-senior-engineerEngineeringArchitecture decisions, code review, CI/CD setup
cs-growth-strategistBusinessGrowth strategy and revenue optimization
cs-financial-analystFinanceFinancial analysis, DCF valuation, SaaS metrics
cs-project-managerPMProject management with Atlassian integration
cs-quality-regulatoryRA/QMRegulatory affairs and quality management

Template Available: templates/agent-template.md (318 lines) - Use this to create new agents

Agent vs Skill

AspectAgent (cs-*)Skill
PurposeOrchestrate and execute workflowsProvide tools, knowledge, templates
Locationagents/domain/domain-skill/skill-name/
StructureSingle .md file with YAML frontmatterSKILL.md + scripts/ + references/ + assets/
IntegrationReferences skills via ../../Self-contained, no dependencies
Namingcs-content-creator, cs-ceo-advisorcontent-creator, ceo-advisor

Agent File Structure

Required YAML Frontmatter

Every agent file must start with valid YAML frontmatter:

---
name: cs-agent-name
description: One-line description of what this agent does
skills: skill-folder-name
domain: domain-name
model: sonnet
tools: [Read, Write, Bash, Grep, Glob]
---

Field Definitions:

  • name: Agent identifier with cs- prefix (e.g., cs-content-creator)
  • description: Single sentence describing agent's purpose
  • skills: Skill folder this agent references (e.g., marketing-skill/content-creator)
  • domain: Domain category (marketing, product, engineering, c-level, pm, ra-qm)
  • model: Claude model to use (sonnet, opus, haiku)
  • tools: Array of Claude Code tools agent can use

Required Markdown Sections

After YAML frontmatter, include these sections:

  1. Purpose (2-3 paragraphs)
  2. Skill Integration (with subsections)
    • Skill Location
    • Python Tools
    • Knowledge Bases
    • Templates
  3. Workflows (minimum 3 workflows)
  4. Integration Examples (concrete code/command examples)
  5. Success Metrics (how to measure effectiveness)
  6. Related Agents (cross-references)
  7. References (links to documentation)

Relative Path Resolution

Path Pattern

All skill references use the ../../ pattern:

**Skill Location:** `../../marketing-skill/content-creator/`

### Python Tools

1. **Brand Voice Analyzer**
   - **Path:** `../../marketing-skill/content-creator/scripts/brand_voice_analyzer.py`
   - **Usage:** `python ../../marketing-skill/content-creator/scripts/brand_voice_analyzer.py content.txt`

2. **SEO Optimizer**
   - **Path:** `../../marketing-skill/content-creator/scripts/seo_optimizer.py`
   - **Usage:** `python ../../marketing-skill/content-creator/scripts/seo_optimizer.py article.md "keyword"`

Why ../../?

From agent location: agents/marketing/cs-content-creator.md To skill location: marketing-skill/content-creator/

Navigation: agents/marketing/ → ../../ (up to root) → marketing-skill/content-creator/

Always test paths resolve correctly!

Python Tool Integration

Execution Pattern

Agents execute Python tools from skill packages:

# From agent context
python ../../marketing-skill/content-creator/scripts/brand_voice_analyzer.py input.txt

# With JSON output
python ../../marketing-skill/content-creator/scripts/brand_voice_analyzer.py input.txt json

# With arguments
python ../../product-team/product-manager-toolkit/scripts/rice_prioritizer.py features.csv --capacity 20

Tool Requirements

All Python tools must:

  • Use standard library only (or minimal dependencies documented in SKILL.md)
  • Support both JSON and human-readable output
  • Provide --help flag with usage information
  • Return appropriate exit codes (0 = success, 1 = error)
  • Handle missing arguments gracefully

Error Handling

When Python tools fail:

  1. Check file path resolution
  2. Verify input file exists
  3. Check Python version compatibility (3.8+)
  4. Review tool's --help output
  5. Inspect error messages in stderr

Workflow Documentation

Workflow Structure

Each workflow must include:

### Workflow 1: [Clear Descriptive Name]

**Goal:** One-sentence description

**Steps:**
1. **[Action]** - Description with specific commands/tools
2. **[Action]** - Description with specific commands/tools
3. **[Action]** - Description with specific commands/tools

**Expected Output:** What success looks like

**Time Estimate:** How long this workflow takes

**Example:**
\`\`\`bash
# Concrete example command
python ../../marketing-skill/content-creator/scripts/seo_optimizer.py article.md "primary keyword"
\`\`\`

Minimum Requirements

Each agent must document at least 3 workflows covering:

  1. Primary use case (most common scenario)
  2. Advanced use case (complex scenario)
  3. Integration use case (combining multiple tools)

Agent Template

Use this template when creating new agents:

---
name: cs-agent-name
description: One-line description
skills: skill-folder-name
domain: domain-name
model: sonnet
tools: [Read, Write, Bash, Grep, Glob]
---

# Agent Name

## Purpose

[2-3 paragraphs describing what this agent does, why it exists, and who it serves]

## Skill Integration

**Skill Location:** \`../../domain-skill/skill-name/\`

### Python Tools

1. **Tool Name**
   - **Purpose:** What it does
   - **Path:** \`../../domain-skill/skill-name/scripts/tool.py\`
   - **Usage:** \`python ../../domain-skill/skill-name/scripts/tool.py [args]\`

### Knowledge Bases

1. **Reference Name**
   - **Location:** \`../../domain-skill/skill-name/references/file.md\`
   - **Content:** What's inside

### Templates

1. **Template Name**
   - **Location:** \`../../domain-skill/skill-name/assets/template.md\`
   - **Use Case:** When to use

## Workflows

### Workflow 1: [Name]

**Goal:** Description

**Steps:**
1. Step 1
2. Step 2
3. Step 3

**Expected Output:** Success criteria

**Example:**
\`\`\`bash
python ../../domain-skill/skill-name/scripts/tool.py input.txt
\`\`\`

### Workflow 2: [Name]
[Same structure]

### Workflow 3: [Name]
[Same structure]

## Integration Examples

[Concrete examples with actual commands and expected outputs]

## Success Metrics

- Metric 1: How to measure
- Metric 2: How to measure
- Metric 3: How to measure

## Related Agents

- [cs-related-agent](../domain/cs-related-agent.md) - How they relate

## References

- [Skill Documentation](../../domain-skill/skill-name/SKILL.md)
- [Domain Roadmap](../../domain-skill/roadmap.md)

Quality Standards

Agent Quality Checklist

Before committing an agent:

  • YAML frontmatter valid (no parsing errors)
  • All required fields present (name, description, skills, domain, model, tools)
  • cs-* prefix used for agent naming
  • Relative paths resolve correctly (../../ pattern)
  • Skill location documented and accessible
  • Python tools referenced with correct paths
  • At least 3 workflows documented
  • Integration examples provided and tested
  • Success metrics defined
  • Related agents cross-referenced

Testing Agent Integration

Test these aspects:

1. Path Resolution

# From agent directory
cd agents/marketing/
ls ../../marketing-skill/content-creator/  # Should list contents

2. Python Tool Execution

# Create test input
echo "Test content" > test-input.txt

# Execute tool
python ../../marketing-skill/content-creator/scripts/brand_voice_analyzer.py test-input.txt

# Verify output

3. Knowledge Base Access

# Verify reference files exist
cat ../../marketing-skill/content-creator/references/brand_guidelines.md

Domain-Specific Guidelines

Marketing Agents (agents/marketing/)

  • Focus on content creation, SEO, demand generation
  • Reference: ../../marketing-skill/
  • Tools: brand_voice_analyzer.py, seo_optimizer.py

Product Agents (agents/product/)

  • Focus on prioritization, user research, agile workflows
  • Reference: ../../product-team/
  • Tools: rice_prioritizer.py, user_story_generator.py, okr_cascade_generator.py

C-Level Agents (agents/c-level/)

  • Focus on strategic decision-making
  • Reference: ../../c-level-advisor/
  • Tools: Strategic analysis and planning tools

Engineering Agents (agents/engineering/)

  • Focus on scaffolding, code quality, fullstack development
  • Reference: ../../engineering-team/
  • Tools: project_scaffolder.py, code_quality_analyzer.py

Common Pitfalls

Avoid these mistakes:

❌ Hardcoding absolute paths ❌ Skipping YAML frontmatter validation ❌ Forgetting to test relative paths ❌ Documenting workflows without examples ❌ Creating agent dependencies (keep them independent) ❌ Duplicating skill content in agent files ❌ Using LLM calls instead of referencing Python tools

Next Steps

After creating an agent:

  1. Test all relative paths resolve
  2. Execute all Python tools from agent context
  3. Verify all workflows with concrete examples
  4. Update agent catalog in main README.md
  5. Create GitHub issue for agent testing
  6. Commit with conventional commit message: feat(agents): implement cs-agent-name

Last Updated: March 11, 2026 Current: 16 agents across 8 domains Related: See main CLAUDE.md for repository overview

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.