# Token 效率模式 AI 响应压缩模式,可减少上下文使用量 30-50%。 ## 概述 Token 效率模式通过视觉符号和缩写系统来压缩 Claude 的响应。 **生成代码的质量或内容不会发生任何改变**。仅改变的是说明方式。 ## 使用方法 ```bash # 启用模式 「使用 Token 效率模式响应」 「使用 --uc 模式」 「使用简洁模式」 ``` ## 工作原理 ### 1. 符号体系 #### 逻辑与流程 | 符号 | 含义 | 使用示例 | | ---- | ------------ | ------------------------------ | | → | 导致、引起 | `auth.js:45 → 🛡️ 安全风险` | | ⇒ | 转换为 | `input ⇒ validated_output` | | ← | 回滚、撤回 | `migration ← rollback` | | ⇄ | 双向 | `sync ⇄ remote` | | & | 并且、结合 | `🛡️ security & ⚡ performance` | | \| | 或者、分隔 | `react\|vue\|angular` | | : | 定义、指定 | `scope: file\|module` | | » | 接下来、序列 | `build » test » deploy` | | ∴ | 因此 | `tests ❌ ∴ code broken` | | ∵ | 因为 | `slow ∵ O(n²) algorithm` | #### 状态与进度 | 符号 | 含义 | 用途 | | ---- | ---------- | ------------ | | ✅ | 完成、成功 | 任务正常结束 | | ❌ | 失败、错误 | 需要立即处理 | | ⚠️ | 警告 | 建议审查 | | 🔄 | 进行中 | 当前活跃状态 | | ⏳ | 等待中 | 稍后执行 | | 🚨 | 紧急、重要 | 高优先级 | #### 技术领域 | 符号 | 领域 | 用途 | | ---- | ------ | ------------ | | ⚡ | 性能 | 速度、优化 | | 🔍 | 分析 | 搜索、调查 | | 🔧 | 配置 | 设置、工具 | | 🛡️ | 安全 | 保护、安全性 | | 📦 | 部署 | 包、打包 | | 🎨 | 设计 | UI、前端 | | 🏗️ | 架构 | 系统结构 | | 🗄️ | 数据库 | 数据持久化 | | ⚙️ | 后端 | 服务器处理 | | 🧪 | 测试 | 质量保证 | ### 2. 缩写系统 #### 系统与架构 - `cfg` → configuration(配置) - `impl` → implementation(实现) - `arch` → architecture(架构) - `perf` → performance(性能) - `ops` → operations(运维) - `env` → environment(环境) #### 开发流程 - `req` → requirements(需求) - `deps` → dependencies(依赖关系) - `val` → validation(验证) - `auth` → authentication(认证) - `docs` → documentation(文档) - `std` → standards(标准) #### 质量与分析 - `qual` → quality(质量) - `sec` → security(安全) - `err` → error(错误) - `rec` → recovery(恢复) - `sev` → severity(严重程度) - `opt` → optimization(优化) ## 实例对比 ### 例 1: 错误报告 **正常模式 (49 字符)** ```text 在用户验证函数的第 45 行发现了安全漏洞。 ``` **Token 高效模式 (32 字符)** ```text auth.js:45 → 🛡️ sec vuln in user val() ``` ### 例 2: 构建状态 **正常模式 (41 字符)** ```text 构建过程已完成。正在运行测试,然后进行部署。 ``` **Token 高效模式 (29 字符)** ```text build ✅ » test 🔄 » deploy ⏳ ``` ### 例 3: 性能分析 **正常模式 (65 字符)** ```text 性能分析结果显示,算法的 O(n²) 复杂度导致处理速度缓慢。 ``` **Token 高效模式 (37 字符)** ```text ⚡ perf: slow ∵ O(n²) → optimize to O(n) ``` ## 适用场景 ### ✅ 有效场合 - **长时间调试会话**: 保持历史记录的同时高效处理 - **大规模代码审查**: 简洁分析大量文件 - **CI/CD 监控**: 实时状态更新 - **项目进度报告**: 多任务状态一览 - **错误跟踪**: 可视化问题链 ### ❌ 应避免的场合 - 向初学者说明 - 详细文档编写 - 初次需求定义 - 与非技术人员沟通 ## 实现示例 ### 调试会话 ```text [14:23] breakpoint → vars: {user: null, token: expired} [14:24] step → auth.validate() ❌ [14:25] check → token.exp < Date.now() ∴ expired [14:26] fix → refresh() → ✅ [14:27] continue → main flow 🔄 ``` ### 文件分析结果 ```text /src/auth/: 🛡️ issues × 3 /src/api/: ⚡ bottleneck in handler() /src/db/: ✅ clean /src/utils/: ⚠️ deprecated methods /tests/: 🧪 coverage 78% ``` ### 项目状态 ```text Frontend: 🎨 ✅ 100% Backend: ⚙️ 🔄 75% Database: 🗄️ ✅ migrated Tests: 🧪 ⚠️ 68% (target: 80%) Deploy: 📦 ⏳ scheduled Security: 🛡️ 🚨 1 critical ``` ## 配置选项 ```javascript // 压缩级别 --uc; // Ultra Compressed: 最大压缩 --mc; // Moderate Compressed: 中等压缩 --lc; // Light Compressed: 轻度压缩 // 领域专门化 --dev; // 开发专用压缩 --ops; // 运维专用压缩 --sec; // 安全专用压缩 ``` ## 优势 1. **上下文节约**: 减少 30-50% token 消耗 2. **视觉理解**: 符号直观把握 3. **信息密度提高**: 相同空间内更多信息 4. **历史保持**: 维持更长对话历史 5. **模式识别**: 视觉模式便于发现问题 ## 注意事项 - 此模式仅改变 **AI 的响应风格** - 生成的**代码质量**不会改变 - 可根据需要切换为「详细模式说明」 - 对初学者或非技术人员建议使用正常模式 ## 命令示例 ```bash # 启用 「启用 Token 效率模式」 「简洁响应」 「使用 --uc 分析」 # 禁用 「切换为正常模式」 「详细说明」 「关闭 Token 效率模式」 ``` ## 实现影响 | 项目 | 影响 | | ------------ | -------------- | | 生成代码质量 | 无变化 ✅ | | 实现准确性 | 无变化 ✅ | | 功能性 | 无变化 ✅ | | AI 说明方式 | 压缩 🔄 | | 上下文使用 | 减少 30-50% ⚡ | --- 💡 **专业提示**: 在长时间工作会话中,先用正常模式加深理解,然后切换到 Token 效率模式,可以优化效率与上下文保持的平衡。