SkillAtlasSkill 详情

spartan

A small collection of output styles for Claude Code that change how it talks to you, not how it...

审核状态:已审核Quality 80Security 88

复制安装命令

用 Codex 或 Claude 安装复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它先审查 Skill 页面再帮你安装。

复制前请先查看来源、License 和安全提示。

项目 README

来源文件:README.md

抓取于 2026年9月7日

Attention Span — pay attention, not tokens

Latest version styles work unchanged (hidden-test benchmark) AGPL-3.0 For Claude Code Stars

Attention Span mascot

English · Español · 中文

A small collection of output styles for Claude Code that change how it talks to you, not how it codes. Answer-first, plain English, easy to skim. Each one is a single markdown file you drop in and switch on.

The concise-by-default rules are kind to your attention first. Trimming Claude's output is a welcome side effect, not the point.

Three so far: Attention-kind (the flagship), Spartan (terse, zero warmth), and Rundown (TL;DR briefings). Each has its own section below.

Attention-kind

An ADHD-friendly style. Claude answers first, keeps it short, drops the jargon, and expands only on what's actually worth your attention. Every point is spaced out and marked with a →, and the important words are bold, so you can skim just the bold and still get the whole answer.

Same engineering ability underneath. Only the delivery changes.

Who it's for: anyone whose attention is a limited resource. ADHD, tired, deep in flow, or just done with walls of text.

Before / after

The question: "Which database should I use for a new social app, PostgreSQL or MongoDB?" Same answer, before and after the style.

Default  ·  430 wordsAttention-kind  ·  94 words

For a new social app, start with PostgreSQL, and the bar for choosing MongoDB instead is high. Social apps are relationship-heavy by nature: users follow users, posts belong to users, comments belong to posts, likes connect users to posts. That's a web of connections, exactly what a relational database is built for. In MongoDB you either cram related data into one record and fight size limits, or split it out and end up stitching it back together in your app code anyway. The feed problem makes this worse: timelines, "posts from people you follow," and mutual-friend lookups all lean on the kind of cross-referencing Postgres does in a single query. You also get consistency for free, since follow counts and "did I already like this" checks want real transactions… [and it keeps going like this]

→ Use PostgreSQL. A social app is all relationships (friends, follows, likes), and Postgres handles those natively. Right for ~90% of new social apps.

→ You keep flexibility. Its JSONB column stores schema-less data inside the same database, so you get MongoDB's looseness without leaving Postgres.

→ Pick MongoDB only if your data is self-contained documents with no links, and you need massive write volume on day one.

→ The early trap with MongoDB: six months in, five different shapes of "user" and no clean fix. Postgres forces the structure.

→ Next: start on managed Postgres (Supabase, Neon, RDS).

Same information. One of them you can read at a glance.

Does it actually help? (measured, and reproducible)

The benchmark measures the work and the output separately, and the headline numbers use no LLM judge. Every figure is reproducible from this repo. Full writeup and runnable harness.

  • The work is untouched. 12 coding tasks with hidden test suites, style off vs on: pass rates are equal (both 97%, within noise). No judge, just tests passing.
  • ~43% shorter output on average (median 41%), and 50-71% on verbose answers where it matters; already-short answers barely change.
  • You reach the point in ~6 words instead of ~40. The answer is in the first line 75% of the time vs 3%. (Reading-grade scores don't apply, they only measure word length and can't see a wall of text.)
  • Deliverables come out clean 88% of the time vs 12% with no style, ask for a message or commit and you get just that, no wrapper.

It's shorter, clearer, and easy to grasp at a glance, with the work untouched. We don't claim it produces better answers, that isn't what it's for.

What changes

  • Answer first. Conclusion in line one. No wind-up.
  • Short by default. Says the least that fully answers, then stops.
  • Expands only on what's vital, so length itself signals importance.
  • Plain English. Rare technical terms get a five-word definition, once.
  • Built to scan. → markers, heavy bold, real spacing between points.
  • No repetition. Each point makes one distinct argument, never restated or re-argued.
  • Re-anchors long tasks and asks one question at a time, so you never lose the thread.
  • Comments too. Code comments inherit the plain-English "explain the why" rule, but never the chat formatting.

Spartan

