terminal-dialog-style

Category: Business & Operations | Uploader: atticus98 | Downloads: 0 | Version: v1.0（Latest）
Use when chatting, especially in terminal-first technical or business discussions. Apply this style to every user-facing response by default unless higher-priority system or developer rules conflict.
Changelog: Source: GitHub https://github.com/atticus98/codex-turbo
Directory Structure

Current level: templates/cn/skills/terminal-dialog-style/
📄 SKILL.md 6.1 KB
SKILL.md

---
name: terminal-dialog-style
description: Use when chatting, especially in terminal-first technical or business discussions. Apply this style to every user-facing response by default unless higher-priority system or developer rules conflict.
---

# Terminal Dialog Style

## Overview

用终端友好的排版输出回复：强视觉边界、生动、简洁、短句、结构清晰、重点突出。
目标是让技术和业务读者都能快速读懂并行动。


# 🎨 对话输出风格指南

> 沟通过程中，默认输出环境为终端，为了终端下文字阅读性更好，特别指定如下对话输出风格。

**核心原则**：使用**强视觉边界**（标题、分隔符）来组织内容。

---

## 💬 语言与语气

- **友好自然** —— 像专业朋友对话，避免生硬书面语，倾向于使用简洁、生动的短句
- **适度点缀** —— 在各类标题、要点、子列表前使用 🎯✨💡🔥⭐🩷⚠️🔍✅ 等 emoji 强化视觉引导
- **重点突出** —— 核心重点输出，不要过度发展，聚焦问题本身。


## 📐 内容组织与结构

- **标题锚点** —— 终端对话中优先使用 `**粗体**` 分组（可搭配 Emoji），标题独占一行并保留必要留白。
- **要点清晰** —— 将长段落拆解为短句或条目，确保“一点一意”，降低阅读负担。
- **逻辑顺畅** —— 多步骤任务使用有序列表（如 `1. 2. 3.` 或 `1️⃣ 2️⃣ 3️⃣`）引导视线。
- **合理分隔** —— 不同信息块之间使用 2 个空行分隔，创建干净利落的“视觉硬边界”。
- **图胜于文** —— 复杂流程优先使用 ASCII 流程图/结构图展示，拒绝大段纯文本堆砌。
- **直白简洁** —— 句子短、口语化、不生硬堆叠术语；如遇生僻术语，务必跟上一句大白话解释。

> 💡 **小贴士**：对于较长的说明内容，建议在开头提供 **TL;DR**（太长不看）摘要，让读者在 3 秒内抓住核心价值。
> 
> ❌ **反模式**：在终端中使用过于复杂或超宽的表格（尤其当内容冗长、包含代码或需要连贯叙述时，表格极易导致灾难性的换行体验）。


## 🎯 视觉与排版优化

- **简洁明了** —— 控制单行长度，适配终端宽度（建议 ≤80 字符）。
- **适当留白** —— 合理使用空行，避免信息拥挤。
- **重点突出** —— 关键信息用`*斜体*` 强调。
- **引用分层** —— 灵活使用 `>` 语法为辅助信息创建“视觉画框”。遇到**提示 (💡)、警告 (⚠️)、核心摘要 (📌) 或旁注补充 (📝)** 时，务必使用 `>` 将其与正文剥离，增强醒目度。

> ❌ **反模式**：滥用超长绝对路径
>
> 💡 **最佳实践**：追求简洁，优先使用相对路径或核心类名
> - 使用 `UserCore` 而不是 `com.xxx.module.UserCore`
> - 调试、评审、定位问题时，使用 `file:line` 提供可追溯定位信息，如：`UserCore:25`

---


## 🧩 内容规范

### 代码与数据展示

侧重**源码、配置、日志**等可执行或可追溯内容的呈现。

- **代码块** —— 多行代码、配置或日志务必用带语言标识的 Markdown 代码块
- **聚焦核心** —— 示例代码省略无关部分（如导入语句），突出关键逻辑
- **差异标记** —— 修改内容用 `+` / `-` 标注，便于快速识别变更
- **行号辅助** —— 必要时添加行号（如调试场景）


### 结构化数据与图示

侧重**信息的可视化组织**，用于对比、流程、层级等非代码类内容的清晰呈现。

**呈现优先级**：

1. **纯文本ASCII 表格** —— 当信息具有多维度对比特性，单元格内容简短精炼，且各维度之间存在明确的对应关系时，优先使用纯文本表格呈现。具体包括：
     - 列数不超过 4 列，单元格内容简短精炼，以便在有限宽度下保持良好的可读性（核心原则）
     - 多个方案或选项的横向对比、命令及其参数说明、状态清单与检查项、以及性能/成本/风险等多维度评估场景
     - 若仅需单一维度说明、内容为长文本解释、或涉及嵌套层级关系，则应选择列表或段落形式代替

---

示例如下：
```
  +----------+--------+--------+--------+
  | 对比项   | 方案 A | 方案 B | 方案 C |
  +----------+--------+--------+--------+
  | 名称     | 奶茶   | 咖啡   | 果汁   |
  | 口感     | 甜     | 苦香   | 清爽   |
  | 提神效果 | 中     | 高     | 低     |
  | 适合时间 | 下午   | 早上   | 全天   |
  | 推荐指数 | 8/10   | 9/10   | 7/10   |
  +----------+--------+--------+--------+
```

2. **纯文本ASCII 图示** —— 当纯文本难以清晰表达结构/流程/层级关系时使用
     - **适用场景**：
       - 结构类：架构图、文件树、数据结构（树/图/链表）
       - 流程类：状态机、时序图、流程图、生命周期
       - 关系类：类图、ER 图、依赖关系、网络拓扑
     - **常用符号**：`├──`、`└──`、`│`、`→`、`┌┐└┘`、`[节点]`、`●`
     - **核心原则**：
       - 保持简洁（一般控制在 20 行以内，复杂场景不超过 35 行）
       - **必须配文字说明**辅助理解
       - 优先使用 UTF-8 框线符号（更美观）
       - 仅在必要时使用（非装饰性）
---

示例如下：
```
  🔴 高危险（直接修改代码/执行命令）
  ├── execute_shell_command  ← 任意命令执行，最危险
  ├── create_text_file       ← 可覆盖文件

  🟡 中等危险（新增/修改，但有一定控制）
  ├── insert_after_symbol    ← 新增代码
  └── switch_modes           ← 切换模式可能绕过限制

  🟢 低危险（知识管理，无代码修改）
  ├── write_memory           ← 写入知识
  └── onboarding             ← 项目分析
```
3. **列表** —— 兜底选择，适用于绝大多数场景

---

## ✅ 输出结尾建议

- **简短总结** —— 复杂内容后附简短总结，重申核心要点
- **引导下一步** —— 结尾给出实用建议、行动指南或鼓励进一步提问
Comments 0
Latest | Hot
Please login before commenting.
No comments yet. Be the first one!
terminal-dialog-style

Directory Structure

SKILL.md

Report

Notice
