attention-span

Español · 中文 · 日本語 · Português · Deutsch · Français

Claude Code가 코드를 작성하는 방식이 아니라 여러분에게 말하는 방식을 바꾸는 출력 스타일 모음입니다. 결론 우선, 쉬운 말, 빠른 훑어보기. 각 스타일은 마크다운 파일 하나로, 넣고 켜기만 하면 됩니다.

기본적으로 간결하게 만드는 규칙은 무엇보다 여러분의 주의를 배려합니다. Claude의 출력을 줄이는 것은 반가운 부작용일 뿐, 목적이 아닙니다.

지금까지 세 가지: Attention-kind(대표작), Spartan(간결, 온기 제로), Rundown(TL;DR 브리핑). 각각 아래에 별도 섹션이 있습니다.

Attention-kind
ADHD 친화적인 스타일입니다. Claude가 먼저 답하고, 짧게 유지하며, 전문용어를 걷어내고, 실제로 주의를 기울일 가치가 있는 것만 확장합니다. 모든 항목은 띄어 쓰고 → 로 표시하며, 중요한 단어는 **굵게** 표시해서 굵은 글씨만 훑어도 전체 답을 얻을 수 있습니다.

그 밑바탕의 엔지니어링 능력은 동일합니다. 전달 방식만 바뀝니다.

누구를 위한 것인가: 주의가 한정된 자원인 모든 사람. ADHD이거나, 피곤하거나, 몰입 중이거나, 그냥 텍스트 벽에 지친 사람.

Before / after
질문: "새 소셜 앱에 어떤 데이터베이스를 써야 하나, PostgreSQL 아니면 MongoDB?" 같은 답, 스타일 적용 전과 후.

기본 · 430단어
Attention-kind · 94단어

새 소셜 앱이라면 PostgreSQL로 시작하세요. MongoDB를 대신 고를 기준은 높습니다. 소셜 앱은 본질적으로 관계가 많습니다. 사용자가 사용자를 팔로우하고, 게시물은 사용자에 속하고, 댓글은 게시물에 속하고, 좋아요는 사용자와 게시물을 연결합니다. 이것은 연결의 그물망이며, 바로 관계형 데이터베이스가 위해 만들어진 것입니다. MongoDB에서는 관련 데이터를 한 레코드에 밀어 넣고 크기 제한과 싸우거나, 나눠 놓고 결국 앱 코드에서 다시 꿰매야 합니다. 피드 문제는 이를 더 악화시킵니다. 타임라인, "팔로우한 사람들의 게시물", 상호 친구 조회는 모두 Postgres가 단일 쿼리로 처리하는 종류의 상호 참조에 기댑니다. 일관성도 공짜로 얻습니다. 팔로우 수와 "내가 이미 좋아요 했나" 확인은 실제 트랜잭션을 원하기 때문입니다… [이런 식으로 계속됩니다]

→ PostgreSQL을 쓰세요. 소셜 앱은 전부 관계(친구, 팔로우, 좋아요)이고, Postgres는 이를 기본으로 처리합니다. 새 소셜 앱의 약 90%에 맞습니다.

→ 유연성도 유지됩니다. JSONB 컬럼이 스키마 없는 데이터를 같은 데이터베이스 안에 저장하므로, Postgres를 떠나지 않고도 MongoDB의 자유로움을 얻습니다.

→ 데이터가 링크 없는 자기완결적 문서이고 첫날부터 막대한 쓰기량이 필요할 때만 MongoDB를 고르세요.

→ MongoDB의 초기 함정: 6개월쯤 지나면 "사용자"의 다섯 가지 형태가 생기고 깔끔한 해결책이 없습니다. Postgres는 구조를 강제합니다.

→ 다음: 관리형 Postgres(Supabase, Neon, RDS)로 시작하세요.

같은 정보. 그중 하나는 한눈에 읽을 수 있습니다.

실제로 도움이 될까? (측정되었고, 재현 가능)
벤치마크는 작업과 출력을 따로 측정하며, 핵심 수치는 LLM 심사자를 쓰지 않습니다. 모든 수치는 이 저장소에서 재현 가능합니다. 전체 설명과 실행 가능한 하네스.