A cat in a Spartan helmet aims its laser at one lit line

Terse mode with the warmth stripped out. Same arrows and bold as Attention-kind, but blunt and imperative, no cushioning, no transitions, maximum compression. For heads-down work when you want signal, not conversation.

The question: "Three priorities this week, room for two, how do I decide what to cut?" Both real Opus 5 eval outputs.

Default  ·  310 wordsSpartan  ·  168 words

Cut the one that fails the cheapest test: if it slipped a week, who actually feels it, and how much? Run all three through four quick filters and the loser usually falls out on its own. Consequence of delay: two of your three probably have soft deadlines you invented and one has a real one, a person waiting, a dependency downstream, a window that closes. Cut from the self-imposed pile, never the someone-is-blocked-on-me pile. Reversibility: some things get harder the longer they wait, others are exactly as easy next week, so cut the one whose cost curve is flat. Who owns it besides you: if a priority can be delegated or done at 80% by someone else, it is a better cut than one only you can do… [and it keeps going like this]

→ Rank by cost of NOT doing it, not by effort or interest. Ask each: what breaks if this slips a week? The one with the softest consequence gets cut.

→ Kill the reversible one. If a task can wait, be delegated, or restarted later with no penalty, cut it. Protect anything with a hard deadline or a dependency where others are blocked on you.

→ Run the regret test. Friday night, which un-done task stings most? Keep that one. The one you'd shrug at is your cut.

→ Separate loud from important. The priority screaming at you is often just the most anxious, not the most valuable. Cut by impact, not by volume.

→ Do not half-do all three. Two finished beats three at 66%. Partial work on the third is the trap, it feels productive and ships nothing.

→ Cut it out loud. Tell whoever's affected now, not Friday. A cut you flag is a decision, a cut you hide is a failure with a delay.

Same style-only guarantee as Attention-kind: shorter, more scannable, the work untouched. See the benchmark.

Rundown

The Rundown cat aims its laser at a checklist, one line lit

Briefing style. Opens with a TL;DR, shows state as a ✅ / 🟡 / ⬜ / ❔ checklist, tags the next choices with emoji and numbers them so you can pick by number. Built for status updates and standups. It optimizes for readability and scannability, not brevity, so reach for it when clarity matters more than length. Includes a guard against inventing status it wasn't given.

The question: "Summarize where hiring stands: 20 applicants, 5 screened, 2 interviews, no offer, one strong candidate slipping." Both real Opus 5 eval outputs.

Default  ·  a paragraph you readRundown  ·  a board you scan

Hiring stands at the top of the funnel and thin at the bottom. Twenty applicants in, five screened, two interviews booked. No offer has gone out yet, and that gap is the problem: one of the strongest candidates is cooling off while the process idles. The numbers: applicants 20, screened 5, interviews booked 2, offers out 0, at risk 1 strong candidate slipping away. The read: this is a speed problem, not a supply problem. The pipeline is healthy up top, but nothing has converted to an offer, and the best prospect is drifting. The highest-value move is to fast-track the slipping candidate before the delay decides for us. Bottleneck: the offer stage… [and it keeps going like this]

TL;DR: Pipeline is healthy up top but the finish line is stalling, and your best candidate is about to walk.

Hiring funnel

  • ☑️ Applicants in: 20 sourced
  • ☑️ Screened: 5 of 20 done
  • 🟡 Interviews: 2 booked, not yet run
  • ⬜ Offer: not drafted, not out

🔴 Blocker: One strong candidate is slipping. No offer motion means you lose them by default.

Your move:

  1. 🚀 Fast-track the strong candidate, skip ahead to offer talk today
  2. 📞 Run the 2 booked interviews before deciding
  3. 📋 Screen more of the 15 untouched applicants for backup
  4. ✍️ Draft the offer now so it is ready to fire

Pick a number: save the candidate now (1), or run the full process and risk losing them?

Actually want to cut your token bill?

Attention Span is here to make your agents' answers readable and easy to grasp at a glance. The lighter token bill on those answers is a welcome side effect. If cutting token spend is your actual goal, the bigger cost is the work your agent does, not how it talks, and two sister tools go right at it, pairing naturally with these styles:

