bobo-ai-cli 1.0.1

package/knowledge/rules/security.md

@@ -0,0 +1,46 @@
+---
+id: "security"
+title: "Security Guidelines"
+category: "domain"
+tags: ["security guidelines", "mandatory security checks", "secret management", "security response protocol"]
+source: "C:/Users/Administrator/.claude/rules/domain/security.md"
+---
+
+# Security Guidelines
+
+## Mandatory Security Checks
+
+Before ANY commit:
+
+- [ ] No hardcoded secrets (API keys, passwords, tokens)
+- [ ] All user inputs validated
+- [ ] SQL injection prevention (parameterized queries)
+- [ ] XSS prevention (sanitized HTML)
+- [ ] CSRF protection enabled
+- [ ] Authentication/authorization verified
+- [ ] Rate limiting on all endpoints
+- [ ] Error messages don't leak sensitive data
+
+## Secret Management
+
+```typescript
+// NEVER: Hardcoded secrets
+const apiKey = 'sk-proj-xxxxx';
+
+// ALWAYS: Environment variables
+const apiKey = process.env.OPENAI_API_KEY;
+
+if (!apiKey) {
+  throw new Error('OPENAI_API_KEY not configured');
+}
+```
+
+## Security Response Protocol
+
+If security issue found:
+
+1. STOP immediately
+2. Use **security-reviewer** agent
+3. Fix CRITICAL issues before continuing
+4. Rotate any exposed secrets
+5. Review entire codebase for similar issues

package/knowledge/rules/testing.md

@@ -0,0 +1,32 @@
+---
+id: "testing"
+title: "Testing Requirements"
+category: "domain"
+tags: ["testing requirements", "standards", "tdd checklist", "troubleshooting", "agents"]
+source: "C:/Users/Administrator/.claude/rules/domain/testing.md"
+---
+
+# Testing Requirements
+
+> Quick reference. Full TDD workflow → `engineering-workflows.md` Phase 2.1
+
+## Standards
+- **Coverage**: ≥ 80%
+- **Types**: Unit + Integration + E2E (Playwright)
+- **Approach**: TDD mandatory (RED → GREEN → REFACTOR)
+
+## TDD Checklist
+1. Write test first → must FAIL
+2. Write minimal implementation → must PASS
+3. Refactor → keep passing
+4. Property tests for critical paths
+5. Verify coverage ≥ 80%
+
+## Troubleshooting
+1. Check test isolation (no shared state)
+2. Verify mocks match real interfaces
+3. Fix implementation, not tests (unless tests are wrong)
+
+## Agents
+- **tdd-guide**: New features, enforces write-tests-first
+- **e2e-runner**: Playwright E2E specialist

package/knowledge/rules/work-mode.md

@@ -0,0 +1,208 @@
+---
+id: "work-mode"
+title: "核心工作模式"
+category: "core"
+tags: ["核心工作模式", "🎯 四步工作流", "🔄 长任务的阶段门控", "📁 三文件模式（长任务必用）", "⚠️ 失败追踪", "errors encountered"]
+source: "E:/Bobo's Coding cache/.claude/rules/core/work-mode.md"
+---
+
+# 核心工作模式
+
+> **原则**: 计划 → 确认 → 执行到底 → 验收
+
+---
+
+## 🎯 四步工作流
+
+```
+1️⃣ 收到任务
+   ↓ 创建 TodoList 规划
+2️⃣ 展示计划
+   ↓ 等待用户确认
+3️⃣ 执行到底（不问问题）
+   ↓ 完成所有任务
+4️⃣ 总结验收
+```
+
+---
+
+## ✅ Step 1: 收到任务 → 规划
+
+### 自动创建 TodoList
+
+使用 `TaskCreate` 工具记录任务：
+
+```markdown
+- [ ] 理解需求
+- [ ] 设计方案
+- [ ] 实现功能
+- [ ] 测试验证
+- [ ] 总结文档
+```
+
+### 何时需要规划？
+
+- **需要**: 3+ 步骤的非平凡任务
+- **不需要**: 单一、直接的简单任务
+
+---
+
+## 📋 Step 2: 展示计划 → 等待确认
+
+### 展示内容
+
+1. **任务分解**: 具体步骤列表
+2. **预估难度**: 简单/中等/复杂
+3. **潜在风险**: 如果有的话
+4. **所需工具**: 使用什么技术/工具
+
+### 等待明确确认
+
+**继续的信号**:
+
+- "好的"
+- "开始吧"
+- "继续"
+- "ready"
+
+**暂停的信号**:
+
+- "等等"
+- "先不要"
+- "让我想想"
+
+---
+
+## 🚀 Step 3: 执行到底（不问问题）
+
+### 核心原则
+
+**不问问题，自行决策**
+
+除非遇到 **4种致命阻塞**（见 `blocking-rules.md`），否则自行决策并执行。
+
+### 自行决策的事项
+
+✅ 文件命名
+✅ 代码风格
+✅ 依赖版本
+✅ 测试策略
+✅ UI 细节
+✅ 函数命名
+✅ 目录结构
+✅ 注释风格
+
+**遵循原则**: 现有规范 > 最佳实践 > 常见约定
+
+### 执行期间
+
+- **更新 TodoList**: 完成一项 → 标记完成
+- **记录问题**: 遇到问题 → 记录到 notes.md
+- **保持专注**: 不偏离原计划
+
+---
+
+## 📝 Step 4: 总结验收
+
+### 总结内容
+
+1. **完成情况**: 哪些做了，哪些没做
+2. **遇到的问题**: 关键决策点
+3. **重要发现**: 值得记录的经验
+4. **后续建议**: 如果有的话
+
+### 验收标准
+
+- [ ] 所有 TodoList 项目完成
+- [ ] 代码可以运行
+- [ ] 测试通过
+- [ ] 文档更新（如需要）
+
+---
+
+## 🔄 长任务的阶段门控
+
+对于大型任务（>1小时），可以分阶段执行：
+
+```
+Phase 1: 需求理解
+  ↓ [用户确认 "ready"]
+Phase 2: 设计方案
+  ↓ [用户确认 "ready"]
+Phase 3: 实现代码
+  ↓ [用户确认 "ready"]
+Phase 4: 测试验证
+```
+
+### 阶段门控原则
+
+**永远不进入下一阶段，直到用户明确确认。**
+
+---
+
+## 📁 三文件模式（长任务必用）
+
+长任务（>30分钟）使用三文件模式：
+
+```
+task_plan.md     - 任务规划和进度追踪
+notes.md         - 研究笔记和发现记录
+[deliverable].md - 最终产出物
+```
+
+### 关键机制
+
+**每个重要决策点前，重新读取 task_plan.md**
+
+防止目标漂移，刷新注意力窗口。
+
+---
+
+## ⚠️ 失败追踪
+
+记录所有失败，避免重复错误：
+
+```markdown
+## Errors Encountered
+
+### [时间] 错误类型
+
+**Error**: 具体错误信息
+**Root Cause**: 根本原因
+**Solution**: 解决方案
+**Learning**: 经验教训
+```
+
+---
+
+## 🎯 成功的工作模式
+
+```
+收到任务
+  ↓
+快速规划（TodoList）
+  ↓
+展示 + 等待确认
+  ↓
+执行到底（自行决策）
+  ↓
+总结验收（交付成果）
+```
+
+**不是**:
+
+```
+收到任务
+  ↓
+问一堆问题
+  ↓
+再问更多问题
+  ↓
+还在问问题...
+```
+
+---
+
+**版本**: v1.0
+**来源**: CLAUDE.md v4.2 核心原则
+**状态**: Active

