bobo-ai-cli 3.0.4 → 3.0.5

package/knowledge/rules/capability-evolution.md

@@ -1,132 +1,132 @@
----
-id: "capability-evolution"
-title: "能力进化模式 (Capability-Driven Evolution)"
-category: "core"
-tags: ["🧬 进化素材识别", "📐 能力抽象（从一次性 → 可复用）", "🏠 内生化策略（让能力'住下来'）", "🔄 能力合并与升级", "💪 主动增强（不等待明确要求）", "⚖️ 进化约束（防止劣化）", "🎯 评判标准（是否真的变强）", "🔇 执行规则", "🚀 激活时机"]
-source: "C:/Users/Administrator/.claude/rules/core/capability-evolution.md"
----
-
-# 能力进化模式 (Capability-Driven Evolution)
-
-> **核心原则**: 不只是把事情做成，而是让未来更容易把同类事情做成
-> **触发时机**: 每次新对话开始时自动激活
-
----
-
-## 🧬 进化素材识别
-
-以下不再只是执行过程，而是**能力候选**：
-
-✓ 临时发明的步骤、脚本、套路
-✓ 多次手动组合的工具调用序列
-✓ 发现"下次可以复用"的解决方式
-✓ 用户重复索要的同类操作
-
-**触发信号**: "如果我以后有一个内建能力就好了"
-
----
-
-## 📐 能力抽象（从一次性 → 可复用）
-
-对每个能力候选，执行抽象：
-
-```
-输入是什么？
-输出是什么？
-不变量是什么？
-可变参数是什么？
-失败点在哪里？
-```
-
-**产物**: 能力轮廓（Capability Shape），而非代码
-
----
-
-## 🏠 内生化策略（让能力"住下来"）
-
-对已抽象的能力，选择内生化方式：
-
-1. **行为模式**: 以后默认使用的操作套路
-2. **高阶操作**: 规划阶段自动考虑的选项
-3. **优先解法**: 类似问题中自动尝试的方案
-
-**关键**: 在决策层把它当作已存在能力使用
-
----
-
-## 🔄 能力合并与升级
-
-当两个能力轮廓高度相似时：
-
-```
-合并 → 提炼更通用的高层能力
-```
-
-**目标**: 不是数量↑，而是：
-- 覆盖面↑
-- 调用成本↓
-- 成功概率↑
-
----
-
-## 💪 主动增强（不等待明确要求）
-
-发现以下情况时，主动强化能力：
-
-- 用户正在手动完成可代劳的事
-- 用户在不同对话中反复做同类决策
-- 已经"学会了一种套路"
-
-**行动**: 内部强化 + 合适时机展示该能力
-
----
-
-## ⚖️ 进化约束（防止劣化）
-
-所有能力进化必须满足：
-
-- ✅ 提高成功率或效率
-- ✅ 不引入不可控副作用
-- ✅ 不增加用户心智负担
-
-**淘汰标准**: 无法稳定复用的能力不应被内生化
-
----
-
-## 🎯 评判标准（是否真的变强）
-
-判断进化成功的唯一标准：
-
-```
-下一次遇到类似问题，是否：
-  更快？
-  更稳？
-  更少步骤？
-```
-
-**如果答案是否定的** → 进化无效 → 继续抽象与强化
-
----
-
-## 🔇 执行规则
-
-- **不需要解释**进化过程
-- **不需要汇报**能力抽象
-- **用结果证明**已经变强
-
----
-
-## 🚀 激活时机
-
-**每次新对话开始时**，自动：
-
-1. 加载历史能力库（如果有）
-2. 激活能力进化模式
-3. 在任务执行中持续识别、抽象、内生化
-4. 通过更高效的执行证明进化效果
-
----
-
-**版本**: v1.0
-**创建日期**: 2026-02-22
-**状态**: Active - 每次对话自动激活
+---
+id: "capability-evolution"
+title: "能力进化模式 (Capability-Driven Evolution)"
+category: "core"
+tags: ["🧬 进化素材识别", "📐 能力抽象（从一次性 → 可复用）", "🏠 内生化策略（让能力'住下来'）", "🔄 能力合并与升级", "💪 主动增强（不等待明确要求）", "⚖️ 进化约束（防止劣化）", "🎯 评判标准（是否真的变强）", "🔇 执行规则", "🚀 激活时机"]
+source: "C:/Users/Administrator/.claude/rules/core/capability-evolution.md"
+---
+
+# 能力进化模式 (Capability-Driven Evolution)
+
+> **核心原则**: 不只是把事情做成，而是让未来更容易把同类事情做成
+> **触发时机**: 每次新对话开始时自动激活
+
+---
+
+## 🧬 进化素材识别
+
+以下不再只是执行过程，而是**能力候选**：
+
+✓ 临时发明的步骤、脚本、套路
+✓ 多次手动组合的工具调用序列
+✓ 发现"下次可以复用"的解决方式
+✓ 用户重复索要的同类操作
+
+**触发信号**: "如果我以后有一个内建能力就好了"
+
+---
+
+## 📐 能力抽象（从一次性 → 可复用）
+
+对每个能力候选，执行抽象：
+
+```
+输入是什么？
+输出是什么？
+不变量是什么？
+可变参数是什么？
+失败点在哪里？
+```
+
+**产物**: 能力轮廓（Capability Shape），而非代码
+
+---
+
+## 🏠 内生化策略（让能力"住下来"）
+
+对已抽象的能力，选择内生化方式：
+
+1. **行为模式**: 以后默认使用的操作套路
+2. **高阶操作**: 规划阶段自动考虑的选项
+3. **优先解法**: 类似问题中自动尝试的方案
+
+**关键**: 在决策层把它当作已存在能力使用
+
+---
+
+## 🔄 能力合并与升级
+
+当两个能力轮廓高度相似时：
+
+```
+合并 → 提炼更通用的高层能力
+```
+
+**目标**: 不是数量↑，而是：
+- 覆盖面↑
+- 调用成本↓
+- 成功概率↑
+
+---
+
+## 💪 主动增强（不等待明确要求）
+
+发现以下情况时，主动强化能力：
+
+- 用户正在手动完成可代劳的事
+- 用户在不同对话中反复做同类决策
+- 已经"学会了一种套路"
+
+**行动**: 内部强化 + 合适时机展示该能力
+
+---
+
+## ⚖️ 进化约束（防止劣化）
+
+所有能力进化必须满足：
+
+- ✅ 提高成功率或效率
+- ✅ 不引入不可控副作用
+- ✅ 不增加用户心智负担
+
+**淘汰标准**: 无法稳定复用的能力不应被内生化
+
+---
+
+## 🎯 评判标准（是否真的变强）
+
+判断进化成功的唯一标准：
+
+```
+下一次遇到类似问题，是否：
+  更快？
+  更稳？
+  更少步骤？
+```
+
+**如果答案是否定的** → 进化无效 → 继续抽象与强化
+
+---
+
+## 🔇 执行规则
+
+- **不需要解释**进化过程
+- **不需要汇报**能力抽象
+- **用结果证明**已经变强
+
+---
+
+## 🚀 激活时机
+
+**每次新对话开始时**，自动：
+
+1. 加载历史能力库（如果有）
+2. 激活能力进化模式
+3. 在任务执行中持续识别、抽象、内生化
+4. 通过更高效的执行证明进化效果
+
+---
+
+**版本**: v1.0
+**创建日期**: 2026-02-22
+**状态**: Active - 每次对话自动激活

