claudeception
Skill5 starsChanged 34 days agoMITView on GitHub
Extract reusable knowledge from work sessions into new Claude Code skills. Use when: (1) /claudeception command to review session, (2) "save this as a skill" or "extract a skill", (3) "what did we learn?", (4) After non-obvious debugging, workarounds, trial-and-error discovery, or counterintuitive solutions. Do NOT trigger for routine fixes or straightforward tasks with obvious solutions.
9 other projects use a version of this.
Adopted by
Most recently taken up by
- GusevV1987/ai-workspace-kittheir own version, first seen Oct 15, 2026
- rabble/nostrvinetheir own version, first seen Oct 9, 2026
- divinevideo/divine-mobiletheir own version, first seen Oct 8, 2026
- blader/claude-code-continuous-learning-skilltheir own version, first seen Oct 8, 2026
- blader/Claudeceptiontheir own version, first seen Oct 8, 2026
- aresbit/claude-skillstheir own version, first seen Jul 12, 2026
Other versions9 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 9
- blader/claude-code-continuous-learning-skill★ 2.4ksame name
- blader/Claudeception★ 2.4ksame name
- divinevideo/divine-mobile★ 265same name
- rabble/nostrvine★ 265same name
- abhattacherjee/claudeception★ 9same name
- chipoto69/claude-skills★ 2same name
- GusevV1987/ai-workspace-kit★ 2same name
- patrickcohen/claude-skills-collection★ 1same name
- aresbit/claude-skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository63 other files it gives its agents.
- AGENTS.mdAGENTS.md
- adversarial-validation-kaggleSkill
- agent-nurture-frameworkSkill
- agent-session-memory-protocolSkill
- arxiv-paper-searchSkill
- autogluon-firstSkill
- autogluon-preset-strategySkill
- autogluon-timeseries-strategySkill
- catboost-first-tabularSkill
- code-competition-artifact-pipelineSkill
- competition-orchestration-multimodelSkill
- context-engineeringSkill
- controlled-submission-experimentSkill
- cross-competition-feature-transferSkill
- cv-lb-gap-acknowledgmentSkill
- domain-knowledge-constraints-trapSkill
- ensemble-model-correlation-trapSkill
- feature-engineering-saturation-detectionSkill
- gpu-readiness-assessmentSkill
- gsd-loop-engineeringSkill
- kaggle-cognitive-cost-optimizationSkill
- kaggle-competition-best-practicesSkill
- kaggle-competition-type-strategySkill
- kaggle-data-format-firstSkill
- kaggle-discussion-searchSkill
- kaggle-experiment-sopSkill
- kaggle-oof-lb-validation-protocolSkill
- kaggle-optimal-blendingSkill
- kaggle-submission-format-by-metricSkill
- kaggle-top-performer-replicationSkill
- knowledge-crystallization-feedback-loopSkill
- ladder-drift-and-meta-aware-regressionSkill
- learned-value-beats-heuristic-augmentationSkill
- llm-competition-pipelineSkill
- mcts-pipeline-searchSkill
- mem0-dynamic-graph-memorySkill
- memory-hierarchy-managementSkill
- ml-sweet-spot-principleSkill
- model-ensemble-negative-weight-effectSkill
- multi-agent-rolesSkill
- multi-level-aggregation-overfittingSkill
- okf-visualize-knowledgeSkill
- onnx-minimal-network-designSkill
- per-category-modeling-backfireSkill
- progressive-verification-debuggingSkill
- ptcg-2ply-bounded-searchSkill
- ptcg-bc-large-model-submissionSkill
- retail-eda-frameworkSkill
- rmsle-zero-threshold-asymmetrySkill
- runtime-reflexionSkill
- sc-tir-mathematical-reasoningSkill
- self-evolving-skillsSkill
- skill-governance-and-automationSkill
- spatiotemporal-graph-feature-engineeringSkill
- store-sales-darts-chronos-blendSkill
- tabular-polynomial-features-breakthroughSkill
- three-layer-wisdom-extractionSkill
- time-series-walk-forward-validationSkill
- trueskill-simulation-competition-strategySkill
- ts-day-specific-forecastingSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
15 rules. 1 is common, 13 are distinctive, and 1 is very specific to this project.
1
Common
Most of the 9 edited versions we read keep these.
13
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 30
Before creating, classify the knowledge:
- Distinctive: line 43
Search existing skills for overlap across 5 dimensions:
- Distinctive: line 65
Search the web when the topic involves specific technologies, frameworks, or APIs.
- Distinctive: line 70
Use this template — adapt sections based on track:
- Distinctive: line 118
Start with "Use when..."
- Distinctive: line 126
After creating a skill, verify:
- Distinctive: line 129
If the project has a CLAUDE.md, consider whether it should reference this skill category
- Very specific: line 163
When /claudeception is invoked at session end:
- Distinctive: line 173
After extracting skills, analyze the session's execution trajectory:
- Distinctive: line 188
If Path Efficiency Analysis reveals a systemic issue (not just a one-off mistake), extract it as a skill with trigger conditions for future …
- Distinctive: line 193
Before executing any non-trivial step during a session, briefly evaluate:
- Distinctive: line 201
After getting intermediate results:
- Distinctive: line 208
If a Self-Critique Catchpoint catches a risk that actually materialized, the insight is high-priority for extraction — it means the agent …
- Common: line 214
After completing any significant task:
- Distinctive: line 221
If yes to any of the first three, extract now.
“Common” is measured: kept by at least 6 in 10 of the 9 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Claudeception
Continuous learning system that extracts reusable knowledge from work sessions into Claude Code skills. Each extracted skill makes future sessions smarter.
When to Extract
Extract when you encounter:
- Non-obvious solutions — Required >10 min investigation, not in docs
- Error resolution — Misleading error messages, non-obvious root causes
- Workaround discovery — Tool/framework limitations requiring experimentation
- Configuration insights — Project-specific setups differing from standard
- Trial-and-error success — Multiple approaches before finding what worked
- Self-critique catches — A predicted risk actually materialized (high-value signal)
- Path efficiency insights — A systemic execution pattern worth improving
Dual-Track Classification
Before creating, classify the knowledge:
| Track | When | Template sections |
| Bug fix | Defect, failure, error resolution | Problem, Symptoms, Root Cause, Solution, Prevention |
| Knowledge | Best practice, pattern, workflow optimization | Context, Guidance, Why This Matters, When to Apply |
This determines the skill's section structure.
Extraction Process
Step 1: Overlap Detection (BEFORE creating)
Search existing skills for overlap across 5 dimensions:
| Dimension | What to compare |
| Problem statement | Same underlying issue? |
| Root cause | Same technical cause? |
| Solution approach | Same fix? |
| Referenced files | Same code paths? |
| Prevention rules | Same advice? |
Scoring: Count matching dimensions.
| Overlap | Action |
| High (4-5 match) | Update existing skill with fresher context |
| Moderate (2-3 match) | Create new, add See also: cross-reference |
| Low (0-1 match) | Create new normally |
Why: Two skills describing the same problem will drift apart. Update rather than duplicate.
Step 2: Research (When Appropriate)
Search the web when the topic involves specific technologies, frameworks, or APIs. Skip for project-specific internal patterns. Cite sources in a References section.
Step 3: Structure the Skill
Use this template — adapt sections based on track:
---
name: [descriptive-kebab-case-name]
description: |
[Trigger conditions ONLY. Start with "Use when...". Include specific symptoms,
error messages, contexts. NEVER summarize the skill's workflow here.]
---
# [Skill Name]
## Problem / Context
[Bug track: What broke. Knowledge track: What situation prompted this.]
## Symptoms / When to Apply
[Bug track: Observable symptoms. Knowledge track: Conditions where this applies.]
## Solution / Guidance
[Step-by-step fix or recommended practice with code examples.]
## Prevention / Why This Matters
[Bug track: How to avoid recurrence. Knowledge track: Impact of following/not following.]
## Notes
[Caveats, edge cases, See also: links to related skills]
## References
[Optional: URLs to official docs or resources]Step 4: Write Effective Descriptions (CSO)
Description = Triggering conditions ONLY. Never summarize the workflow.
Why: Testing revealed that descriptions summarizing workflow cause agents to follow the description instead of reading the full skill. A description saying "code review between tasks" caused agents to do ONE review, when the skill required two.
# BAD: Summarizes workflow — agent shortcuts to this
description: Use when executing plans — dispatches subagent per task with code review
# GOOD: Trigger conditions only — agent reads the full skill
description: Use when executing implementation plans with independent tasksFormat rules:
- Start with "Use when..."
- Include specific symptoms, error messages, contexts
- Keep under 500 characters
- Third person (injected into system prompt)
- Include technology names if skill is technology-specific
Step 5: Discoverability Check
After creating a skill, verify:
- The description contains keywords someone would search for
- The name is descriptive (verb-first preferred:
fixing-X, notX-fix) - If the project has a CLAUDE.md, consider whether it should reference this skill category
Step 6: Save
- Project-specific:
.claude/skills/[skill-name]/SKILL.md - User-wide:
~/.claude/skills/[skill-name]/SKILL.md - Heavy reference (>100 lines) goes in
references/subdirectory - Reusable scripts go in
scripts/subdirectory
Quality Gates
Before finalizing:
- Description is trigger-only, no workflow summary (CSO)
- Solution verified to work (not theoretical)
- Specific enough to be actionable
- General enough to be reusable
- No sensitive information
- Overlap check completed (Step 1)
- No duplicate of existing skill or official docs
Anti-Patterns
| Anti-pattern | Why it's bad |
| Over-extraction | Mundane solutions don't need skills |
| Vague description | "Helps with React" won't surface when needed |
| Workflow in description | Agent shortcuts, skips reading full skill |
| Unverified solution | Only extract what actually worked |
| Duplication | Two skills on same topic drift apart over time |
| Narrative storytelling | "In session 2025-10-03 we found..." — too specific |
| Multi-language examples | One excellent example beats 5 mediocre ones |
Retrospective Mode
When /claudeception is invoked at session end:
- Review conversation for extractable knowledge
- List candidates with brief justifications
- Prioritize highest-value, most reusable (1-3 per session)
- Extract using the process above
- Summarize what was created and why
- Path Efficiency Analysis (enhanced retrospective):
Path Efficiency Analysis
After extracting skills, analyze the session's execution trajectory:
Path Efficiency Questions:
1. Recovery Rate: Did I recover from errors efficiently?
- Count error paths that led to correct recovery vs total errors
2. Repetitiveness: Did I repeat any failed approach?
- Flag any approach tried more than once without modification
3. Most Expensive Wrong Path: What was the costliest detour?
- Could it have been avoided with a Self-Critique Checkpoint?
- What early warning signal was missed?
4. Simulate-Before-Execute: Would pre-simulation have helped?
- Identify decisions where simulating 2-3 options would have saved timeIf Path Efficiency Analysis reveals a systemic issue (not just a one-off mistake), extract it as a skill with trigger conditions for future sessions.
Self-Critique Checkpoint (Proactive Evolution)
Before executing any non-trivial step during a session, briefly evaluate:
1. "What is the theoretical basis for this approach?"
2. "What are the top 3 risks?"
3. "What signal would tell me this is wrong BEFORE I finish?"After getting intermediate results:
4. "Did any predicted risks materialize?"
5. "Is the intermediate result consistent with expectations?"
6. "Should I continue or pivot?"If a Self-Critique Catchpoint catches a risk that actually materialized, the insight is high-priority for extraction — it means the agent predicted correctly but didn't act on its own prediction.
Self-Check Prompts
After completing any significant task:
- "Did I just spend meaningful time investigating something?"
- "Would future-me benefit from having this documented?"
- "Was the solution non-obvious from documentation alone?"
- "Did I simulate before executing? If not, would it have helped?"
- "What was my most expensive wrong path this session?"
If yes to any of the first three, extract now.
Integration with Other Skills
| Skill | Relationship |
| three-layer-wisdom-extraction | Operates ABOVE claudeception — uses claudeception output as Layer 2 input |
| skill-refresh | Maintains claudeception-created skills over time |
| skill-creator | For formal eval/benchmark testing of skills |
| agent-nurture-framework | Provides the Part 9 enhancement context for Self-Critique and Path Efficiency |
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.