작업은 그대로입니다. 숨겨진 테스트 스위트가 있는 12개 코딩 작업, 스타일 끔 vs 켬: 통과율 동일(둘 다 97%, 노이즈 범위 내). 심사자 없이, 테스트 통과만.
출력이 평균 약 43% 짧아짐(중앙값 41%), 중요한 장문 답변에서는 50-71%; 이미 짧은 답변은 거의 변화 없음.
핵심에 약 40단어 대신 약 6단어로 도달. 첫 줄에 답이 있는 경우 75% vs 3%. (가독성 점수는 해당 없음, 단어 길이만 측정하고 텍스트 벽은 보지 못함.)
산출물이 깔끔하게 나오는 경우 88% vs 스타일 없이 12%, 메시지나 커밋을 요청하면 군더더기 없이 그것만 나옴.

더 짧고, 더 명확하고, 한눈에 파악하기 쉬우며, 작업은 그대로입니다. 더 나은 답을 만든다고 주장하지 않습니다. 그게 목적이 아닙니다.

무엇이 바뀌나

결론 우선. 첫 줄에 결론. 서론 없음.
기본적으로 짧게. 완전히 답하는 최소한만 말하고 멈춤.
필수적인 것만 확장, 그래서 길이 자체가 중요도를 신호함.
쉬운 말. 드문 기술 용어는 다섯 단어 정의를 한 번.
훑어보기 좋게. → 표시, 강한 굵기, 항목 간 실제 간격.
반복 없음. 각 항목은 하나의 뚜렷한 논점, 재진술이나 재논증 없음.
긴 작업을 다시 고정하고 한 번에 질문 하나, 흐름을 놓치지 않게.
주석도 마찬가지. 코드 주석은 쉬운 말 "이유 설명" 규칙을 따르되, 채팅 서식은 절대 따르지 않음.

Spartan

온기를 걷어낸 간결 모드. Attention-kind와 같은 화살표와 굵기를 쓰지만, 직설적이고 명령조, 완충 없음, 전환 없음, 최대 압축. 신호만 원하고 대화는 원치 않을 때 몰입 작업용.

질문: "이번 주 우선순위 세 개, 자리는 두 개, 무엇을 자를지 어떻게 정하나?" 둘 다 실제 Opus 5 평가 출력.

기본 · 310단어
Spartan · 168단어

가장 싸게 실패하는 테스트에서 자르세요. 일주일 밀리면 누가 실제로 느끼고, 얼마나? 세 개 모두 네 가지 빠른 필터를 통과시키면 보통 패자는 저절로 떨어집니다. 지연의 결과: 셋 중 둘은 아마 당신이 만든 무른 마감이고 하나는 진짜 마감, 기다리는 사람, 하류 의존성, 닫히는 창. 자체 부과한 더미에서 자르고, 누군가 나 때문에 막힌 더미에서는 절대 자르지 마세요. 되돌릴 수 있음: 어떤 것은 기다릴수록 어려워지고, 어떤 것은 다음 주에도 똑같이 쉽습니다. 비용 곡선이 평평한 것을 자르세요. 당신 외에 누가 소유하나: 위임되거나 다른 사람이 80%로 할 수 있는 우선순위는 당신만 할 수 있는 것보다 더 나은 자를 대상입니다… [이런 식으로 계속됩니다]

→ 하지 않았을 때의 비용으로 순위를 매기세요. 노력이나 흥미가 아니라. 각각 물으세요: 이게 일주일 밀리면 무엇이 깨지나? 결과가 가장 무른 것이 잘립니다.

→ 되돌릴 수 있는 것을 죽이세요. 기다릴 수 있거나, 위임되거나, 나중에 페널티 없이 재시작할 수 있는 작업이면 자르세요. 하드 마감이나 다른 사람이 당신 때문에 막히는 의존성이 있는 것은 보호하세요.

→ 후회 테스트를 돌리세요. 금요일 밤, 안 끝난 작업 중 가장 아픈 것은? 그것을 유지하세요. 어깨를 으쓱할 것은 자를 대상입니다.

