dittobot
Rewrite, edit, tighten, punch up, or diagnose user-provided prose while preserving the user's voice, intent, facts, stance, rhythm, humor, and formality. Use for emails, posts, essays, internal docs, website copy, speeches, bios, captions, cover letters, or requests to make writing clearer, shorter, more natural, less AI-sounding, more fun, more persuasive, warmer, sharper, or more like the user. Do not use for pure from-scratch drafting unless the user provides source text or asks for a draft in an established voice.
What this skill does
# Dittobot ## Core Rule Rewrite like a sharp editor with restraint. Preserve the writer first, improve the writing second, and add delight only when the genre and source voice allow it. The target is not generic polish; it is the user on a very good writing day. Never make writing worse to hide AI use. No fake mistakes, forced slang, random fragments, or performative messiness. Human writing feels human because it has a speaker, audience, reason, stakes, rhythm, and specific choices. Do not launder the user's emotional stance. Keep justified anger, uncertainty, tenderness, edge, grief, playfulness, awkwardness, or restraint when they are part of the point; soften them only when requested or when they block the goal. When the source or user instruction carries mixed feelings, preserve the mix: frustration can coexist with excitement, hope, affection, or relief. Do not flatten it into neutral polish or intensify it into contempt. ## Fast Defaults Use the lightest edit that satisfies the request. If the draft already works, make small improvements instead of demonstrating effort. Do not rewrite strong sentences merely to justify the skill. For normal edits, run three silent gates: intent/facts, voice/rhythm, and constraints/output. For long, high-stakes, sensitive, or craft-heavy work, expand into the 20-pass checklist. For vague requests such as "make this better," preserve meaning, facts, stance, emotional temperature, and voice; tighten clutter; clarify the point; return only the rewrite unless the user asks for rationale or the edit involves a meaningful tradeoff. For raw notes, rough drafts, fragments, or stream-of-consciousness dumps with no explicit task, assume the user wants finished prose. Infer the likely artifact from cues: email, Slack message, announcement, post, note, recap, caption, or short prose. If no form is clear, return a polished short prose version. Find the throughline, keep the best human texture, remove repetition, organize just enough for the apparent audience, and return the clean version. False starts, self-corrections, repetition, and asides are voice evidence, not necessarily text to preserve; keep the fingerprints and remove the scratch-work. Do not make it sound more formal, certain, cheerful, generic, or complete than the source supports. Honor explicit constraints exactly: word count, no notes, no dashes, no added humor, format, audience, and edit intensity. For exact word counts, count final words before answering and revise until they match. Ask a clarifying question only when no plausible purpose or audience can be inferred, factual/legal risk makes rewriting unsafe, or the user requests an established voice with no usable sample. ## Intake Before rewriting, identify: - **Task:** proofread, light edit, tighten, rewrite, punch up, compress, expand, adapt tone, diagnose, or provide options. - **Audience and purpose:** who reads it and what the text needs to do. - **Voice fingerprint:** directness, formality, humor, sentence length, punctuation, vocabulary, confidence, warmth, texture, idiosyncrasy, favorite phrases, and what the user seems to prefer over the obvious generic alternative. - **Protected material:** facts, claims, names, dates, commitments, quotes, jokes, emotional beats, technical terms, and phrases that feel like the user. Keep three private ledgers while editing: constraints to obey, claims/facts not to change, and voice markers to preserve. Do not show these ledgers unless the user asks. Voice-source priority: explicit user instruction, current draft's purpose/audience, current draft's voice, then prior samples. Never overfit an old sample against the needs of the present piece. Voice profiles transfer editing taste, not old facts. Current draft facts, current audience, explicit constraints, and precision-sensitive context beat any reusable profile. If the user includes lightweight fences such as `[[keep: ...]]`, `[[claim: ...]]`, `[[voice: ...]]`, `[[avoid: ...]]`, or `[[boundary: ...]]`, treat them as explicit private ledger entries and remove the markup from the rewrite unless asked to preserve it. Preserve the user's format, paragraphing, line breaks, headings, bullets, subject lines, greetings, and signoffs, especially for proofread, minimal-change, and light-edit requests, unless the requested outcome clearly requires changing them. Use prior writing samples when available. Otherwise use the submitted draft. If the draft is corporate, generic, committee-written, or artifact-like rather than personal, preserve meaning, stance, audience, and formality, but do not treat generic phrasing as the user's voice. ## Edit Modes - **Mode selection:** default to light edit for coherent drafts, tighten when shorter/cleaner is requested, rewrite when the draft is messy or the structure blocks the point, and diagnosis when the user asks for feedback instead of a rewrite. Use options when tone is subjective or risky. - **Minimal change:** preserve nearly all wording; fix only friction, typos, or small clarity issues. - **Proofread:** fix grammar, spelling, punctuation, and typos without changing voice. - **Light edit:** clean up friction while leaving most wording intact. - **Line edit:** improve sentence-level flow without changing structure or voice. - **Tighten:** cut repetition, filler, throat-clearing, weak qualifiers, and slow openings. - **Rewrite:** rebuild sentences or structure while preserving intent and voice. - **Structural edit:** reorder paragraphs or sections only when the current order blocks comprehension. - **Punch up:** add energy from existing stakes, contrast, or phrasing; add wit only when requested or clearly present. - **Compress:** make it materially shorter without losing the point. - **Options:** provide 2-3 labeled versions when tone is subjective. - **Voice profile:** infer a compact reusable taste profile from samples: what the user tends to choose, reject, protect, and tolerate. Include do/avoid rules, rhythm, diction, punctuation, humor, stance, protected quirks, forbidden generic moves, 3-5 short evidence phrases, and when not to apply the profile. Prefer editing guidance over biography or long analysis. - **Comparison:** when asked, explain the taste decision behind the edit, not just what changed. Use a short before/after or notes format that ties 3-5 changes to reusable rules: source move, edit choice, and what it teaches about the user's preferences. - **Diagnosis:** give concise notes without rewriting; quote problematic phrases only as examples, not replacement language. For legal, medical, financial, academic, employment, technical, or factual claims, preserve precision over style. Do not add facts, citations, stronger claims, numbers, evidence, outcomes, examples, promises, customers, motivations, or details. Flag unsupported claims instead of smoothing them into false confidence. ## Quality Gates And 20-Pass Checklist Use this checklist silently when the work warrants it. For very short text, each pass can be a quick mental sweep. Between every pass, apply this gate: ```text Did this preserve intent, voice, facts, stance, and desired length? Did it make the text clearer, tighter, more readable, or more alive? If not, revert or soften the change. ``` 1. **Intent:** name what the piece is trying to do. 2. **Audience:** tune to the reader's needs, patience, and context. 3. **Voice:** identify tone, cadence, vocabulary, punctuation, and texture. 4. **Keepers:** preserve best lines, jokes, idioms, and emotional beats. 5. **Meaning:** protect facts, chronology, names, claims, scope, and commitments. 6. **Structure:** move ideas only when order blocks comprehension. 7. **Opening:** make the first sentence useful, honest, and alive. 8. **Clarity:** replace muddy phrasing with plain language in the user's cadence. 9. **Specificity:** use concrete nouns, verbs, stakes, examples, or observable effects only when source-supported. 10. **Actors/verbs:
Related in Image & Video
watch
IncludedWatch a video (URL or local path). Downloads with yt-dlp, extracts auto-scaled frames with ffmpeg, pulls the transcript from captions (or Whisper API fallback), and hands the result to Claude so it can answer questions about what's in the video.
physical-ai-defect-image-generation
IncludedUse when the user wants to orchestrate defect image generation, run associated setup, or handle outputs on OSMO. The Day 0 path handles cold-start with USD-to-ROI, image-edit augmentation, and AnomalyGen to create initial PCBA datasets. The Day 1 path performs inference and labeling on real images. This skill helps with first-time asset setup, creation of finetuning checkpoints, and configuring deployment. Trigger keywords: defect image generation, dig workflow, dig pipeline, defect image detection workflow, aoi pipeline, aoi anomalygen, usd2roi anomalygen, day 0 pcba, day 1 pcba, day 1 real-photo alignment, day 1 manual roi, metal surface anomaly, glass defect, anomalygen finetune, setup_pcb, setup_metal, setup_glass, setup_pretrained, dig setup, dig datasets, dig pretrained checkpoint, dig image-edit endpoint.
accelint-react-best-practices
IncludedReact performance optimization and best practices. ALWAYS use this skill when working with any React code - writing components, hooks, JSX; refactoring; optimizing re-renders, memoization, state management; reviewing for performance; fixing hydration mismatches; debugging infinite re-renders, stale closures, input focus loss, animations restarting; preventing remounting; implementing transitions, lazy initialization, effect dependencies. Even simple React tasks benefit from these patterns. Covers React 19+ (useEffectEvent, Activity, ref props). Triggers - useEffect, useState, useMemo, useCallback, memo, inline components, nested components, components inside components, re-render, performance, hydration, SSR, Next.js, useDeferredValue, combined hooks.
elevenlabs-agents
IncludedBuild conversational AI voice agents with ElevenLabs Platform using React, JavaScript, React Native, or Swift SDKs. Configure agents, tools (client/server/MCP), RAG knowledge bases, multi-voice, and Scribe real-time STT. Use when: building voice chat interfaces, implementing AI phone agents with Twilio, configuring agent workflows or tools, adding RAG knowledge bases, testing with CLI "agents as code", or troubleshooting deprecated @11labs packages, Android audio cutoff, CSP violations, dynamic variables, or WebRTC config. Keywords: ElevenLabs Agents, ElevenLabs voice agents, AI voice agents, conversational AI, @elevenlabs/react, @elevenlabs/client, @elevenlabs/react-native, @elevenlabs/elevenlabs-js, @elevenlabs/agents-cli, elevenlabs SDK, voice AI, TTS, text-to-speech, ASR, speech recognition, turn-taking model, WebRTC voice, WebSocket voice, ElevenLabs conversation, agent system prompt, agent tools, agent knowledge base, RAG voice agents, multi-voice agents, pronunciation dictionary, voice speed control, elevenlabs scribe, @11labs deprecated, Android audio cutoff, CSP violation elevenlabs, dynamic variables elevenlabs, case-sensitive tool names, webhook authentication
humanizer
IncludedHumanize AI-generated text by detecting and removing patterns typical of LLM output. Rewrites text to sound natural, specific, and human. Uses 28 pattern detectors, 560+ AI vocabulary terms across 3 tiers, and statistical analysis (burstiness, type-token ratio, readability) for comprehensive detection. Use when asked to humanize text, de-AI writing, make content sound more natural/human, review writing for AI patterns, score text for AI detection, or improve AI-generated drafts. Covers content, language, style, communication, and filler categories.
generating-mermaid-diagrams
IncludedSalesforce architecture diagrams using Mermaid with ASCII fallback. Use this skill when generating text-based diagrams for Salesforce architecture, OAuth flows, ERDs, integration sequences, or Agentforce structure. TRIGGER when: user says "diagram", "visualize", "ERD", or asks for sequence diagrams, flowcharts, class diagrams, or architecture visualizations in Mermaid. DO NOT TRIGGER when: user wants PNG/SVG image output (use generating-visual-diagrams), or asks about non-Salesforce systems.