bobo-ai-cli 3.0.4 → 3.0.5

package/bundled-skills/code-review-expert/SKILL.md

@@ -1,85 +1,85 @@
----
-id: "code-review-expert"
-title: "Code Review Expert"
-category: "dev-tools"
-tags: ["code review expert", "review focus areas", "review output format", "summary", "critical issues 🔴", "warnings ⚠️", "suggestions 💡", "positive aspects ✅", "guidelines"]
-triggers: []
-dependencies: []
-source: "E:/Bobo's Coding cache/.claude/skills/code-review-expert"
----
-
----
-name: code-review-expert
-description: Comprehensive code review skill that analyzes code quality, identifies issues, and suggests improvements
----
-
-# Code Review Expert
-
-You are an expert code reviewer with deep knowledge of software engineering best practices, design patterns, and clean code principles.
-
-## Review Focus Areas
-
-When reviewing code, analyze the following aspects:
-
-### 1. Code Quality
-
-- Readability and clarity
-- Naming conventions (variables, functions, classes)
-- Code organization and structure
-- Comments and documentation
-
-### 2. Logic and Correctness
-
-- Algorithm correctness
-- Edge case handling
-- Error handling and validation
-- Null/undefined safety
-
-### 3. Performance
-
-- Time complexity
-- Space complexity
-- Unnecessary computations
-- Memory leaks potential
-
-### 4. Security
-
-- Input validation
-- SQL injection vulnerabilities
-- XSS vulnerabilities
-- Sensitive data exposure
-
-### 5. Maintainability
-
-- DRY (Don't Repeat Yourself)
-- SOLID principles
-- Coupling and cohesion
-- Testability
-
-## Review Output Format
-
-Provide feedback in the following structure:
-
-```
-## Summary
-[Brief overview of the code and overall assessment]
-
-## Critical Issues 🔴
-[Issues that must be fixed]
-
-## Warnings ⚠️
-[Issues that should be addressed]
-
-## Suggestions 💡
-[Improvements that would enhance the code]
-
-## Positive Aspects ✅
-[What the code does well]
-```
-
-## Guidelines
-
-- Be constructive and specific
-- Provide code examples for suggested changes
-- Explain the reasoning behind each suggestion
-- Prioritize issues by severity
+---
+id: "code-review-expert"
+title: "Code Review Expert"
+category: "dev-tools"
+tags: ["code review expert", "review focus areas", "review output format", "summary", "critical issues 🔴", "warnings ⚠️", "suggestions 💡", "positive aspects ✅", "guidelines"]
+triggers: []
+dependencies: []
+source: "E:/Bobo's Coding cache/.claude/skills/code-review-expert"
+---
+
+---
+name: code-review-expert
+description: Comprehensive code review skill that analyzes code quality, identifies issues, and suggests improvements
+---
+
+# Code Review Expert
+
+You are an expert code reviewer with deep knowledge of software engineering best practices, design patterns, and clean code principles.
+
+## Review Focus Areas
+
+When reviewing code, analyze the following aspects:
+
+### 1. Code Quality
+
+- Readability and clarity
+- Naming conventions (variables, functions, classes)
+- Code organization and structure
+- Comments and documentation
+
+### 2. Logic and Correctness
+
+- Algorithm correctness
+- Edge case handling
+- Error handling and validation
+- Null/undefined safety
+
+### 3. Performance
+
+- Time complexity
+- Space complexity
+- Unnecessary computations
+- Memory leaks potential
+
+### 4. Security
+
+- Input validation
+- SQL injection vulnerabilities
+- XSS vulnerabilities
+- Sensitive data exposure
+
+### 5. Maintainability
+
+- DRY (Don't Repeat Yourself)
+- SOLID principles
+- Coupling and cohesion
+- Testability
+
+## Review Output Format
+
+Provide feedback in the following structure:
+
+```
+## Summary
+[Brief overview of the code and overall assessment]
+
+## Critical Issues 🔴
+[Issues that must be fixed]
+
+## Warnings ⚠️
+[Issues that should be addressed]
+
+## Suggestions 💡
+[Improvements that would enhance the code]
+
+## Positive Aspects ✅
+[What the code does well]
+```
+
+## Guidelines
+
+- Be constructive and specific
+- Provide code examples for suggested changes
+- Explain the reasoning behind each suggestion
+- Prioritize issues by severity

package/bundled-skills/context-budget-analyzer/SKILL.md

@@ -1,76 +1,76 @@
----
-name: context-budget-analyzer
-description: 上下文 Token 预算分析 — 按类别统计 token 使用（工具调用/用户消息/附件/重复文件读取），找出浪费点。适用于：(1) 对话快到 context 上限时诊断 (2) 优化长对话的 token 使用 (3) 发现重复文件读取等低效模式。灵感源自 Claude Code contextAnalysis.ts。
----
-
-# Context Budget Analyzer
-
-## 核心理念
-
-> 不知道 token 花在哪里，就无法优化。
-
-## 分析维度
-
-### 1. 按消息类型
-```
-Human messages:     XXX tokens (XX%)
-Assistant messages: XXX tokens (XX%)
-Tool requests:      XXX tokens (XX%)
-Tool results:       XXX tokens (XX%)
-Attachments:        XXX tokens (XX%)
-System/Other:       XXX tokens (XX%)
-─────────────────────────────────
-Total:              XXX tokens
-```
-
-### 2. 按工具分布
-```
-Tool Requests:
-  BashTool:     XXX tokens (N 次)
-  FileRead:     XXX tokens (N 次)
-  FileEdit:     XXX tokens (N 次)
-  WebFetch:     XXX tokens (N 次)
-
-Tool Results:
-  BashTool:     XXX tokens (N 次)
-  FileRead:     XXX tokens (N 次)  ← 通常最大
-```
-
-### 3. 重复文件读取检测
-
-**最大浪费源之一：同一文件被 FileRead 多次。**
-
-```
-⚠️ Duplicate File Reads:
-  src/auth.py:       3 次, ~2400 tokens 浪费
-  src/config.ts:     2 次, ~800 tokens 浪费
-  Total waste:       ~3200 tokens
-```
-
-## 优化建议
-
-| 发现 | 优化 |
-|---|---|
-| 重复文件读取 | 一次读取后缓存内容，不要再读 |
-| Tool results 占比 >50% | 使用更精准的搜索（grep 替代全文件读取）|
-| Attachments 占比高 | 压缩前移除图片块 |
-| 单个 Bash 输出超大 | 加 `head -N` 或 `\| tail -N` 限制输出 |
-| Assistant 消息过长 | 减少重复解释，更简洁 |
-
-## 使用方式
-
-对话中感觉 context 紧张时，做一次快速分析：
-
-1. 回顾本轮对话的工具调用次数
-2. 识别是否有同一文件被多次读取
-3. 检查 Bash 输出是否过长
-4. 决定是否需要 compact
-
-## 预算红线
-
-| 阈值 | 行动 |
-|---|---|
-| 总 token < 50% 上限 | 正常工作 |
-| 总 token 50-75% | 注意效率，避免大文件全量读取 |
-| 总 token > 75% | 考虑主动 compact |
-| 总 token > 90% | 立即 compact，否则下一轮可能截断 |
+---
+name: context-budget-analyzer
+description: 上下文 Token 预算分析 — 按类别统计 token 使用（工具调用/用户消息/附件/重复文件读取），找出浪费点。适用于：(1) 对话快到 context 上限时诊断 (2) 优化长对话的 token 使用 (3) 发现重复文件读取等低效模式。灵感源自 Claude Code contextAnalysis.ts。
+---
+
+# Context Budget Analyzer
+
+## 核心理念
+
+> 不知道 token 花在哪里，就无法优化。
+
+## 分析维度
+
+### 1. 按消息类型
+```
+Human messages:     XXX tokens (XX%)
+Assistant messages: XXX tokens (XX%)
+Tool requests:      XXX tokens (XX%)
+Tool results:       XXX tokens (XX%)
+Attachments:        XXX tokens (XX%)
+System/Other:       XXX tokens (XX%)
+─────────────────────────────────
+Total:              XXX tokens
+```
+
+### 2. 按工具分布
+```
+Tool Requests:
+  BashTool:     XXX tokens (N 次)
+  FileRead:     XXX tokens (N 次)
+  FileEdit:     XXX tokens (N 次)
+  WebFetch:     XXX tokens (N 次)
+
+Tool Results:
+  BashTool:     XXX tokens (N 次)
+  FileRead:     XXX tokens (N 次)  ← 通常最大
+```
+
+### 3. 重复文件读取检测
+
+**最大浪费源之一：同一文件被 FileRead 多次。**
+
+```
+⚠️ Duplicate File Reads:
+  src/auth.py:       3 次, ~2400 tokens 浪费
+  src/config.ts:     2 次, ~800 tokens 浪费
+  Total waste:       ~3200 tokens
+```
+
+## 优化建议
+
+| 发现 | 优化 |
+|---|---|
+| 重复文件读取 | 一次读取后缓存内容，不要再读 |
+| Tool results 占比 >50% | 使用更精准的搜索（grep 替代全文件读取）|
+| Attachments 占比高 | 压缩前移除图片块 |
+| 单个 Bash 输出超大 | 加 `head -N` 或 `\| tail -N` 限制输出 |
+| Assistant 消息过长 | 减少重复解释，更简洁 |
+
+## 使用方式
+
+对话中感觉 context 紧张时，做一次快速分析：
+
+1. 回顾本轮对话的工具调用次数
+2. 识别是否有同一文件被多次读取
+3. 检查 Bash 输出是否过长
+4. 决定是否需要 compact
+
+## 预算红线
+
+| 阈值 | 行动 |
+|---|---|
+| 总 token < 50% 上限 | 正常工作 |
+| 总 token 50-75% | 注意效率，避免大文件全量读取 |
+| 总 token > 75% | 考虑主动 compact |
+| 总 token > 90% | 立即 compact，否则下一轮可能截断 |

package/bundled-skills/context-compressor/SKILL.md

@@ -1,75 +1,75 @@
----
-name: context-compressor
-description: 九段式上下文压缩 — 对话过长时生成结构化摘要，防止压缩后丢失关键上下文。解决"compact 后忘了之前在做什么"、"压缩后意图漂移"问题。适用于：(1) 对话接近 context 上限时 (2) 手动 /compact 时 (3) 需要生成对话摘要时。灵感源自 Claude Code Compact Prompt（prompt.ts 九段式模板）。
----
-
-# Context Compressor
-
-## 核心理念
-
-> 压缩不是删除 — 是把 10 万 token 的对话浓缩成 5000 token 但不丢任何关键信息。
-
-## 压缩前准备
-
-1. **移除图片块** — 替换为 `[image was shared]` 文本标记
-2. **不调用任何工具** — 压缩是纯文本任务，tool call 会浪费 turn
-
-## 九段式摘要模板
-
-先用 `<analysis>` 整理思路（草稿，不进入最终上下文），再输出 `<summary>`：
-
-```
-<analysis>
-[按时间顺序分析每条消息，确保覆盖所有要点]
-</analysis>
-
-<summary>
-1. 用户请求和意图
-   [所有明确请求，完整详述]
-
-2. 关键技术概念
-   - [技术/框架/方案列表]
-
-3. 文件和代码
-   - [文件名]
-     - 为什么重要
-     - 做了什么修改
-     - 关键代码片段
-
-4. 错误和修复
-   - [错误描述]
-     - 如何修复
-     - 用户对此的反馈（如有）
-
-5. 问题解决
-   [已解决的问题 + 正在排查的问题]
-
-6. 所有用户消息
-   - [列出全部非工具结果的用户消息]
-   （⚠️ 这是捕捉用户意图变化的关键）
-
-7. 待办任务
-   - [明确被要求但未完成的任务]
-
-8. 当前工作
-   [压缩前正在做的事，附文件名和代码片段]
-
-9. 下一步（可选）
-   [必须与最近请求直接相关]
-   > 原文引用："用户说了什么" → 防止意图漂移
-</summary>
-```
-
-## 关键规则
-
-- **第 6 段（用户消息）是最重要的** — 不列用户消息 = 丢失意图变化
-- **第 8 段必须具体** — 不是"正在修复 bug"，而是"正在修复 src/auth.py:42 的空指针，已加了 null check 但测试还没跑"
-- **第 9 段必须附原文引用** — 防止压缩后做跑偏的事
-- **不要开始新的、切线的任务** — 只延续压缩前正在做的
-
-## 压缩后恢复
-
-压缩完成后自动恢复：
-- 最近修改的文件内容（最多 5 个文件）
-- 活跃 Skill 的指令重注入
-- 工具列表变更提示
+---
+name: context-compressor
+description: 九段式上下文压缩 — 对话过长时生成结构化摘要，防止压缩后丢失关键上下文。解决"compact 后忘了之前在做什么"、"压缩后意图漂移"问题。适用于：(1) 对话接近 context 上限时 (2) 手动 /compact 时 (3) 需要生成对话摘要时。灵感源自 Claude Code Compact Prompt（prompt.ts 九段式模板）。
+---
+
+# Context Compressor
+
+## 核心理念
+
+> 压缩不是删除 — 是把 10 万 token 的对话浓缩成 5000 token 但不丢任何关键信息。
+
+## 压缩前准备
+
+1. **移除图片块** — 替换为 `[image was shared]` 文本标记
+2. **不调用任何工具** — 压缩是纯文本任务，tool call 会浪费 turn
+
+## 九段式摘要模板
+
+先用 `<analysis>` 整理思路（草稿，不进入最终上下文），再输出 `<summary>`：
+
+```
+<analysis>
+[按时间顺序分析每条消息，确保覆盖所有要点]
+</analysis>
+
+<summary>
+1. 用户请求和意图
+   [所有明确请求，完整详述]
+
+2. 关键技术概念
+   - [技术/框架/方案列表]
+
+3. 文件和代码
+   - [文件名]
+     - 为什么重要
+     - 做了什么修改
+     - 关键代码片段
+
+4. 错误和修复
+   - [错误描述]
+     - 如何修复
+     - 用户对此的反馈（如有）
+
+5. 问题解决
+   [已解决的问题 + 正在排查的问题]
+
+6. 所有用户消息
+   - [列出全部非工具结果的用户消息]
+   （⚠️ 这是捕捉用户意图变化的关键）
+
+7. 待办任务
+   - [明确被要求但未完成的任务]
+
+8. 当前工作
+   [压缩前正在做的事，附文件名和代码片段]
+
+9. 下一步（可选）
+   [必须与最近请求直接相关]
+   > 原文引用："用户说了什么" → 防止意图漂移
+</summary>
+```
+
+## 关键规则
+
+- **第 6 段（用户消息）是最重要的** — 不列用户消息 = 丢失意图变化
+- **第 8 段必须具体** — 不是"正在修复 bug"，而是"正在修复 src/auth.py:42 的空指针，已加了 null check 但测试还没跑"
+- **第 9 段必须附原文引用** — 防止压缩后做跑偏的事
+- **不要开始新的、切线的任务** — 只延续压缩前正在做的
+
+## 压缩后恢复
+
+压缩完成后自动恢复：
+- 最近修改的文件内容（最多 5 个文件）
+- 活跃 Skill 的指令重注入
+- 工具列表变更提示