→ 시끄러운 것과 중요한 것을 분리하세요. 당신에게 소리치는 우선순위는 종종 가장 불안한 것일 뿐, 가장 가치 있는 것이 아닙니다. 양이 아니라 영향으로 자르세요.

→ 셋 다 반만 하지 마세요. 두 개 완성이 66%의 세 개를 이깁니다. 세 번째의 부분 작업이 함정입니다. 생산적으로 느껴지고 아무것도 내놓지 않습니다.

→ 소리 내어 자르세요. 영향을 받는 사람에게 금요일이 아니라 지금 말하세요. 알린 자름은 결정이고, 숨긴 자름은 지연된 실패입니다.

Attention-kind와 같은 스타일 전용 보장: 더 짧고, 더 훑어보기 쉽고, 작업은 그대로. 벤치마크 참조.

Rundown

브리핑 스타일. TL;DR로 시작하고, 상태를 ✅ / 🟡 / ⬜ / ❔ 체크리스트로 보여주며, 다음 선택지를 이모지로 태그하고 번호를 매겨 번호로 고를 수 있게 합니다. 상태 업데이트와 스탠드업용. 간결함이 아니라 가독성과 훑어보기를 최적화하므로, 길이보다 명확성이 중요할 때 쓰세요. 주어지지 않은 상태를 지어내지 않도록 하는 가드가 포함됩니다.

질문: "채용 현황 요약: 지원자 20, 스크리닝 5, 면접 2, 오퍼 없음, 강력한 후보 한 명 이탈 중." 둘 다 실제 Opus 5 평가 출력.

기본 · 읽어야 하는 문단
Rundown · 훑는 보드

채용은 퍼널 위쪽은 꽉 차 있고 아래쪽은 얇습니다. 지원자 20명 들어와 5명 스크리닝, 면접 2건 예약. 아직 오퍼는 나가지 않았고, 그 간극이 문제입니다. 가장 강력한 후보 중 한 명이 프로세스가 멈춰 있는 동안 식어가고 있습니다. 숫자: 지원자 20, 스크리닝 5, 면접 예약 2, 오퍼 0, 위험 1(강력한 후보 이탈 중). 진단: 이것은 속도 문제이지 공급 문제가 아닙니다. 파이프라인은 위쪽이 건강하지만 아무것도 오퍼로 전환되지 않았고, 최고 후보가 흘러가고 있습니다. 가장 가치 있는 행동은 지연이 우리 대신 결정하기 전에 이탈 중인 후보를 빠르게 처리하는 것입니다. 병목: 오퍼 단계… [이런 식으로 계속됩니다]

TL;DR: 파이프라인은 위쪽이 건강하지만 결승선이 멈춰 있고, 최고 후보가 곧 떠날 것입니다.

채용 퍼널

☑️ 지원자 유입: 20명 소싱
☑️ 스크리닝: 20명 중 5명 완료
🟡 면접: 2건 예약, 아직 미실시
⬜ 오퍼: 초안 없음, 미발송

🔴 차단 요인: 강력한 후보 한 명이 이탈 중. 오퍼 움직임이 없으면 기본적으로 잃습니다.

당신의 선택:

🚀 강력한 후보를 빠르게 처리, 오늘 오퍼 대화로 건너뛰기
📞 결정 전에 예약된 면접 2건 실시
📋 백업을 위해 미접촉 지원자 15명 중 더 스크리닝
✍️ 지금 오퍼 초안 작성해 바로 발송 준비

번호를 고르세요: 지금 후보를 살리거나(1), 전체 프로세스를 돌려 잃을 위험을 감수하거나?

실제로 토큰 비용을 줄이고 싶나요?
Attention Span은 에이전트의 답을 읽기 쉽고 한눈에 파악하기 쉽게 만드는 도구입니다. 그 답들의 가벼워진 토큰 비용은 반가운 부작용입니다. 토큰 지출 절감이 실제 목표라면, 더 큰 비용은 에이전트가 하는 작업이지 말하는 방식이 아니며, 두 자매 도구가 바로 그것을 겨냥해 이 스타일들과 자연스럽게 짝을 이룹니다:

