Galaxy-Dawn

Expression Skill — AI skill for Claude Code

AI community

Conclusion-first communication skill for AI assistants.

How to install Expression Skill

This entry records only its repository, not the path inside it, so there is no exact command to give. Open Galaxy-Dawn/expression-skill and copy the folder into ~/.claude/skills/, or the file into ~/.claude/agents/.

What Expression Skill does

Conclusion-first communication skill for AI assistants.

Alternatives in AI

  • Context Engineering Intro — GitHub Repo stars Context engineering - the new way of AI coding assistants Context engineering guide 12.8k ★
  • AutoGroq — AutoGroq is a groundbreaking tool that revolutionizes the way users interact with Autogen™ and other AI assist 1.5k ★
  • Zotero MCP — It's a plugin extension in Zotero 1.1k ★

README

Language: English | 中文

Expression Skill

Conclusion-first communication for technical work, writing and editing, documentation, multi-step tasks, and verification-heavy workflows.

Overview

`expression-skill` is a reusable communication skill for assistants that need to be:

  • concrete,
  • concise,
  • checkable,
  • and useful under real task pressure.

It is designed for cases where the user does not want background narration. The user wants a decision, an execution path, a reviewable summary, or a clear next step.

Design Goal

This skill optimizes for the shortest reliable path from a user problem to:

  • a decision,
  • a command,
  • a file-level summary,
  • a verified status update,
  • or a reusable artifact.

It does not optimize for sounding exhaustive. It optimizes for lowering decision cost, implementation cost, and review cost.

Core Communication Model

Every substantial response should make three things visible:

  1. what is true,
  2. why it matters,
  3. what should happen next.

Default priority:

  1. conclusion
  2. evidence or reason
  3. risk, uncertainty, or boundary
  4. concrete action
  5. reusable next step

What This Skill Enforces

1. Conclusion First

Lead with the main judgment. Do not hide it behind setup or narration.

2. Concrete Over Abstract

Prefer:

  • commands,
  • paths,
  • counts,
  • checks,
  • examples,
  • observable behavior.

Avoid vague process language unless it is followed by a concrete action.

3. Clarify Only When It Changes the Result

Ask questions only when ambiguity changes:

  • the goal,
  • the target object,
  • the success criteria,
  • the constraints,
  • or the implementation path.

Do not ask for facts that can be read from files, configs, docs, or command output.

4. Risks Early

If there is uncertainty, a destructive boundary, or a likely failure mode, say it early instead of hiding it at the end.

5. Subtraction