异步沟通礼仪（Async Communication Etiquette）是一项面向异步沟通场景的写作技能，适用于在 Slack、GitHub issue、邮件线程等渠道中撰写消息的场合。其核心前提是：读者可能不具备相关上下文，也无法即时追问，因此消息本身必须足够完整。
用途 该技能用于改善异步消息的写作质量，减少因信息缺失导致的反复确认与沟通延迟。它强调消息应当自包含（self-contained），让读者无需追溯之前的消息即可理解并作出回应。
主要能力
- 提供上下文：在消息中纳入足够的背景信息，使读者不必翻找历史消息。
- 提供链接：链接到相关的 issue、PR、文档或代码，而不是假设读者已经打开这些内容。
- 结构化复杂消息：对于复杂消息，按以下结构组织：
- Context（情境）：用 1–2 句话说明当前情况。
- Problem/question（问题/疑问）：明确说明具体需要什么。
- Options considered（考虑过的选项）：在需要做决策时，列出存在的备选方案。
- Deadline（截止时间）：说明需要在什么时间之前得到回复。
使用方式 在撰写异步渠道消息时，按上述原则检查消息是否自包含、是否提供了必要链接、复杂消息是否具备清晰结构。资料未提供具体的安装命令、代码示例或调用方式。
适用场景 适用于读者可能缺乏上下文且无法即时追问的异步沟通渠道，例如 Slack、GitHub issue 和邮件线程。
限制与反模式 资料明确列出两类反模式：一是只写“Hey, got a sec?”而不说明主题，这会迫使对方多一轮往返；二是对非紧急消息使用 @channel，造成不必要的打扰。资料未提供其他限制、收费、价格或平台信息。