claude-code-plugin-ref…
Explain plugin, skill, command, agent, and hook mechanics used here. Use when authoring or debugging plugins. Do not use for ops;…
Extracts a user's writing voice from text samples via SICO comparative analysis. Use when building a voice profile for consistent generation.
Claude Code
$ npx -y skills add athola/claude-night-market --skill voice-extract --agent claude-code
Codex
$ npx skills add athola/claude-night-market --skill voice-extract -a codex -y
Cursor
$ npx skills add athola/claude-night-market --skill voice-extract -a cursor -y
Gemini CLI
$ npx skills add athola/claude-night-market --skill voice-extract -a gemini-cli -y
GitHub Copilot
$ npx skills add athola/claude-night-market --skill voice-extract -a github-copilot -y
OpenCode
$ npx skills add athola/claude-night-market --skill voice-extract -a opencode -y
Windsurf
$ npx skills add athola/claude-night-market --skill voice-extract -a windsurf -y
name: voice-extract
description: Extracts a user's writing voice from text samples via SICO comparative analysis. Use when building a voice profile for consistent generation.
globs: "**/*.{md,txt}"
alwaysApply: false
category: writing-quality
tags:
- voice
- extraction
- sico
- style-transfer
- writing
tools: []
complexity: high
estimated_tokens: 3200
progressive_loading: true
modules:
- modules/sico-extraction.md
- modules/sample-intake.md
- modules/register-creation.md
- modules/research-basis.md
dependencies:
- scribe:style-learner
- scribe:slop-detectorExtract a user's writing voice through SICO comparative analysis.
`scribe:voice-generate`)
Rather than measuring surface metrics, this skill uses SICO Phase 1: feed the model user writing samples alongside its own default output on the same topics. The model describes what the user does differently. This produces voice descriptions that encode implicit structural patterns no metrics can capture.
The papers and reports behind these choices, and what each one changed in the extraction passes, are in `modules/research-basis.md`. Read it before changing what the passes ask for.
1. **Anonymize samples**: Label as "Sample 1", "Sample 2", etc. Context labels cause the extractor to anchor on content rather than reading a unified voice.
2. **Variety over volume**: 10 samples across different topics beats 20 on the same subject. The extraction needs to see what stays constant when everything else changes.
3. **Casual writing is distinctive**: Reddit comments, slack messages, quick emails. Polished pieces have rough edges edited away, and those edges are where voice lives.
4. **Pressure test for specificity**: If extraction output sounds generic ("uses varied sentence lengths"), run pass 2 and force specificity. Good output reads like followable instructions.
5. **Use Opus or larger for extraction**: Finer-grained feature descriptions, especially for registers where subtle tonal shifts matter. When this session runs Sonnet or Haiku, run Steps 2-4 as one dispatch:
Agent(general-purpose):
- model: opus
- prompt: {Steps 2-4 of this skill, and $PROFILE_DIR/samples}The subagent writes the baselines too, because Text B must be the extracting model's own default. It sees nothing from this conversation and reads the samples from disk. Sample intake and the user's confirmation stay in this session. On an Opus or Fable session, run the steps inline.
1. `voice-extract:samples-collected` - Writing samples gathered 2. `voice-extract:samples-anonymized` - Labels stripped, numbered 3. `voice-extract:baseline-generated` - Claude's default output on same topics 4. `voice-extract:extraction-pass-1` - Broad comparative features 5. `voice-extract:extraction-pass-2` - Pressure test for specificity 6. `voice-extract:profile-written` - extraction.md created
Load: `@modules/sample-intake`
# Scan for samples
PROFILE_DIR="$HOME/.claude/voice-profiles/{name}"
mkdir -p "$PROFILE_DIR/samples"
# Copy samples from user-provided directory
# Rename to Sample-01.md, Sample-02.md, etc.Present the user with:
Paste your writing sample below (minimum 200 words). Type END on a new line when done.
Repeat until user says "done collecting" or reaches 10+ samples.
Create `manifest.json`:
{
"profile_name": "{name}",
"created": "YYYY-MM-DD",
"samples": [
{
"id": "sample-01",
"original_source": "anonymized",
"word_count": 450,
"date_added": "YYYY-MM-DD"
}
],
"extraction_model": "opus",
"extraction_date": null,
"registers": ["default"]
}For each sample's topic/context, generate Claude's default output on the same subject. This creates the comparison pair.
**Prompt for baseline**:
Write a short piece about [topic extracted from sample]. Use your natural default style. Do not try to match any particular voice or style. Just write naturally about this subject in approximately [word_count] words.
Store baselines alongside samples for comparison.
Load: `@modules/sico-extraction`
The core comparative prompt:
I'm going to show you pairs of text. In each pair: - Text A is written by a specific person - Text B is your default output on the same topic Your task: describe what the writer of Text A does differently from your default style. Focus on: - Structural patterns (paragraph shapes, section architecture) - Rhetorical moves (how they build arguments, make transitions) - Tonal devices (hedging patterns, commitment patterns) - Sentence-level techniques (clause structure, rhythm) - Vocabulary tendencies (physical vs abstract language, technical vs conversational) - Distinctive habits (parentheticals, fragments, questions) Do NOT describe surface metrics (average sentence length, word count). Describe the voice in terms a writer could follow. Be specific enough that someone could use your description to imitate this voice. [Pairs follow]
If the extraction output contains any of these generic phrases, reject and re-run with higher specificity demand:
Review your feature description. For each characteristic you identified,
A plugin marketplace for Claude Code. Install only the plugins you need to run git workflows, code review, spec-driven development, and autonomous agents from inside your Claude Code session.
Explain plugin, skill, command, agent, and hook mechanics used here. Use when authoring or debugging plugins. Do not use for ops;…
States load-bearing decisions, invariants, and weak points. Use when judging a design change. Do not use for gating; use…
Rebuild the dev environment: uv, Python tiers, pins, traps. Use when onboarding or toolchain breaks. Do not use for daily…
Classify, gate, and review changes. Use when landing a PR, releasing, or amending rules. Do not use for failure triage; use…
Search and record project memory (Discussions, journal, ADRs). Use before re-investigating anything. Do not use for settled…
Bind loop 'done' to unfakeable gates. Use to harden egregore/herald loops or promote completion_integrity. Not for QA gates; use…
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…
Ask which skill or flow fits your situation. A router over the skills in this repo.