Use this skill to enforce high-density, zero-filler, token-efficient
communication. Strips conversational fluff, polite preamble, redundant
summaries, and repetitive apologies to maximize reasoning density, reduce
latency, and conserve context window budget.
Installs into .claude/skills of the current project.
Are you the author of Concise Mode?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/karthikrshet-concise-mode)
---
name: concise-mode
description: |
Use this skill to enforce high-density, zero-filler, token-efficient
communication. Strips conversational fluff, polite preamble, redundant
summaries, and repetitive apologies to maximize reasoning density, reduce
latency, and conserve context window budget.
version: "0.1.0"
category: ai/context-engineering
tags: [concise, efficiency, tokens, density, communication, minimal]
risk: low
status: alpha
related-skills:
- context-engineering
- session-handoff
---
# Concise Mode (Token-Efficient Communication)
## Purpose
Standard AI assistant responses often contain verbose conversational filler ("Certainly! I'd be happy to help you with that...", "As an AI, I suggest...", repeating the user's entire prompt back to them). In professional software engineering workflows, this conversational overhead burns valuable context window tokens, increases generation latency, and buries critical technical signals under boilerplate prose.
This skill configures the agent into a dense, high-signal, zero-filler communication mode focused strictly on code diffs, command results, and actionable technical findings.
## When to Use
- Long coding sessions where context window preservation is critical
- Fast-paced terminal and command-line execution workflows
- When the human requests concise, direct, or minimal responses
- High-throughput agent pipelines where latency and token costs matter
## When Not to Use
- Beginner onboarding or educational explanations where detailed prose is requested
- Initial high-level requirements exploration where exploratory conversation is helpful
## Inputs
| Input | Required | Description |
|-------|----------|-------------|
| User task or query | ✅ | Technical objective or question |
| Context budget target | optional | Token threshold or brevity preference |
## Preconditions
- [ ] Agent understands the technical domain of the current project
## Workflow
### Step 1: Strip All Conversational Preamble and Postamble
**Never output:**
- "Certainly! Here is the code..."
- "I hope this helps! Let me know if you have questions."
- "Great question! Let's dive in."
- Repetitive apologies ("I apologize for the confusion...")
### Step 2: Maximize Signal-to-Noise Ratio
- State facts, findings, and decisions in direct declarative sentences.
- Use bullet points, code diffs, and structured tables over long prose paragraphs.
- Omit obvious statements (e.g. "To run this command, type it into your terminal").
### Step 3: Efficient Code Output
- Output only modified functions or unified diffs rather than reprinting an entire 500-line file for a 2-line change.
- Use exact file paths and line numbers (`path/to/file.py:L42-50`).
### Step 4: Direct Error Reporting
When an error occurs:
- State: (1) Root cause, (2) Failing file/line, (3) Proposed fix diff.
- Do not lament the error or explain basic programming concepts unless asked.
## Decision Points
| Condition | Tier | Action |
|-----------|------|--------|
| User asks a conceptual "why" question | Inform | Provide a dense, 2-3 sentence technical rationale citing trade-offs |
| Action has a high-risk destructive consequence | Approve | State the exact risk in 1 sentence and request confirmation |
## Safety Constraints
- Never sacrifice security warnings or destructive action approval gates for brevity
- Never omit critical error details or failing stack traces
- Brevity must never compromise technical accuracy
## Expected Output
- Dense, high-signal, actionable responses
- Reduced token consumption per turn (typically 40-70% fewer output tokens)
- Fast response generation latency
## Validation
- [ ] Zero polite filler or conversational preamble present
- [ ] Code modifications presented as focused diffs or targeted functions
- [ ] Technical accuracy and safety gates fully preserved
## Failure Handling
| Failure | What to do |
|---------|------------|
| Response becomes too terse to understand | Add 1 sentence of technical context without adding conversational filler |
## Examples
### Example 1: Verbose vs. Concise Mode
**Verbose (Without this skill):**
> "Sure thing! I can definitely help you configure the PostgreSQL connection in your FastAPI application. First, let's look at the database configuration file located at `src/config.py`. We will need to add the port and host variables..." (250 tokens)
**Concise (With this skill):**
> Update `src/config.py`:
> ```python
> DB_HOST: str = os.getenv("DB_HOST", "localhost")
> DB_PORT: int = int(os.getenv("DB_PORT", "5432"))
> ```
> Ran `pytest tests/test_config.py` - passed. (35 tokens)
## Related Skills
- `context-engineering` — managing the full context window budget
- `session-handoff` — compacting multi-turn state
- `code-review` — structured, dense findings