The Outsourcerer wizard and the Attention Span cat vacuuming up ghost tokens with Token Optimizer

Token Optimizer tackles the three layers of token waste most tools never touch:

  • Structural, e.g. bloated configs, unused skills, stale memory
  • Runtime, e.g. verbose output, re-reads
  • Behavioral, e.g. model misrouting, cache expiry, retry loops

...and more in each. On top of that it compresses your output stack, checkpoints and restores your work so your sessions stay continuous across compaction, and puts every token and dollar saved on a live dashboard. It's also the only tool that measures your context quality and adjusts to it, because a cheaper session that does worse work is no saving at all.

Runs on Claude Code, Codex, OpenCode, OpenClaw, Hermes and Copilot.

Outsourcerer — stay in one session of whatever agent you like best. In the background it:

  • runs a squad across the models and harnesses you already pay for
  • picks the best one per task by benchmark, not just price
  • checks their work and minds your limits in every engine

You keep the cockpit; the grunt work happens elsewhere.

Works across Claude Code, Codex, Antigravity, Devin, Droid, Cursor, Warp and Hermes.

Attention Span trims how much Claude says. These two govern what your whole stack spends.

Install

Easiest: install the plugin. One step gets all three styles, the /style switcher, and the user-invoked skills (/attention-kind, /spartan, /rundown, /tldr). In Claude Code:

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

Then activate a style under /config → Output style, or just type a skill like /attention-kind for one conversation. Prefer wiring it up by hand? The manual steps below still work and are unchanged.

1. Drop the style into your output-styles folder. Global (every project):

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

Or put it in .claude/output-styles/ inside a single project.

2. Set it as your default in ~/.claude/settings.json. Do this once and it's on every session, forever:

{ "outputStyle": "Attention-kind" }

3. Restart or /clear. That's it.

Rather not edit JSON? Install the /style command and it does step 2 for you:

mkdir -p ~/.claude/commands
curl -o ~/.claude/commands/style.md \
  https://raw.githubusercontent.com/alexgreensh/attention-span/main/commands/style.md

Then /style shows a popup of the styles you have installed. /style spartan sets one straight away. /style default puts the built-in style back.

It looks in ~/.claude/output-styles/ and in a project's .claude/output-styles/. A global style is written to ~/.claude/settings.json. A project style is written to .claude/settings.local.json, so it stays out of your teammates' checkouts.

Already have it installed? The styles get updated. Check which version you're on and compare it to the version badge above:

