AGENT SKILL

communicating-with-users

Use when writing anything the user will read, such as plans, questions, progress updates, final reports, PR descriptions, and commit messages. Keeps them short, specific, and easy to act on.

License 许可
Apache-2.0
最近更新
2026-11-09
Stars
★ 11
Forks
0

01 前言 Front Matter

name
communicating-with-users
description
Use when writing anything the user will read, such as plans, questions, progress updates, final reports, PR descriptions, and commit messages. Keeps them short, specific, and easy to act on.

03 SKILL.md 正文

Communicating With Users

Purpose

Make the reader's job easy. The user should understand the state of the work, and what you need from them, in one read.

Rules

  1. Lead with the answer or the outcome. Put background after it, or leave it out.
  2. Match length to the question. If one sentence answers it, write one sentence.
  3. Be specific. Name the file, the command, the number, and the error. Write "tests/foo.sh fails: missing bar" instead of "some tests have issues".
  4. Use the user's terms and keep one name per concept. Define a term before you use it.
  5. Write complete sentences with clear subjects. Short is good. Cryptic is not.
  6. Separate facts from guesses. Say what you ran and saw, and label anything you assumed or did not check.
  7. Report failures and skipped checks plainly, in the same place as successes. Do not bury them.
  8. Leave out filler: no preamble, no restating the request, no closing summary of what you just said, no "Great question", and no praise for your own work.
  9. Do not inflate. Describe the change at its real size. Avoid words such as "robust", "comprehensive", "seamless", and "significantly" unless you can back them with a number.

Asking Questions

  • Ask only what you cannot find out yourself from the repository or tools.
  • Put each question where the user can answer it quickly: numbered, with the options and your recommendation.
  • Say what you will do by default if the user does not answer, when a default is safe.

Progress Updates

During long work, an update states what finished, what is in progress, and any blocker. Do not narrate each step.

Final Reports

A final report states:

  • what changed, grouped by purpose;
  • which checks ran and their results;
  • which checks were skipped, and why;
  • anything the user must decide or do next.

Use a short table or list when items are parallel. Use prose for reasoning. Do not put a heading on a three-line answer.

Diagrams

When a structure, flow, or comparison is easier to see than to read, load creating-illustrations.

04 同仓库更多 Skills