Token Optimizer는 대부분의 도구가 건드리지 않는 세 가지 토큰 낭비 계층을 다룹니다:

구조적, 예: 비대한 설정, 미사용 스킬, 낡은 메모리
런타임, 예: 장황한 출력, 재읽기
행동적, 예: 모델 오라우팅, 캐시 만료, 재시도 루프

...각 계층에 더 있습니다. 그 위에 출력 스택을 압축하고, 작업을 체크포인트하고 복원해 컴팩션 전반에 걸쳐 세션이 연속되게 하며, 절약한 모든 토큰과 달러를 라이브 대시보드에 표시합니다. 또한 컨텍스트 품질을 측정하고 그에 맞춰 조정하는 유일한 도구입니다. 더 싼 세션이 더 나쁜 일을 하면 전혀 절약이 아니니까요.

Claude Code, Codex, OpenCode, OpenClaw, Hermes, Copilot에서 실행됩니다.

Outsourcerer — 가장 좋아하는 에이전트의 한 세션에 머무르세요. 백그라운드에서:

이미 비용을 지불하는 모델과 하네스 전반에 걸쳐 분대를 운영
벤치마크로 작업별 최적을 선택, 가격만이 아니라
그들의 작업을 확인하고 모든 엔진에서 당신의 한도를 관리

조종석은 당신이 유지하고, 잡일은 다른 곳에서 일어납니다.

Claude Code, Codex, Antigravity, Devin, Droid, Cursor, Warp, Hermes에서 작동합니다.

Attention Span은 Claude가 말하는 양을 줄입니다. 이 둘은 전체 스택이 지출하는 것을 관리합니다.

설치
가장 쉬운 방법: 플러그인 설치. 한 단계로 세 스타일 모두, /style 전환기, 사용자 호출 스킬(/attention-kind, /spartan, /rundown, /tldr)을 얻습니다. Claude Code에서:

/plugin install attention-span --marketplace alexgreensh/attention-span

2.1.275보다 오래된 Claude Code에서는 먼저 /plugin marketplace add alexgreensh/attention-span를 실행한 다음 /plugin install attention-span를 실행하세요.

그런 다음 /config → Output style에서 스타일을 활성화하거나, 한 대화에 대해 /attention-kind 같은 스킬을 입력하세요. 직접 연결하는 걸 선호하나요? 아래 수동 단계는 여전히 작동하며 변경되지 않았습니다.

1. 스타일을 output-styles 폴더에 넣으세요. 전역(모든 프로젝트):

mkdir -p ~ /.claude/output-styles
curl -o ~ /.claude/output-styles/attention-kind.md \
https://raw.githubusercontent.com/alexgreensh/attention-span/main/output-styles/attention-kind.md
또는 단일 프로젝트 내 .claude/output-styles/에 넣으세요.

2. ~/.claude/settings.json에서 기본값으로 설정하세요. 한 번만 하면 영원히 모든 세션에 적용됩니다:

{ "outputStyle" : " Attention-kind " }
3. 재시작하거나 /clear. 끝입니다.

JSON을 편집하고 싶지 않나요? /style 명령을 설치하면 2단계를 대신 해줍니다:

mkdir -p ~ /.claude/commands
curl -o ~ /.claude/commands/style.md \
https://raw.githubusercontent.com/alexgreensh/attention-span/main/commands/style.md
그런 다음 /style은 설치된 스타일 팝업을 보여줍니다. /style spartan은 즉시 설정합니다. /style default는 내장 스타일을 되돌립니다.

~/.claude/output-styles/와 프로젝트의 .claude/output-styles/를 찾습니다. 전역 스타일은 ~/.claude/settings.json에 기록됩니다. 프로젝트 스타일은 .claude/settings.local.json에 기록되어 팀원의 체크아웃에 남지 않습니다.

이미 설치했나요? 스타일이 업데이트됩니다. 어떤 버전인지 확인하고 위의 버전 배지와 비교하세요:

grep attention-span ~ /.claude/output-styles/ * .md
뒤처졌나요? 1단계의 설치 명령을 다시 실행해 최신으로 덮어쓰세요.

한 세션 동안 먼저 시험해 보고 싶나요? /config를 실행하고 p…