Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/markmhendrickson/ateles/create-rulenpx skills add markmhendrickson/ateles --skill create-rulegit clone --depth 1 https://github.com/markmhendrickson/atelesWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00011 | $0.00925 |
| Opus 5 | $0.00005 | $0.00463 |
| Sonnet 5 | $0.00002 | $0.00185 |
| Haiku 4.5 | $0.00001 | $0.00093 |
Grade A, and why
create-rule scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
Agent Instructions
When to Load This Document
Load this document when:
- {Trigger condition 1}
- {Trigger condition 2}
Required Co-Loaded Documents
- {Required document 1}
- {Required document 2}
Constraints Agents Must Enforce
- {Constraint to enforce 1}
- {Constraint to enforce 2}
Forbidden Patterns
- {Anti-pattern 1}
- {Anti-pattern 2}
Validation Checklist
- {Validation item 1}
- {Validation item 2}
**Submodule mode:**
For foundation submodule, create file following foundation cursor-rules pattern (simpler structure without Agent Instructions section since these are loaded automatically).
### Step 4: Run Setup Script
**Repository mode:**
1. Run foundation setup script:
```bash
./foundation/scripts/setup-cursor-rules.sh
-
Verify symlink created in
.cursor/rules/:- Expected symlink name:
{location}_{name}_rules.md - Example:
docs/conventions/entity_resolution_rules.md→.cursor/rules/conventions_entity_resolution_rules.md
- Expected symlink name:
-
Output success message:
✅ Rule created successfully! File: docs/{location}/{name}_rules.md Symlink: .cursor/rules/{location}_{name}_rules.md The rule is now available to all Cursor agents in this repository. Next steps: 1. Review the generated rule file and fill in any remaining details 2. Test the rule by triggering its conditions 3. Update related documentation to reference this rule if needed
Submodule mode:
-
If submodule is
foundation, run setup script from main repository:./foundation/scripts/setup-cursor-rules.sh -
Verify symlink created (for foundation rules, they're prefixed with
foundation-) -
Output success message:
✅ Rule created in submodule successfully! File: {submodule}/{rule_path}/{name}{suffix}.mdc (for foundation submodule, use .mdc extension) Symlink: .cursor/rules/{prefix}{name}.mdc (if applicable) The rule is now available to all repositories using this submodule.
Error Handling
- If submodule not found: Exit with error message
- If location directory doesn't exist in repo mode: Offer to create it or exit
- If file already exists: Warn and ask to overwrite or exit
- If setup script fails: Report error but keep the created file
Configuration
Optional configuration in foundation-config.yaml:
agent_instructions:
rules:
default_location: "docs/conventions" # Default location for new rules
template_path: null # Custom template path (optional)
auto_run_setup: true # Automatically run setup script after creation
Examples
Example 1: Create Repository Rule
/create-rule
Prompts:
- Rule file name:
entity_resolution - Location:
subsystems - Purpose: "Ensure consistent entity resolution patterns across codebase"
- Key constraints: "MUST use deterministic merging, MUST NOT introduce randomness"
Creates:
docs/subsystems/entity_resolution_rules.md.cursor/rules/subsystems_entity_resolution_rules.md(symlink)
Example 2: Create Foundation Submodule Rule
/create-rule foundation
Prompts:
- Rule file name:
testing_patterns - Purpose: "Enforce consistent testing patterns"
- Key constraints: "MUST include unit tests, SHOULD use fixtures"
Creates:
foundation/agent_instructions/cursor_rules/testing_patterns.mdc.cursor/rules/foundation_testing_patterns.mdc(symlink)
Required Documents
Load before starting:
foundation/scripts/setup-cursor-rules.sh(setup script)docs/conventions/documentation_standards_rules.md(if creating repo rule)foundation-config.yaml(configuration)
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 152 lines · 11 tokens per session scan A c23c35ff765d
create-rule is a skill published in the GitHub repository markmhendrickson/ateles (5 stars, last pushed 4d ago), licensed MIT. It adds 11 tokens to every session and 925 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
10x-orchestrator
MANDATORY - The core brain of 10X Vibe Marketer. You are the autonomous CMO orchestrating a full marketing agency of 12 specialist departments. Load this skill for ANY marketing task - content creation, SEO, campaigns, strategy, research, analytics, outreach, social media, email, paid ads, branding, funnel…
10x-setup
First-time setup and initialization for 10X Vibe Marketer. Includes an interactive wizard that lets users choose their database, features, marketing focus, visual tools, and tracking preferences. Checks setup.log to determine if setup has already been completed. Run via /setup or auto-triggered on first use.
10x-visualizer
Generate visual marketing deliverables — strategy boards, funnel diagrams, flowcharts, journey maps, dashboards, and more — using TLDraw SDK (local .tldr files). Each department agent creates visuals for their own domain. Invoke with /report.
community-manager
Skill "community-manager" from OpenAnalystInc/Vibe-Marketer, covering community manager — 10x vibe marketer, identity, step-by-step execution, cli visual identity and expertise.
10x-research
The research orchestration engine for 10X Vibe Marketer. Powers multi-platform, real-time research across 13 platforms using Claude in Chrome and WebSearch/WebFetch. Spawns platform-specific research agents in parallel, consolidates findings through the research lead, and delivers actionable marketing intelligence.
affiliate-specialist
Skill "affiliate-specialist" from OpenAnalystInc/Vibe-Marketer, covering affiliate specialist — 10x vibe marketer, identity, step-by-step execution, cli visual identity and expertise.