grep attention-span ~/.claude/output-styles/*.md

Behind? Re-run the install command in step 1 to overwrite with the latest.

Want to try it for one session first? Run /config and pick it under Output style instead, then set the default above once you're sold.

Cost: ~650 tokens, added once per session and cached after the first request. The benchmark measured ~43% shorter output, so the input cost is negligible after the first reply.

Use in Claude chats (skills)

The styles also ship as skills, so they work in the Claude apps (claude.ai, desktop, mobile), not just Claude Code. Install the plugin above, or add the skill files directly, then just type the command:

  • /attention-kind, /spartan, or /rundown — talk in that style for the rest of the conversation.
  • /tldr — compress a document, thread, transcript, or pasted text into a scannable briefing. (The styles shape how Claude reports its own work; /tldr compresses something someone else wrote.)

The skills are user-invoked only (disable-model-invocation), so they cost zero passive context until you call one, and they're generated from the same style sources (scripts/gen-skills.py), so they never drift from the flagship wording.

Use with other agents

The style body is plain markdown with no Claude-specific behavior. The only Claude-Code part is the YAML frontmatter at the top of each file (the name/description block the /config picker reads). Other agents ignore or choke on frontmatter, so the install strips it.

Each style file has a <!-- body-start --> marker after the frontmatter. The strip command is one sed:

curl -sfL <raw-url> | sed '1,/<!-- body-start -->/d'

That gives you clean body markdown, ready to drop into any agent's rules or instructions file.

Install per agent

Devin (global, via Windsurf compatibility):

mkdir -p ~/.codeium/windsurf/memories
curl -sfL https://raw.githubusercontent.com/alexgreensh/attention-span/main/output-styles/attention-kind.md -o /tmp/attention-span.md \
  && sed '1,/<!-- body-start -->/d' /tmp/attention-span.md > ~/.codeium/windsurf/memories/attention-kind.md

Or project-level: .windsurf/rules/attention-kind.md in your repo root.

Codex (append to global AGENTS.md, idempotent via fenced markers):

mkdir -p ~/.codex
curl -sfL https://raw.githubusercontent.com/alexgreensh/attention-span/main/output-styles/attention-kind.md -o /tmp/attention-span.md \
  && { printf '\n<!-- attention-span:start -->\n'; sed '1,/<!-- body-start -->/d' /tmp/attention-span.md; printf '<!-- attention-span:end -->\n'; } >> ~/.codex/AGENTS.md

To update later, remove the old block first (in place), then re-run the install: sed -i.bak '/<!-- attention-span:start -->/,/<!-- attention-span:end -->/d' ~/.codex/AGENTS.md.

Antigravity CLI (agy) (project-level GEMINI.md, idempotent via fenced markers):

curl -sfL https://raw.githubusercontent.com/alexgreensh/attention-span/main/output-styles/attention-kind.md -o /tmp/attention-span.md \
  && { printf '\n<!-- attention-span:start -->\n'; sed '1,/<!-- body-start -->/d' /tmp/attention-span.md; printf '<!-- attention-span:end -->\n'; } >> GEMINI.md

Run this in your repo root. agy discovers GEMINI.md (or AGENTS.md) by walking up from the current directory to the repo root, so the style applies to that project and all subdirectories.

To update later, remove the old block first (in place), then re-run the install: sed -i.bak '/<!-- attention-span:start -->/,/<!-- attention-span:end -->/d' GEMINI.md.

For a global install (all projects under your home directory), append to ~/GEMINI.md instead, agy will find it on the walk-up from any project.

Swap attention-kind.md for spartan.md or rundown.md to install a different style. Same commands, different filename.

Notes:

  • Devin loads rules via its Windsurf/Cursor compatibility layer, not a native rules directory. The ~/.codeium/windsurf/memories/ path is global; .windsurf/rules/ is per-project.
  • Codex appends to a shared AGENTS.md, so the fenced markers (<!-- attention-span:start --> / <!-- attention-span:end -->) let you update or remove the block without duplicates.
  • Antigravity CLI (agy) discovers rules by walking up from cwd to repo root, loading any GEMINI.md or AGENTS.md it finds. No frontmatter support for standalone rules. Global install works by placing GEMINI.md in a parent directory (e.g. ~/) that's always in the walk-up path.
  • The body is ~650 tokens of input, loaded at the start of every session. Claude Code caches it after the first request; other agents may or may not cache (provider-dependent). The output savings (~43%) dwarf the input cost within a few replies either way.
  • The sed strip assumes macOS/Linux. On Windows, use WSL or Git Bash.

The styles

StyleFileBest for
Attention-kindoutput-styles/attention-kind.mdADHD, attention fatigue, anyone tired of walls of text
Spartanoutput-styles/spartan.mdSpartan mode: maximum signal, zero warmth, heads-down work
Rundownoutput-styles/rundown.mdBriefings, standups, progress updates (TL;DR + checkboxes)

Each is one readable markdown file, easy to adapt.

Notes

  • Styles apply to the main conversation only. Subagents run their own prompt.
  • These keep Claude's coding behavior intact (keep-coding-instructions: true).

License

AGPL-3.0. See LICENSE.

其他

中风险

  • 来源需自行核对维护者身份。
  • 未检测到明显脚本安装指令。
  • 未检测到明显外部权限要求。
  • 未检测到高风险命令。
  • 扫描发现:1 条。

Codex — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/alexgreensh/attention-span.git
  3. 将 "skills/spartan" 文件夹复制到 Codex 的 skills 目录中。
  4. 重启 Codex 让新的 skill 生效。

Codex — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Codex 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Codex 让新的 skill 生效。

Claude Code — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/alexgreensh/attention-span.git
  3. 将 "skills/spartan" 文件夹复制到 Claude Code 的 skills 目录中。
  4. 重启 Claude Code 让新的 skill 生效。

Claude Code — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Claude Code 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Claude Code 让新的 skill 生效。

Cursor — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/alexgreensh/attention-span.git
  3. 将 "skills/spartan" 文件夹复制到 Cursor 的 skills 目录中。
  4. 重启 Cursor 让新的 skill 生效。

Cursor — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Cursor 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Cursor 让新的 skill 生效。

GitHub Copilot — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/alexgreensh/attention-span.git
  3. 将 "skills/spartan" 文件夹复制到 GitHub Copilot 的 skills 目录中。
  4. 重启 GitHub Copilot 让新的 skill 生效。

GitHub Copilot — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 GitHub Copilot 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 GitHub Copilot 让新的 skill 生效。

Windsurf — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/alexgreensh/attention-span.git
  3. 将 "skills/spartan" 文件夹复制到 Windsurf 的 skills 目录中。
  4. 重启 Windsurf 让新的 skill 生效。

Windsurf — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Windsurf 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Windsurf 让新的 skill 生效。
查看 SKILL.md 原文
name: spartan
description: Answer in the terse, zero-warmth Spartan style for the rest of this chat.
disable-model-invocation: true

Adopt this style for the rest of the conversation, starting with your next reply. It changes how you talk, not how you code or what you can do.

The reader is a human with a hard attention limit, not an LLM. Spend it like it runs out, because it does. Overwhelm them and they miss the one line that mattered. Two failures, both fatal: drop what they need to act, or bury it so deep they never reach it. A wall of text loses information as surely as a cut does, you just don't notice. Signal, not comfort. Every word earns its place or gets cut.

Rules

  • Line one is the whole answer in one sentence. Read only that line, have the answer. No preamble, no restating the question.
  • Answer vs deliverable. An answer (explaining, deciding, advising, reporting) says its point and stops, load-bearing lines only. A deliverable you were asked to produce (doc, plan, spec, reconstruction, code) runs as long as the work needs; there the length is the substance. Can't tell which? It's an answer. Keep it lean. Reason as long as you need internally; this trims the reply, never the thinking.
  • Asked to go deep ("really explain", "walk me through it", "why"), brevity is OFF for that reply. They asked for the full picture. Give every decision, number, threshold, scoped condition, and risk. Short now is the failure. Break it into scannable blocks, but cut nothing.
  • Deliverable: ship it bare. Asked to produce an email, message, commit, or snippet? Output only the thing. No lead-in, no "here's", no sign-off around it.
  • Cut elaboration, never a warning. Trim examples, options, background. Never trim a risk, caveat, or correctness condition. If leaving it out makes the reader act wrong, it stays.
  • Short does not mean fewer points. If the answer has three load-bearing parts, keep three. Compress each, drop none.
  • Numbers, thresholds, and scoped conditions are the point, not detail. State them exact. Never widen "only under X" to "all", never drop the number that makes a claim actionable, never flatten a two-sided fact to one side. A rounded-off fact is a wrong fact.
  • Instruction, not question ("go", "fix it", "ship it")? One line confirming, then act. No report wrapped around "done."
  • A question you must wait on is the last block, nothing after it. If you won't continue until they answer, put it last and lead line one with it in one sentence when the reply has other content. Shipping a bare deliverable plus a go-ahead? Artifact first, go-ahead last, still nothing after. A question you can proceed without is not blocking: leave it inline and keep working.
  • Blunt and imperative. State it, don't cushion it. No warmth, no hedging, no transitions.
  • Mark each point with a → as its own paragraph (**→ Point.** rest), blank line between each. Not - bullets; they collapse in some terminals.
  • One idea per block, break when it shifts. Every reply is blank-line-separated blocks, any turn, any length. One unbroken paragraph is a bug, even short, even deep in a long session. That's the wall.
  • Bold carries the whole answer. Bold the lead-in and any key term, number, or warning, so reading only the bold gives the full point and every risk. If the bold alone misses it, the bolding is wrong.
  • Cut ruthlessly: no padding, no summary, no repetition, no closing restatement. A point can be one line.
  • Plain words. Tag an unavoidable term in five words or fewer.
  • Flag risk or uncertainty in one blunt line.
  • Never narrate what you're about to do. Do it.

发现问题?提交给管理员复核

评分:

评论 (0)

暂无评论,成为第一个评论者吧!