一键导入
tldr-code
Token-efficient code analysis via 5-layer stack (AST, Call Graph, CFG, DFG, PDG). 95% token savings.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Token-efficient code analysis via 5-layer stack (AST, Call Graph, CFG, DFG, PDG). 95% token savings.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
The Code reporting discipline AND the reporting-system operations command. Discipline half — the "one spine" rule (every reportable unit of work lands one Weekly Work Tracker row, Source-tagged), field mapping, Bridge auto-mirror tie-in. Operations half (proposal 07) — /reporting status (registry tail, trust metrics, drift, next scheduled runs, log locations), /reporting run <pipeline>, /reporting heal. Use when finishing reportable work, when asked "how should I report this" / "log this for the report", at session end to capture unreported work, or for pipeline ops — "/reporting", "reporting status", "is reporting healthy", "run the health check", "why is a report row missing/stale".
Generate the weekly FourthOS sponsor update package for Carly (VP) and Christian (CTO). Pulls live portfolio data from the FourthOS Notion cockpit, refreshes the Notion Update Package page, renders a progressive-disclosure HTML artifact set (Tier 1 briefing dashboard, Tier 2 teaching deep-dive), stages it UNLISTED to the ai-enablement-decks GitHub Pages site, and notifies Dave to review before promoting it live. Use when asked to generate, build, preview, or promote the FourthOS weekly sponsor update, or when the CCv3-FourthOS-Weekly scheduled task runs. Triggers on "fourthos weekly", "sponsor update", "Carly update", "Christian update", "weekly portfolio update".
Run a feature through the full tri-model Game Plan pipeline — rostered roles (Claude hub, Grok builder/researcher, Codex reviewer/fixer), a workroom disk bus, and human gates. Use when the user types /game-plan [feature], says "run the game plan on X", "full crew on this", "roster this feature", or wants a multi-milestone feature built with cross-model build/review separation. Opt-in orchestrator on top of /workroom; for one-shot tasks use /grok or /codex directly, for trivial edits use neither.
Audit and curate the memory system -- identify signal vs noise, score entries, and archive low-quality learnings.
Detect drift between the continuous-claude repo and the active ~/.claude/ directory
Initialize Continuous Claude v3 for a new project with full toolset activation. Creates project CLAUDE.md (interview-driven, 8 sections), ROADMAP.md, knowledge tree, Serena code intelligence, and project registry entry. Use when opening a new project folder for the first time, starting a new project, setting up CCv3 in an existing repo, or the user says "init project", "setup project", "new project", "initialize", "start new project".
| name | tldr-code |
| description | Token-efficient code analysis via 5-layer stack (AST, Call Graph, CFG, DFG, PDG). 95% token savings. |
| allowed-tools | ["Bash"] |
| metadata | {"keywords":["debug","refactor","understand","complexity","call graph","data flow","what calls","how complex","search","explore","analyze","dead code","architecture","imports"]} |
Token-efficient code analysis. 95% savings vs raw file reads.
Advanced features (daemon, semantic search, Python API, language table): references/advanced-features.md
Canonical entry point. This is the single skill for TLDR usage. Routine analysis (call graph injection, AST-summarized reads, post-edit diagnostics) is handled automatically by 8 hooks — see
tldr-context-inject,tldr-read-enforcer,smart-search-router,impact-refactor,arch-context-inject,edit-context-inject,post-edit-diagnostics,signature-helper. Don't add newtldr-*sub-skills; extend this one or extend a hook.
| Task | Command |
|---|---|
| File tree | tldr tree src/ |
| Code structure | tldr structure . --lang python |
| Search code | tldr search "pattern" . |
| Call graph | tldr calls src/ |
| Who calls X? | tldr impact func_name . |
| Control flow | tldr cfg file.py func |
| Data flow | tldr dfg file.py func |
| Program slice | tldr slice file.py func 42 |
| Dead code | tldr dead src/ |
| Architecture | tldr arch src/ |
| Imports | tldr imports file.py |
| Who imports X? | tldr importers module_name . |
| Affected tests | tldr change-impact --git |
| Type check | tldr diagnostics file.py |
| Semantic search | tldr semantic search "auth flow" |
Layer 1: AST ~500 tokens Function signatures, imports
Layer 2: Call Graph +440 tokens What calls what (cross-file)
Layer 3: CFG +110 tokens Complexity, branches, loops
Layer 4: DFG +130 tokens Variable definitions/uses
Layer 5: PDG +150 tokens Dependencies, slicing
───────────────────────────────────────────────────────────────
Total: ~1,200 tokens vs 23,000 raw = 95% savings
tldr tree src/ --ext .py .ts # File tree, filter by extension
tldr structure . --lang python # Code structure (codemaps)
tldr search "def process" src/ # Text search
tldr search "TODO" . -C 3 # 3 lines context
tldr semantic search "auth flow" # Natural language search
tldr extract src/api.py # Full file info
tldr extract src/api.py --function process # Filter to function
tldr context main --project src/ --depth 3 # LLM context (follows call graph)
tldr cfg src/processor.py process_data # Control flow: complexity, branches, loops
tldr dfg src/processor.py process_data # Data flow: variable definitions/uses
tldr slice src/processor.py process_data 42 # What affects line 42
tldr slice src/processor.py process_data 42 --var result # Track specific variable
tldr calls src/ --lang python # Cross-file call graph
tldr impact process_data src/ --depth 5 # Who calls this function?
tldr dead src/ --entry main cli test_ # Find unreachable code
tldr arch src/ # Detect architectural layers
tldr imports src/api.py # What does this file import?
tldr importers datetime src/ # Who imports this module?
tldr diagnostics src/api.py # Type check + lint (pyright/ruff)
tldr diagnostics . --project # Whole project
tldr diagnostics src/ --format text # Human-readable output
tldr change-impact --git # Tests affected by git diff
tldr change-impact --git-base main # Diff against branch
tldr change-impact --run # Actually run affected tests
| Task | Use TLDR | Use Grep |
|---|---|---|
| Find function definition | tldr extract file --function X | - |
| Search code patterns | tldr search "pattern" | - |
| String literal search | - | grep "literal" |
| Config values | - | grep "KEY=" |
| Cross-file calls | tldr calls | - |
| Reverse deps | tldr impact func | - |
| Complexity analysis | tldr cfg file func | - |
| Variable tracking | tldr dfg file func | - |
| Natural language query | tldr semantic search | - |
Key insight: TLDR navigates, then you read. Don't fix bugs from summaries alone.
# 1. NAVIGATE: Find which files matter
tldr imports file.py # What does buggy file depend on?
tldr impact func_name . # Who calls the buggy function?
tldr calls . # Cross-file edges
# 2. READ: Get actual code for critical files (2-4 files, not all 50)
tldr search "def buggy_func" . -C 20 # Code with context
# Then use Read tool for full implementation if needed
For cross-file bugs (field name mismatch, type mismatch): TLDR finds which files matter, then you read them.
Need to find code?
└─ By name/pattern → tldr search
└─ By meaning → tldr semantic search
Need to understand code?
└─ What it calls → tldr calls / tldr extract
└─ Who calls it → tldr impact
└─ How complex → tldr cfg
└─ Variable flow → tldr dfg
└─ What affects line X → tldr slice
Need to analyze codebase?
└─ Dead code → tldr dead
└─ Architecture → tldr arch
└─ Import graph → tldr imports / tldr importers
Need to validate changes?
└─ Type errors → tldr diagnostics
└─ Affected tests → tldr change-impact