alexgreensh/attention-span

Attention Span

Claude Code가 코딩하는 방식이 아니라 당신에게 말하는 방식을 바꾸는 소규모 출력 스타일 모음입니다. 답변 우선, 쉬운 영어, 훑어보기 쉬움. 각 스타일은 파일 하나를 넣고 켜기만 하면 되는 단일 markdown 파일입니다.

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

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

Attention-kind

ADHD 친화적인 스타일입니다. Claude가 먼저 답하고, 짧게 유지하며, 전문용어를 버리고, 실제로 주의를 기울일 가치가 있는 것만 확장합니다. 모든 요점은 간격을 두고 →로 표시되며, 중요한 단어는 굵게 표시되어 굵은 글씨만 훑어봐도 전체 답을 파악할 수 있습니다.

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

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

Before / after

질문: "새 소셜 앱에는 PostgreSQL과 MongoDB 중 어떤 데이터베이스를 써야 하나요?" 같은 답변, 스타일 적용 전과 후.

Default · 430 단어 Attention-kind · 94 단어

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

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

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

→ MongoDB를 고를 때는 데이터가 링크 없는 자체 완결형 문서이고, 첫날부터 대규모 쓰기 볼륨이 필요할 때뿐입니다.

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

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

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

실제로 도움이 되나요? (측정되었고, 재현 가능)

벤치마크는 작업과 출력을 따로 측정하며, 핵심 수치는 LLM 판정자를 쓰지 않습니다. 모든 수치는 이 저장소에서 재현 가능합니다. 전체 글과 실행 가능한 하네스.

• 작업은 그대로입니다. 숨겨진 테스트 스위트가 있는 12개 코딩 작업, 스타일 끔 vs 켬: 통과율은 동일합니다(둘 다 97%, 노이즈 범위 내). 판정자 없이, 그냥 테스트 통과만.
• 평균 약 43% 짧은 출력(중앙값 41%), 그리고 중요한 장황한 답변에서는 50-71%; 이미 짧은 답변은 거의 변하지 않습니다.
• 약 40단어 대신 약 6단어로 요점에 도달합니다. 답이 첫 줄에 있는 경우가 75% 대 3%입니다. (가독성 등급 점수는 적용되지 않습니다. 단어 길이만 측정할 뿐 텍스트 벽은 보지 못합니다.)
• 산출물이 88%의 경우 깔끔하게 나옵니다 대 스타일 없을 때 12%. 메시지나 커밋을 요청하면 그것만 나오고 포장이 없습니다.

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

무엇이 바뀌나

• 답변 우선. 결론이 첫 줄에. 서론 없음.
• 기본적으로 짧게. 완전히 답하는 최소한만 말하고 멈춥니다.
• 꼭 필요한 것만 확장하므로, 길이 자체가 중요도를 신호합니다.
• 쉬운 영어. 드문 기술 용어는 다섯 단어 정의를 한 번 붙입니다.
• 훑어보도록 설계. → 마커, 강한 굵기, 요점 사이 실제 간격.
• 반복 없음. 각 요점은 하나의 뚜렷한 논점만 만들고, 다시 말하거나 재논증하지 않습니다.
• 긴 작업을 다시 고정하고 한 번에 하나씩 질문하므로 흐름을 놓치지 않습니다.
• 주석도 마찬가지. 코드 주석은 쉬운 영어 "이유를 설명하라" 규칙을 물려받지만, 채팅 서식은 절대 물려받지 않습니다.

Spartan

온기를 벗겨낸 간결 모드. Attention-kind와 같은 화살표와 굵기를 쓰지만, 직설적이고 명령조이며, 완충도 전환도 없고, 압축이 최대입니다. 대화가 아니라 신호를 원할 때의 몰입 작업용.

질문: "이번 주 우선순위 세 개, 둘만 할 여유, 무엇을 잘라낼지 어떻게 정하나?" 둘 다 실제 Opus 5 평가 출력.

Default · 310 단어 Spartan · 168 단어

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

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

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

→ 후회 테스트를 돌리세요. 금요일 밤, 안 끝낸 작업 중 어느 것이 가장 아프나? 그것을 유지하세요. 어깨를 으쓱할 것은 잘라낼 대상입니다.

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

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

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

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

Rundown

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

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

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

채용은 퍼널 상단에 서 있고 하단은 얇습니다. 지원자 20명 들어와 5명 스크리닝, 면접 2건 예약. 오퍼는 아직 나가지 않았고, 그 공백이 문제입니다. 가장 강한 후보 중 하나가 프로세스가 멈춰 있는 동안 식어가고 있습니다. 숫자: 지원자 20, 스크리닝 5, 면접 예약 2, 오퍼 0, 위험 1명의 강한 후보 이탈 중. 진단: 이는 공급 문제가 아니라 속도 문제입니다. 파이프라인은 상단이 건강하지만 오퍼로 전환된 것이 없고, 최고 후보가 표류 중입니다. 가장 가치 있는 행동은 지연이 우리 대신 결정하기 전에 이탈 중인 후보를 패스트트랙하는 것입니다. 병목: 오퍼 단계… [이런 식으로 계속됩니다]

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

• ☑️ 지원자 유입: 20명 소싱
• ☑️ 스크리닝: 20명 중 5명 완료
• 🟡 면접: 2건 예약, 아직 진행 안 됨
• ⬜ 오퍼: 초안 없음, 나가지 않음

채용 퍼널

🔴 블로커: 강한 후보 한 명이 이탈 중. 오퍼 움직임이 없으면 기본적으로 잃습니다.

1. 🚀 강한 후보를 패스트트랙, 오늘 오퍼 대화로 건너뛰기
2. 📞 결정 전에 예약된 면접 2건 진행
3. 📋 백업을 위해 손대지 않은 지원자 15명 중 더 스크리닝
4. ✍️ 지금 오퍼 초안을 작성해 발송 준비

당신의 선택:

번호를 고르세요: 지금 후보를 살릴까요(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 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에 기록되어 팀원의 체크아웃에 남지 않습니다.

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

[...truncated...]