summarize
Summarize CLI
Use this skill to run summarize effectively in terminal workflows.
Focus on practical usage and command execution, not broad project background.
Workflow
- Confirm input type and desired output format.
- Run a minimal real command first (
summarize "<input>"). - Select a model/provider and ensure matching API credentials.
- Add flags incrementally only after a baseline run succeeds.
- If it fails, re-run with
--verboseor--jsonbefore changing multiple variables.
Quick Patterns
- Summarize a URL:
summarize "https://example.com" - Summarize a local file:
summarize "/path/to/file.pdf" - Summarize piped input:
cat notes.md | summarize - - Summarize YouTube/media URL:
summarize "https://youtube.com/watch?v=..." - Force model/provider:
summarize "https://example.com" --model openai/gpt-5-mini - Control length:
summarize "https://example.com" --length long - Return diagnostics JSON:
summarize "https://example.com" --json - Extract content without summarizing:
summarize "https://example.com" --extract --format md
Configuration Rules
- Prefer explicit
--modelon task-critical runs. - Use
~/.summarize/config.jsonfor stable defaults. - Remember precedence for model selection:
--modelSUMMARIZE_MODEL~/.summarize/config.json- built-in default (
auto)
Troubleshooting Flow
- Re-run with
--verbose. - Confirm API key matches the chosen provider/model.
- Switch to a known-good model (for example
openai/gpt-5-miniorgoogle/gemini-3-flash-preview). - For media or YouTube failures, verify external dependencies (
yt-dlp,ffmpeg, optionallytesseract). - Use
--jsonto inspect extraction and metric fields.
Scope
- Prioritize how to run commands and fix concrete failures.
- Do not include full repository-level documentation unless explicitly requested.
- Use references/cli.md only for deeper flag/provider details.
References
Read references/cli.md for install commands, provider keys, advanced flags, and error-specific guidance.
More from sjunepark/custom-skills
skills-cli
Operate the skills CLI to discover, install, list, update, remove, and initialize skills for Codex, Claude Code, and Pi. Use when users ask to manage skills from skills.sh, restore from lock files, sync skills from node_modules, or troubleshoot agent/installation scope (project vs global).
36post-implementation-review
Manually review already-implemented code for design flaws, abstraction issues, structural problems, or refactors that only became clear in real code. Use only when the user explicitly asks for a post-implementation review, explicitly asks whether recent implementation work revealed design or structure problems, or explicitly wants refactor recommendations after the code exists. Do not auto-trigger for ordinary implementation, debugging, explanation, or generic code review requests. Prefer embedded snippets with file-path comments over editor-oriented file and line references. Prioritize real design, ownership, abstraction, and organization weaknesses over minor local polish, call out real tradeoffs, and separate straightforward recommendations from items worth discussion.
29architecture-md-writer
Create, update, review, and split ARCHITECTURE.md files that explain a codebase's shape, major components, runtime flow, code map, and important invariants. Use when a repository lacks architecture docs, an existing ARCHITECTURE.md is stale or too detailed, a subsystem needs its own nested ARCHITECTURE.md, or a root architecture doc should link to deeper module architecture docs.
27agents-md-writer
Create, edit, review, and improve AGENTS.md files for repositories used by agentic coding tools with concise, actionable instructions and correct precedence behavior. Use whenever AGENTS.md content is being changed, including updating existing guidance, drafting a new AGENTS.md, migrating legacy instruction files, defining nested overrides in monorepos, or debugging why tools load the wrong guidance.
26source-investigator
Investigate external libraries, frameworks, and unfamiliar repositories by cloning the exact repo into a project-local temp workspace, ignoring that workspace in git, and delegating code reading to focused subagents so the main thread stays clean. Use whenever docs are incomplete, version-specific behavior matters, you need to learn how a codebase works, or exploring lots of source inline would pollute the main context.
24briefing
Manually brief the user on the current task or session so they can make the next decision without reloading the whole codebase. Use only when the user explicitly asks for a briefing, catch-up, current state, relevant architecture, or implementation context. Prefer this skill for task-scoped context recovery when the conversation is long, the code has changed, or the user wants the relevant details without a long explanation.
22