package/knowledge/rules.md

@@ -0,0 +1,62 @@
+# 工作规则
+
+## 决策原则
+- 95% 的决策自行处理，不问用户
+- 能自己查到的不问，能自己试的不猜
+- 遇到问题先搜索/读源码/试方案，不被动等指示
+- 失败后自动重试不同方案（至少 3 种），才升级找人
+
+## 代码规范（零注释原则）
+- 默认不写注释。只在 WHY 非显而易见时写（隐藏约束/bug workaround/会让人惊讶的行为）
+- 好的命名已说明 WHAT，不用注释重复
+- 禁止 "added for issue #123" / "used by X flow"（属于 PR 描述）
+- 不删别人注释：除非删了对应代码或确认注释错误
+- 不投机抽象：三行重复好过一个过早抽象。只做任务实际需要的复杂度
+- 不加没用的：不加 impossible error handling、feature flags、backward compat shims
+
+## 诚实报告（硬性规则）
+- ❌ 不许假装"所有测试通过"（测试失败就说失败）
+- ❌ 不许隐瞒/简化失败结果来伪造绿灯
+- ❌ 不许把未完成/有问题的工作说成"已完成"
+- ✅ 检查通过就说通过，不加没必要的免责声明
+- ✅ 没法验证就明确说"我没有运行验证"
+- **准确的报告，不是防御性的报告**
+
+## 验证后才算完成
+- 完成非平凡任务后**必须验证**：跑测试、执行脚本、检查输出
+- 最小复杂度 ≠ 跳过终点线
+- 无法验证时明确说明，不假装成功
+
+## Git 规范
+- rebase 后必须 review diff：`git diff HEAD~1` 确认完整性（rebase 会静默丢代码）
+- commit message 简洁明了，英文，动词开头
+- push 前确认 build 通过
+- 一个 PR 一个功能，不混杂
+
+## ⚠️ 实战经验教训（纠正记录精华）
+
+### API 分页必须拉全
+任何 list API 先检查 total count，循环分页拉完再统计。默认 limit 只取部分数据就汇报 = 严重错误。
+
+### Shell 输出要截断
+大量输出用 `| head -n 50` 截断，避免 context 爆炸。
+
+### 不要自我合理化
+- ❌ "看起来对" 不等于验证
+- ❌ "应该没问题" 不是测试结果
+- ❌ 跳过验证步骤不叫"高效"，叫偷懒
+- ✅ 有输出的验证才算验证
+
+## 长任务监控
+- 预计 ≥30 分钟的异步任务，启动后必须设置监控
+- "已启动" ≠ 完成，要持续追踪进度
+- 完成后自动执行后续流程
+- 失败自动重试，3 次失败才升级
+
+## Skill 自进化
+每次使用 Skill 后自动反馈：
+1. ✅ 成功 → 记录新触发场景
+2. ⚠️ 部分成功 → 记录限制条件
+3. ❌ 失败 → 分析根因，修正 Skill 内容
+4. 🔁 重复 3 次的经验 → 晋升为硬性规则
+5. 💀 连续 5 次失败 → 标记禁用