cc-tutorial
CLAUDE.md38 starsChanged 4 months agoMITView on GitHub
A comprehensive Claude Code tutorial project for video script production. Contains 9 layers of video scripts, example code, and research materials. The companion real-world case study project is at C:\PythonProject\mybatis-boost. This policy ensures learners are never misled. Every factual claim must be traceable to a verifiable source, and opinions must be clearly distinguished from facts. T1 citations -- inline format: T2 citations -- inline format: T3 citations -- must reference at least two independent sources: T4 markers -- must be…
In this repository4 other files it gives its agents.
- advanced/agents.mdAGENTS.md
- AGENTS.mdAGENTS.md
- advancedSkill
- business-logicSkill
The file
We split this CLAUDE.md into the rules it gives an agent
11 rules. About 0 are common, 7 are distinctive, and 4 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.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 30
Use Markdown format with code examples and real-world scenarios
- Distinctive: line 31
Follow the Evidence-Based Content Policy below for all factual claims and citations
- Distinctive: line 32
When citing experts, use the standard citation format defined in the policy
- Very specific: line 33
Place example code in examples/ with comments and usage instructions
- Distinctive: line 83
All predictions about future trends, adoption, or capabilities are always T4.
- Distinctive: line 89
When experts disagree, present both positions with citations.
- Distinctive: line 117
When adding a new research source:
- Very specific: line 130
Update research/00-research-summary.md with a summary entry
- Distinctive: line 131
Add the file to the Key Research Files list below
- Very specific: line 163
When asked to understand business logic, locate a feature, explain how something works, or find the code for a given concept, consult the …
- Very specific: line 171
Start by listing .claude/skills/business-logic/ to see the domain directories, then read the relevant domain's overview.md and drill into …
≈ “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.
Project Overview
A comprehensive Claude Code tutorial project for video script production. Contains 9 layers of video scripts, example code, and research materials. The companion real-world case study project is at C:\PythonProject\mybatis-boost.
Architecture
video-scripts/- Video scripts (9 layers: theory → setup → basics → workflow → config → advanced → caveats → practice → supplement)examples/- Example code: HTTP API examples, official skills docs, recommended pluginsresearch/- Completed research materials (Anthropic official, Boris Cherny, Andrew Ng, Addy Osmani).claude/commands/- Custom slash commands (/commit-push)
Content Authoring Rules
Tutorial Chapters
Each chapter must include: learning objectives, prerequisites, core concepts, hands-on examples, common pitfalls, further reading, and a video script section.
Video Scripts
Each episode follows a standard format:
- Intro (30-60s) - what and why
- Concept explanation (2-3min) - with diagrams/animations
- Live demo (5-8min) - screen recording with code
- Summary (1-2min) - key takeaways
- Exercises (optional)
When writing content
- Use Markdown format with code examples and real-world scenarios
- Follow the Evidence-Based Content Policy below for all factual claims and citations
- When citing experts, use the standard citation format defined in the policy
- Place example code in
examples/with comments and usage instructions - Mark all author interpretations with the
**[Author's analysis]**or**[Tutorial perspective]**prefix
Evidence-Based Content Policy
This policy ensures learners are never misled. Every factual claim must be traceable to a verifiable source, and opinions must be clearly distinguished from facts.
Evidence Tiers
| Tier | Name | Definition | Example |
| T1 | Official Doctrine | Primary source from the tool/platform vendor (official docs, changelogs, blog posts by the engineering team) | Anthropic docs stating Claude Code supports Plan Mode |
| T2 | Expert Practitioner | Published content from a recognized practitioner with demonstrated expertise (blog posts, conference talks, courses, books) | Boris Cherny's best practices guide, Andrew Ng's course, Addy Osmani's workflow article |
| T3 | Community Consensus | Widely repeated claim across multiple independent sources, but no single authoritative origin | "Most developers prefer dark mode IDEs" (cite 2+ sources) |
| T4 | Author Interpretation | The tutorial author's own analysis, opinion, pedagogical framing, or prediction | "We believe starting with CLAUDE.md is the most effective onboarding approach" |
Citation Rules
T1 citations -- inline format:
According to [Anthropic's official documentation](URL) (Author/Team, YYYY-MM), ...T2 citations -- inline format:
Boris Cherny recommends ... ([Best Practices Guide](research/01-claude-code-best-practices-anthropic-official.md), 2025-01)T3 citations -- must reference at least two independent sources:
Multiple sources report that ... ([Source A](URL), [Source B](URL))T4 markers -- must be explicitly prefixed:
**[Author's analysis]** Based on our testing across 5 projects, we found that ...
**[Tutorial perspective]** We recommend starting with Module 01 because ...Superlative and Absolute Claims
Statements containing superlatives or absolutes ("best", "only", "always", "never", "fastest", "most powerful") require T1 or T2 evidence. If no such evidence exists, the claim must be:
- Downgraded to T4 with an explicit marker, AND
- Rewritten with hedging language ("in our experience", "based on available benchmarks", "among the tools we evaluated")
Bad: "Claude Code is the best AI coding tool available." Good: "[Tutorial perspective] In our testing, Claude Code provided the most effective workflow for the use cases covered in this tutorial."
Predictive Claims
All predictions about future trends, adoption, or capabilities are always T4. They must:
- Be marked with
**[Author's analysis]** - Include a reasoning chain explaining the basis for the prediction
Conflicting Expert Opinions
When experts disagree, present both positions with citations. Do not silently adopt one side. Use a structure like:
There are differing views on this approach:
- Boris Cherny argues for X ([source](URL))
- Addy Osmani suggests Y ([source](URL))
**[Tutorial perspective]** For the purposes of this tutorial, we follow X because ...When Evidence Is Required vs. Optional
Evidence REQUIRED (T1-T3 citation mandatory):
- Performance or benchmark claims
- Feature existence or capability claims
- Direct quotes or paraphrases of specific people
- Historical events or timelines
- Statistics or numerical data
- Comparative claims ("X is faster/better/more popular than Y")
T4 marker sufficient (no external citation needed):
- Workflow recommendations and pedagogical choices
- Analogies and teaching metaphors
- Tutorial structure decisions
- Subjective experience reports (clearly marked)
Adding New Research Materials
When adding a new research source:
- Save to
research/NN-descriptive-name.md(increment NN from the last file) - Include YAML front matter at the top of the file:
--- title: "Source Title" author: "Author Name" date: "YYYY-MM-DD" url: "https://original-source-url" tier: T1 | T2 | T3 topics: [topic1, topic2] --- - Update
research/00-research-summary.mdwith a summary entry - Add the file to the Key Research Files list below
Key Research Files
Each research file should include YAML front matter with title, author, date, url, tier, and topics fields (see policy above).
research/00-research-summary.md- Full research summary (start here)research/01-claude-code-best-practices-anthropic-official.md- Boris Cherny best practicesresearch/02-plan-mode-guide-official.md- Plan Mode official guideresearch/03-andrew-ng-course-outline.md- Andrew Ng course outlineresearch/04-addy-osmani-2026-workflow.md- Addy Osmani 2026 workflowresearch/05-boris-cherny-workflow-x-thread.md- Boris Cherny X threadresearch/06-anthropic-internal-ai-transforming-work.md- Anthropic internal AI researchresearch/07-hwchase17-react-prompt.md- ReAct prompt template (LangChain)research/08-lsp-language-server-protocol.md- LSP deep diveresearch/09-prompt-caching-and-kv-cache.md- Prompt caching and KV cache mechanismresearch/10-langchain-rag-cache-shape.md- LangChain RAG prompt structure and cache invalidationresearch/11-claude-code-subagents.md- Claude Code subagents (.claude/agents/)research/12-langgraph-customer-support-agents.md- LangGraph customer-support agent patternresearch/13-claude-code-skills-lessons.md- Anthropic internal skills: 9 categories and authoring tipsresearch/14-claude-code-loops-getting-started.md- Loops: turn-based,/goal,/loop,/scheduleresearch/15-claude-code-dynamic-workflows.md- Dynamic multi-agent workflows (triggerultracode)research/16-claude-code-agent-teams.md- Agent Teams: lead + teammates, inter-agent messaging (experimental)
Custom Commands
/commit-push- Stage, commit (conventional commits format), and push. Auto-excludes debug files, binaries, logs, temp files.
<!-- business-logic-skill: explore-first (managed by install_hooks.py) -->Explore via the business-logic knowledge base first
When asked to understand business logic, locate a feature, explain how
something works, or find the code for a given concept, consult the
living knowledge base at .claude/skills/business-logic/ before re-deriving the design from
source or grepping blindly. It has one overview.md per business
domain, plus flow docs, call-relation graphs, DB schemas and pitfall
notes, kept in sync with the code by auto-sync git hooks -- usually
faster and more accurate than re-reading the source.
Start by listing .claude/skills/business-logic/ to see the domain directories, then read the
relevant domain's overview.md and drill into its docs as needed.
Fall back to reading source only when a doc is missing or stale, and
backfill what you learned so the next exploration is current.
<!-- /business-logic-skill -->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.