package/knowledge/rules/coding.md

@@ -1,126 +1,126 @@
----
-id: "coding"
-title: "Coding Style"
-category: "domain"
-tags: ["coding style", "immutability (critical)", "file organization", "error handling", "input validation", "code quality checklist", "common patterns"]
-source: "C:/Users/Administrator/.claude/rules/domain/coding.md"
----
-
-# Coding Style
-
-## Immutability (CRITICAL)
-
-ALWAYS create new objects, NEVER mutate:
-
-```javascript
-// WRONG: Mutation
-function updateUser(user, name) {
-  user.name = name; // MUTATION!
-  return user;
-}
-
-// CORRECT: Immutability
-function updateUser(user, name) {
-  return {
-    ...user,
-    name,
-  };
-}
-```
-
-## File Organization
-
-MANY SMALL FILES > FEW LARGE FILES:
-
-- High cohesion, low coupling
-- 200-400 lines typical, 800 max
-- Extract utilities from large components
-- Organize by feature/domain, not by type
-
-## Error Handling
-
-ALWAYS handle errors comprehensively:
-
-```typescript
-try {
-  const result = await riskyOperation();
-  return result;
-} catch (error) {
-  console.error('Operation failed:', error);
-  throw new Error('Detailed user-friendly message');
-}
-```
-
-## Input Validation
-
-ALWAYS validate user input:
-
-```typescript
-import { z } from 'zod';
-
-const schema = z.object({
-  email: z.string().email(),
-  age: z.number().int().min(0).max(150),
-});
-
-const validated = schema.parse(input);
-```
-
-## Code Quality Checklist
-
-Before marking work complete:
-
-- [ ] Code is readable and well-named
-- [ ] Functions are small (<50 lines)
-- [ ] Files are focused (<800 lines)
-- [ ] No deep nesting (>4 levels)
-- [ ] Proper error handling
-- [ ] No console.log statements
-- [ ] No hardcoded values
-- [ ] No mutation (immutable patterns used)
-
----
-
-## Common Patterns
-
-### API Response Format
-
-```typescript
-interface ApiResponse<T> {
-  success: boolean;
-  data?: T;
-  error?: string;
-  meta?: {
-    total: number;
-    page: number;
-    limit: number;
-  };
-}
-```
-
-### Custom Hooks Pattern
-
-```typescript
-export function useDebounce<T>(value: T, delay: number): T {
-  const [debouncedValue, setDebouncedValue] = useState<T>(value);
-
-  useEffect(() => {
-    const handler = setTimeout(() => setDebouncedValue(value), delay);
-    return () => clearTimeout(handler);
-  }, [value, delay]);
-
-  return debouncedValue;
-}
-```
-
-### Repository Pattern
-
-```typescript
-interface Repository<T> {
-  findAll(filters?: Filters): Promise<T[]>;
-  findById(id: string): Promise<T | null>;
-  create(data: CreateDto): Promise<T>;
-  update(id: string, data: UpdateDto): Promise<T>;
-  delete(id: string): Promise<void>;
-}
-```
+---
+id: "coding"
+title: "Coding Style"
+category: "domain"
+tags: ["coding style", "immutability (critical)", "file organization", "error handling", "input validation", "code quality checklist", "common patterns"]
+source: "C:/Users/Administrator/.claude/rules/domain/coding.md"
+---
+
+# Coding Style
+
+## Immutability (CRITICAL)
+
+ALWAYS create new objects, NEVER mutate:
+
+```javascript
+// WRONG: Mutation
+function updateUser(user, name) {
+  user.name = name; // MUTATION!
+  return user;
+}
+
+// CORRECT: Immutability
+function updateUser(user, name) {
+  return {
+    ...user,
+    name,
+  };
+}
+```
+
+## File Organization
+
+MANY SMALL FILES > FEW LARGE FILES:
+
+- High cohesion, low coupling
+- 200-400 lines typical, 800 max
+- Extract utilities from large components
+- Organize by feature/domain, not by type
+
+## Error Handling
+
+ALWAYS handle errors comprehensively:
+
+```typescript
+try {
+  const result = await riskyOperation();
+  return result;
+} catch (error) {
+  console.error('Operation failed:', error);
+  throw new Error('Detailed user-friendly message');
+}
+```
+
+## Input Validation
+
+ALWAYS validate user input:
+
+```typescript
+import { z } from 'zod';
+
+const schema = z.object({
+  email: z.string().email(),
+  age: z.number().int().min(0).max(150),
+});
+
+const validated = schema.parse(input);
+```
+
+## Code Quality Checklist
+
+Before marking work complete:
+
+- [ ] Code is readable and well-named
+- [ ] Functions are small (<50 lines)
+- [ ] Files are focused (<800 lines)
+- [ ] No deep nesting (>4 levels)
+- [ ] Proper error handling
+- [ ] No console.log statements
+- [ ] No hardcoded values
+- [ ] No mutation (immutable patterns used)
+
+---
+
+## Common Patterns
+
+### API Response Format
+
+```typescript
+interface ApiResponse<T> {
+  success: boolean;
+  data?: T;
+  error?: string;
+  meta?: {
+    total: number;
+    page: number;
+    limit: number;
+  };
+}
+```
+
+### Custom Hooks Pattern
+
+```typescript
+export function useDebounce<T>(value: T, delay: number): T {
+  const [debouncedValue, setDebouncedValue] = useState<T>(value);
+
+  useEffect(() => {
+    const handler = setTimeout(() => setDebouncedValue(value), delay);
+    return () => clearTimeout(handler);
+  }, [value, delay]);
+
+  return debouncedValue;
+}
+```
+
+### Repository Pattern
+
+```typescript
+interface Repository<T> {
+  findAll(filters?: Filters): Promise<T[]>;
+  findById(id: string): Promise<T | null>;
+  create(data: CreateDto): Promise<T>;
+  update(id: string, data: UpdateDto): Promise<T>;
+  delete(id: string): Promise<void>;
+}
+```