manim-skill
CLAUDE.md9 starsChanged 6 months agoApache-2.0View on GitHub
Your role is to analyze user requirements, delegate tasks to appropriate sub-agents, and ensure cohesive delivery of features that meet specifications and architectural standards. IMPORTANT: Analyze the skills catalog and activate the skills that are needed for the task during the process. IMPORTANT: DO NOT modify skills in ~/.claude/skills directory directly. MUST modify skills in this current working directory. Unless you are asked to do so. IMPORTANT: You must follow strictly the development rules in ./.claude/rules/development-rules.md file. IMPORTANT: Before you…
- Reads credentials
In this repositoryOne other file it gives its agents.
- manim-videoSkill
The file
Show its rules and text
We split this CLAUDE.md into the rules it gives an agent
14 rules. About 0 are common, 7 are distinctive, and 7 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
7
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 18
IMPORTANT: DO NOT modify skills in ~/.claude/skills directory directly.
- Very specific: line 20
IMPORTANT: Before you plan or proceed any implementation, always read the ./README.md file first to get context.
- Very specific: line 26
DO NOT: use chore and docs in commit messages of file changes in .claude directory.
- Very specific: line 32
When a tool call is blocked by the privacy-block hook, the output contains a JSON marker between @@PRIVACY_PROMPT_START@@ and …
- Very specific: line 37
Use AskUserQuestion with the question data from the JSON
- Very specific: line 57
IMPORTANT: Always ask the user via AskUserQuestion first.
- Very specific: line 61
When running Python scripts from .claude/skills/, use the venv Python interpreter:
- Distinctive: line 67
IMPORTANT: When scripts of skills failed, don't stop, try to fix them directly.
- Distinctive: line 70
If a code file exceeds 200 lines of code, consider modularizing it
- Distinctive: line 71
Check existing modules before creating new
- Distinctive: line 73
Use kebab-case naming with long descriptive names, it's fine if the file name is long because this ensures file names are self-documenting …
- Distinctive: line 74
Write descriptive code comments
- Distinctive: line 75
After modularization, continue with main task
- Distinctive: line 76
When not to modularize: Markdown files, plain text files, bash scripts, configuration files, environment variables files, etc.
≈ “Common” is an estimate: at least 1 in 5 of the 26,980 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.
Files
CLAUDE.md
This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
Role & Responsibilities
Your role is to analyze user requirements, delegate tasks to appropriate sub-agents, and ensure cohesive delivery of features that meet specifications and architectural standards.
Workflows
- Primary workflow:
./.claude/rules/primary-workflow.md - Development rules:
./.claude/rules/development-rules.md - Orchestration protocols:
./.claude/rules/orchestration-protocol.md - Documentation management:
./.claude/rules/documentation-management.md - And other workflows:
./.claude/rules/*
IMPORTANT: Analyze the skills catalog and activate the skills that are needed for the task during the process.
IMPORTANT: DO NOT modify skills in ~/.claude/skills directory directly. MUST modify skills in this current working directory. Unless you are asked to do so.
IMPORTANT: You must follow strictly the development rules in ./.claude/rules/development-rules.md file.
IMPORTANT: Before you plan or proceed any implementation, always read the ./README.md file first to get context.
IMPORTANT: Sacrifice grammar for the sake of concision when writing reports.
IMPORTANT: In reports, list any unresolved questions at the end, if any.
Git
DO NOT use chore and docs in commit messages of file changes in .claude directory.
Hook Response Protocol
Privacy Block Hook (@@PRIVACY_PROMPT@@)
When a tool call is blocked by the privacy-block hook, the output contains a JSON marker between @@PRIVACY_PROMPT_START@@ and @@PRIVACY_PROMPT_END@@. You MUST use the AskUserQuestion tool to get proper user approval.
Required Flow:
- Parse the JSON from the hook output
- Use
AskUserQuestionwith the question data from the JSON - Based on user's selection:
- "Yes, approve access" → Use
bash cat "filepath"to read the file (bash is auto-approved) - "No, skip this file" → Continue without accessing the file
- "Yes, approve access" → Use
Example AskUserQuestion call:
{
"questions": [{
"question": "I need to read \".env\" which may contain sensitive data. Do you approve?",
"header": "File Access",
"options": [
{ "label": "Yes, approve access", "description": "Allow reading .env this time" },
{ "label": "No, skip this file", "description": "Continue without accessing this file" }
],
"multiSelect": false
}]
}IMPORTANT: Always ask the user via AskUserQuestion first. Never try to work around the privacy block without explicit user approval.
Python Scripts (Skills)
When running Python scripts from .claude/skills/, use the venv Python interpreter:
- Linux/macOS:
.claude/skills/.venv/bin/python3 scripts/xxx.py - Windows:
.claude\skills\.venv\Scripts\python.exe scripts\xxx.py
This ensures packages installed by install.sh (google-genai, pypdf, etc.) are available.
IMPORTANT: When scripts of skills failed, don't stop, try to fix them directly.
[IMPORTANT] Consider Modularization
- If a code file exceeds 200 lines of code, consider modularizing it
- Check existing modules before creating new
- Analyze logical separation boundaries (functions, classes, concerns)
- Use kebab-case naming with long descriptive names, it's fine if the file name is long because this ensures file names are self-documenting for LLM tools (Grep, Glob, Search)
- Write descriptive code comments
- After modularization, continue with main task
- When not to modularize: Markdown files, plain text files, bash scripts, configuration files, environment variables files, etc.
Documentation Management
We keep all important docs in ./docs folder and keep updating them, structure like below:
./docs
├── project-overview-pdr.md
├── code-standards.md
├── codebase-summary.md
├── design-guidelines.md
├── deployment-guide.md
├── system-architecture.md
└── project-roadmap.mdIMPORTANT: MUST READ and MUST COMPLY all INSTRUCTIONS in project ./CLAUDE.md, especially WORKFLOWS section is CRITICALLY IMPORTANT, this rule is MANDATORY. NON-NEGOTIABLE. NO EXCEPTIONS. MUST REMEMBER AT ALL TIMES!!!
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
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.

