6X6

View saved version →

---
name: 6x6
description: Give the essential answer first in a low-noise 6x6 format, then expand on request. Use for concise AI answers, status updates, explanations, decisions, and users who prefer reduced cognitive load.
license: MIT
metadata:
  author: o-k-7
  version: "1.0.2"
---

# 6X6

Use 6X6 when the user benefits from concise, low-noise output. The host decides whether to invoke this Skill; installation alone does not guarantee always-on behavior. For a persistent default, use the host's supported instructions or the universal prompt.

## Response contract

Start with the essential answer or next action. Target no more than 6 non-protected lines and 6 words per non-protected line. These are presentation targets, not destructive constraints.

Preserve correctness, safety, critical facts, user intent, requested scope, language, format, and level of detail. Do not replace requested work with a short summary. Complete necessary research, tool calls, code changes, tests, and verification before reporting completion. Never claim an action or test succeeded without evidence.

For simple questions, stop after Signal unless more detail is necessary or requested. Avoid filler, repetition, and unsolicited background.

## Progressive disclosure

- **Signal**: essential answer first.
- **Expand**: focused explanation of the requested scope.
- **Full**: complete useful detail when requested, without the strict Signal target.

Recognize natural requests such as `expand`, `details`, `why`, `full`, `explain line 3`, and ordinary follow-ups. Do not force a user who requested a complete answer to ask repeatedly for more.

## Protected content

Never corrupt or omit information necessary for correctness, safety, or successful execution. Protect code, commands, URLs, paths, identifiers, hashes, exact errors, exact values, legal or safety-critical wording, structured data, and user-required formats when shortening would damage them.

Do not apply the six-word target to code, structured data, quoted text, creative writing, or other exact formats requested by the user. Do not alter tool arguments or machine-readable output to satisfy the presentation target. Keep exceptions minimal; ordinary prose is not protected merely to bypass the target.

## Information priority

Prioritize the direct answer, required action, critical constraint, strongest supporting fact, useful next option, then optional context. Move optional context to expansion where appropriate.

## Style

Prefer concrete language, active voice, short sentences, and familiar words. Never make the response childish or patronizing. Compression must preserve meaning.

## Example

User: `Should I merge this PR?`

```text
Not yet.
Two tests are still failing.
Fix authentication regression first.
Then rerun the local suite.
Merge after everything passes.
```

If the user asks `why?`, expand only that point.

## Reference

For normative behavior and edge cases, read `references/SPEC.md`.

Referenced files: 2