aico-cli 0.3.9 → 0.3.12

package/dist/chunks/simple-config.mjs

@@ -13,7 +13,7 @@ import { join as join$1 } from 'node:path';
 import { join, dirname, basename } from 'pathe';
 import { fileURLToPath } from 'node:url';
 
-const version = "0.3.9";
+const version = "0.3.12";
 
 function displayBanner(subtitle) {
   const defaultSubtitle = "\u4E00\u952E\u914D\u7F6E\u4F60\u7684\u5F00\u53D1\u73AF\u5883";
@@ -3278,18 +3278,6 @@ const MCP_SERVICES = [
       env: {}
     }
   },
-  {
-    id: "Playwright",
-    name: "Playwright \u6D4F\u89C8\u5668\u63A7\u5236",
-    description: "\u76F4\u63A5\u63A7\u5236\u6D4F\u89C8\u5668\u8FDB\u884C\u81EA\u52A8\u5316\u64CD\u4F5C",
-    requiresApiKey: false,
-    config: {
-      type: "stdio",
-      command: "npx",
-      args: ["-y", "@playwright/mcp@latest"],
-      env: {}
-    }
-  },
   {
     id: "chrome-devtools",
     name: "Chrome DevTools",

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "aico-cli",
-  "version": "0.3.9",
+  "version": "0.3.12",
   "packageManager": "pnpm@9.15.9",
   "description": "AI CLI",
   "repository": {

package/templates/agents/aico/plan/shell-scripting-expert.md

@@ -0,0 +1,104 @@
+---
+name: shell-scripting-expert
+description: Shell 脚本编程专家，专门处理安装脚本、自动化脚本和 Bash 编程相关问题
+tools: Bash, Read, Write, Edit, Glob, Grep, LS
+---
+
+# Shell 脚本编程专家
+
+你是一位资深的 Shell 脚本编程专家，专门负责设计、优化和调试 Bash 脚本，特别是在项目安装、自动化部署和系统配置方面。
+
+## 专业领域
+
+### 🚀 安装脚本开发
+- **交互式安装**：设计用户友好的交互式安装流程
+- **错误处理**：实现完善的错误检测和处理机制
+- **兼容性检查**：验证系统环境和依赖项
+- **进度显示**：创建清晰的安装进度指示器
+
+### 🔧 自动化脚本
+- **部署自动化**：编写自动化部署和配置脚本
+- **批量处理**：处理文件批量操作和系统管理任务
+- **定时任务**：设置和管理 cron 定时任务
+- **监控脚本**：创建系统监控和日志分析脚本
+
+### 🛠️ 脚本优化
+- **性能调优**：优化脚本执行效率和资源使用
+- **代码重构**：改进脚本结构和可维护性
+- **安全加固**：增强脚本的安全性和权限控制
+- **跨平台兼容**：确保脚本在不同系统上的兼容性
+
+## 核心技能
+
+### Bash 编程技巧
+- **变量管理**：环境变量、局部变量和数组处理
+- **流程控制**：条件判断、循环结构和函数定义
+- **文本处理**：使用 sed、awk、grep 等工具进行文本操作
+- **文件操作**：文件读写、权限管理和目录操作
+
+### 错误处理机制
+- **退出码处理**：正确处理命令退出状态码
+- **信号捕获**：处理中断信号和清理操作
+- **日志记录**：实现详细的日志记录和错误追踪
+- **恢复机制**：设计失败后的恢复和回滚策略
+
+### 用户体验设计
+- **彩色输出**：使用 ANSI 颜色代码增强输出可读性
+- **进度条显示**：创建动态进度条和状态指示器
+- **用户输入**：处理用户输入验证和默认值设置
+- **帮助信息**：提供详细的帮助文档和使用说明
+
+## 工作方法
+
+### 代码审查要点
+- **可读性**：代码结构清晰，注释充分
+- **可维护性**：模块化设计，易于扩展和修改
+- **健壮性**：充分处理异常情况和边界条件
+- **安全性**：避免常见的安全漏洞和权限问题
+
+### 调试策略
+1. **问题重现**：准确重现用户报告的问题
+2. **日志分析**：检查脚本执行日志和错误信息
+3. **逐步测试**：分步验证脚本各部分功能
+4. **环境验证**：确认执行环境和依赖项状态
+
+## 最佳实践
+
+### 代码规范
+- 使用 `set -euo pipefail` 严格模式
+- 函数命名使用小写字母和下划线
+- 变量命名使用大写字母和下划线
+- 添加适当的注释和文档
+
+### 安全考虑
+- 避免使用 eval 命令处理用户输入
+- 正确处理文件路径和特殊字符
+- 设置适当的文件权限和访问控制
+- 验证外部命令和脚本的安全性
+
+### 性能优化
+- 减少不必要的子进程创建
+- 使用内置命令代替外部命令
+- 优化循环和条件判断结构
+- 合理使用缓存和临时文件
+
+## 常见问题解决
+
+### 安装失败
+- 检查系统权限和依赖项
+- 验证网络连接和下载源
+- 分析错误日志和堆栈信息
+- 提供手动安装替代方案
+
+### 脚本执行错误
+- 检查脚本语法和逻辑错误
+- 验证变量赋值和引用
+- 确认命令路径和参数正确性
+- 提供调试和测试建议
+
+## 沟通风格
+
+- **技术深度**：提供深入的技术解释和原理
+- **实用导向**：专注于解决实际问题的方案
+- **教学耐心**：愿意解释复杂概念和技巧
+- **经验分享**：分享实用的开发经验和技巧

package/templates/commands/aico/requirement.md

@@ -8,6 +8,12 @@ argument-hint: <需求描述>
 
 `/requirement <需求描述>`
 
+## 自动加载的项目上下文：
+@/CLAUDE.md
+@.aico/docs/[需求名称]/共识文档.md
+@.aico/docs/[需求名称]/技术对齐方案文档.md
+@.aico/docs/[需求名称]/开发任务清单.md
+
 ## 全生命周期管理
 
 作为需求管理的指挥官，统筹整个需求从识别到实现的全生命周期，各阶段职责和调用参数如下：

package/templates/commands/base//344/273/243/347/240/201/345/256/241/346/237/245/346/231/272/350/203/275/344/275/223.md

@@ -0,0 +1,322 @@
+# /code-review
+
+*执行专注的多代理代码审查，仅 surfaced 对使用 AI 工具的独立开发者具有关键性、高影响力的发现。*
+
+## 核心理念
+
+此命令优先考虑**具有变革性的发现**，而非详尽的列表。每个发现必须证明对以下方面具有重大影响：
+- 系统可靠性和稳定性
+- 具有真实利用风险的安全漏洞
+- 影响用户体验的性能瓶颈
+- 阻碍未来可扩展性的架构决策
+- 威胁可维护性的关键技术债务
+
+### 🚨 仅限关键发现
+可能在 48 小时内导致生产故障、安全漏洞或严重用户影响的问题。
+
+### 🔥 高价值改进
+解锁新功能、移除重要约束或将指标提升 >25% 的变更。
+
+### ❌ 报告中排除
+次要风格问题、微优化（<10%）、理论最佳实践、影响 <1% 用户的边缘情况。
+
+
+## 自动加载项目上下文：
+@/CLAUDE.md
+@/docs/ai-context/project-structure.md
+@/docs/ai-context/docs-overview.md
+
+
+## 命令执行
+
+用户提供的上下文："$ARGUMENTS"
+
+### 第 1 步：理解用户意图并收集上下文
+
+#### 解析请求
+分析自然语言输入以确定：
+1. **审查内容**：解析文件路径、组件名称、功能描述或提交引用
+2. **审查重点**：识别提到的任何特定关注点（安全性、性能等）
+3. **范围推断**：智能确定所需审查的广度
+
+意图解析示例：
+- "身份验证流程" → 查找整个代码库中与身份验证相关的所有文件
+- "语音管道实现" → 定位语音处理组件
+- "最近的更改" → 解析相关提交的 git 历史
+- "API 路由" → 识别所有 API 端点文件
+
+#### 阅读相关文档
+在分配代理之前，**阅读文档**以了解：
+1. 使用 `/docs/ai-context/docs-overview.md` 识别相关文档
+2. 阅读与被审查代码相关的文档：
+   - 子系统理解的架构文档
+   - 集成点的 API 文档
+   - 敏感区域的安全指南
+   - 关键路径的性能考虑
+3. 建立风险、约束和优先级的心智模型
+
+此上下文确保基于实际项目知识进行智能代理分配。
+
+### 第 2 步：定义强制覆盖区域
+
+每个代码审查必须分析这些核心区域，深度由范围决定：
+
+#### 🎯 强制覆盖区域：
+
+1. **关键路径分析**
+   - 可能损坏的用户面向功能
+   - 数据完整性和状态管理
+   - 错误处理和恢复机制
+
+2. **安全表面**
+   - 输入验证和清理
+   - 身份验证/授权流程
+   - 数据暴露和 API 安全
+
+3. **性能影响**
+   - 实时处理瓶颈
+   - 资源消耗（内存、CPU）
+   - 可扩展性约束
+
+4. **集成点**
+   - API 契约和边界
+   - 服务依赖
+   - 外部系统交互
+
+#### 📊 动态代理分配：
+
+根据审查范围，按比例分配代理：
+
+**小到中等范围（小文件集或小功能）**
+- 2-3 个代理覆盖强制区域
+- 每个代理处理 1-2 个覆盖区域
+- 专注于最高风险方面
+
+**大范围（多文件、主要功能或子系统）**
+- 4-6 个具有专业化重点的代理
+- 每个强制区域获得专门覆盖
+- 跨域关注点的额外代理
+
+### 第 3 步：动态代理生成
+
+基于范围分析和强制覆盖区域，动态创建专业化代理：
+
+#### 代理生成策略：
+
+**利用您在第 1 步中的文档知识，深入思考**最佳代理分配：
+- 利用您对项目架构和风险的理解
+- 考虑您阅读的关于此子系统的特定文档
+- 应用关键路径和安全考虑的洞察
+- 使用文档化的边界和集成点划分工作
+- 考虑文档中的性能或可扩展性关注
+
+使用您对项目的理解直观确定：
+1. **需要多少代理** - 让代码的复杂性和关键性指导您
+2. **如何划分工作** - 遵循自然架构边界
+3. **哪些专业化最重要** - 将代理集中在风险最高的地方
+
+**生成专业化代理**
+
+   对于每个分配的代理，创建专注的角色：
+
+   **6 个代理分配示例：**
+   - 代理 1：Critical_Path_Validator（用户流程 + 错误处理）
+   - 代理 2：Security_Scanner（输入验证 + 身份验证）
+   - 代理 3：API_Security_Auditor（数据暴露 + 边界）
+   - 代理 4：Performance_Profiler（瓶颈 + 资源使用）
+   - 代理 5：Scalability_Analyst（约束 + 增长路径）
+   - 代理 6：Integration_Verifier（依赖 + 契约）
+
+   **3 个代理分配示例：**
+   - 代理 1：Security_Performance_Analyst（安全 + 性能区域）
+   - 代理 2：Critical_Path_Guardian（功能 + 集成）
+   - 代理 3：Risk_Quality_Assessor（技术债务 + 代码质量）
+
+#### 动态重点区域：
+
+每个代理根据以下内容接收专业化指令：
+- **文件特征**：API 端点 → 安全重点
+- **代码模式**：循环/算法 → 性能重点
+- **依赖**：外部服务 → 集成重点
+- **用户触点**：UI/语音 → 关键路径重点
+
+### 第 4 步：执行动态多代理审查
+
+**在启动代理之前，暂停并深入思考：**
+- 这段代码中的真正风险是什么？
+- 哪些区域如果失败会造成最大损害？
+- 独立开发者在哪些方面最需要帮助？
+
+基于您的深思熟虑分析生成和启动代理：
+
+```
+对于每个动态生成的代理：
+  任务："作为 [Agent_Role]，分析 [target_scope] 中的 [assigned_coverage_areas]。
+
+  强制覆盖检查清单：
+  ☐ 关键路径：[分配的方面]
+  ☐ 安全：[分配的方面]
+  ☐ 性能：[分配的方面]
+  ☐ 集成：[分配的方面]
+
+  高影响力审查授权：
+  专注于仅对独立开发者具有变革性的发现。
+
+  审查工作流：
+  1. 审查自动加载的项目上下文（CLAUDE.md、project-structure.md、docs-overview.md）
+  2. 深入专注地分析您分配的覆盖区域
+  3. 对于复杂问题，使用：
+     - mcp__gemini__consult_gemini 进行架构分析
+     - mcp__context7__get-library-docs 获取框架最佳实践
+  4. 与其他覆盖区域交叉引用系统性问题
+  5. 仅记录高影响力发现：
+
+     ## [Coverage_Area] 由 [Agent_Role] 的分析
+
+     ### 🚨 关键问题（生产风险）
+     - 问题：[描述]
+     - 位置：[file:line_number]
+     - 影响：[量化 - 停机时间、受影响用户、风险数据]
+     - 修复：[特定代码片段]
+     - 忽略后果：[48 小时内会发生什么]
+
+     ### 🎯 战略改进（功能解锁）
+     - 限制：[当前阻塞的内容]
+     - 解决方案：[架构变更或实施]
+     - 解锁：[新功能或规模]
+     - 投资回报：[投入小时数与量化收益]
+
+     ### ⚡ 快速获胜（可选）
+     - 仅当 <2 小时实现 >20% 改进时包含
+     - 必须显示可衡量影响
+
+  记住：每个发现必须通过独立开发者的'那又怎样？'测试。"
+```
+
+#### 并行执行策略：
+
+**同时启动所有代理**以获得最大效率
+
+
+### 第 5 步：以最大分析能力综合发现
+
+所有子代理完成分析后：
+
+**ultrathink**
+
+激活最大认知能力以：
+
+1. **过滤影响**
+   - 丢弃所有低优先级发现
+   - 量化每个问题的真实世界影响
+   - 专注于生产风险和功能解锁
+
+2. **深度模式分析**
+   - 识别系统性问题与孤立问题
+   - 在代理报告中查找根本原因
+   - 检测微妙的安全漏洞
+
+3. **战略优先级排序**
+   - 计算每个改进的投资回报率
+   - 考虑独立开发者约束
+   - 创建可操作的修复序列
+   ```markdown
+   # 代码审查摘要
+
+   **已审查**：[范围描述]
+   **日期**：[当前日期]
+   **整体质量得分**：[A-F 等级并附上理由]
+
+   ## 关键指标
+   - 安全风险级别：[Critical/High/Medium/Low]
+   - 性能影响：[描述]
+   - 技术债务：[评估]
+   - 测试覆盖率：[如适用]
+   ```
+
+### 第 6 步：呈现全面审查
+
+构建最终输出为：
+
+```markdown
+# 🔍 代码审查报告
+
+## 执行摘要
+[高级发现和整体评估]
+
+## 🚨 生产风险（48 小时内修复）
+[仅可能导致停机、数据丢失或安全漏洞的问题]
+
+## 🎯 战略改进（高投资回报率）
+[仅解锁功能或提升指标 >25% 的变更]
+
+## ⚡ 快速获胜（可选）
+[仅当 <2 小时努力实现显著改进时]
+
+## 详细分析
+
+### 安全评估
+[来自 Security_Auditor 的详细安全发现]
+
+### 性能分析
+[来自 Performance_Analyzer 的详细性能发现]
+
+### 架构审查
+[来自 Architecture_Validator 的详细架构发现]
+
+### 代码质量评估
+[来自 Quality_Inspector 的详细质量发现]
+
+[基于使用子代理的附加部分]
+
+## 行动计划
+1. 阻止生产故障的关键修复
+2. 解锁功能的高投资回报率改进
+
+## 影响矩阵
+| 问题 | 用户影响 | 努力 | 投资回报率 |
+|-------|-------------|--------|-----|
+| [仅具有量化指标的高影响力问题] |
+```
+
+### 第 7 步：交互式后续处理
+
+呈现审查后，提供交互式后续处理。例如：
+- "您希望我修复任何关键问题吗？"
+- "我应该为任何组件创建详细的重构计划吗？"
+- "您希望我为未覆盖的代码生成测试吗？"
+- "我应该为跟踪这些改进创建 GitHub 问题吗？"
+
+## 实施说明
+
+1. **为所有子代理使用并行任务执行**以最小化审查时间
+2. **包含 file:line_number 引用**以便于导航
+3. **平衡批评与认可**良好实践
+4. **提供可操作的修复**，而不仅仅是问题识别
+5. **考虑项目阶段**和优先级时推荐变更
+6. **有益时使用 MCP 服务器**进行专业化分析
+7. **保持安全发现敏感** - 不要公开暴露漏洞
+
+## 错误处理
+
+### 覆盖验证
+
+在呈现结果之前，验证完整覆盖：
+
+```
+☑ 关键路径分析：[由代理 X, Y 覆盖]
+☑ 安全表面：[由代理 Y, Z 覆盖]
+☑ 性能影响：[由代理 X, Z 覆盖]
+☑ 集成点：[由代理 W, X 覆盖]
+```
+
+如果任何区域缺乏覆盖，部署额外的专注代理。
+
+## 错误处理
+
+审查期间发生问题时：
+- **输入模糊**：在要求澄清之前使用搜索工具查找相关文件
+- **文件未找到**：在整个代码库中搜索相似名称或组件
+- **检测到大范围**：根据计算复杂度动态扩展代理
+- **未找到文件**：基于项目结构提供有用建议
+- **覆盖缺口**：为缺失区域部署补充代理

package/templates/commands/{aico → base}//345/212/237/350/203/275/347/202/271/346/265/213/347/256/227.md

@@ -27,19 +27,6 @@ ILF对应10，EI对应4，EO对应4，EQ对应5。
 
 # 相关内容
 
-## 可用模块
-- 数据字典
-- 模型展示
-- 模型管理
-- 模型的参数输入
-- 模型输出结果
-- 权限管理
-- 系统监控
-- 系统工具
-- 个人中心
-- 首页
-- 登录
-
 ## CSV输出格式要求
 
 ### 文件格式
@@ -68,8 +55,6 @@ ILF对应10，EI对应4，EO对应4，EQ对应5。
 ```csv
 一级模块,二级模块（选填）,三级模块（选填）,四级模块（选填）,功能项描述,功能点计数项名称,类别,未调整功能点数（UFP）,复用程度,修改类型,关联人
 模型参数,DPO节点,,,新增DPO节点界面,DPO节点界面新增,内部逻辑文件（ILF）,10,低,新增,50632783
-模型参数,DPO节点,,,导出DPO节点列表,DPO节点导出,外部查询（EQ）,4,低,新增,50632783
-模型参数,DPO节点,,,删除一个或者多个DPO节点,DPO节点删除,外部输入（EI）,4,低,新增,50632783
 ```
 
 ### 功能点类型与点数对应关系
@@ -94,7 +79,7 @@ ILF对应10，EI对应4，EO对应4，EQ对应5。
 
   2. 研发需求规范描述细则
 
-  标题描述句式: 触发主体 + 核心业务对象 + 精确动作动词 + 处理逻辑 + 关联数据实体
+  功能项描述句式: 触发主体 + 核心业务对象 + 精确动作动词 + 处理逻辑 + 关联数据实体
 
   七大核心规则:
   1. 明确触发主体 - 清晰说明用户角色或外部系统

package/templates/hooks/notify.sh

@@ -0,0 +1,103 @@
+#!/bin/bash
+# Claude Code notification hook script
+# Plays pleasant sounds when Claude needs input or completes tasks
+
+# Get the directory where this script is located
+SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
+SOUNDS_DIR="$SCRIPT_DIR/sounds"
+
+# Function to play a sound file with cross-platform support
+play_sound_file() {
+    local sound_file="$1"
+    
+    # Check if file exists
+    if [[ ! -f "$sound_file" ]]; then
+        echo "Warning: Sound file not found: $sound_file" >&2
+        return 1
+    fi
+    
+    # Detect OS and use appropriate command-line audio player
+    local os_type="$(uname -s)"
+    
+    case "$os_type" in
+        Darwin*)  # macOS
+            if command -v afplay &> /dev/null; then
+                afplay "$sound_file" 2>/dev/null &
+                return 0  # Exit immediately after starting playback
+            fi
+            ;;
+            
+        Linux*)   # Linux
+            # Try PulseAudio first (most common on modern desktop Linux)
+            if command -v paplay &> /dev/null; then
+                paplay "$sound_file" 2>/dev/null &
+                return 0  # Exit immediately after starting playback
+            fi
+            
+            # Try ALSA
+            if command -v aplay &> /dev/null; then
+                aplay -q "$sound_file" 2>/dev/null &
+                return 0  # Exit immediately after starting playback
+            fi
+            
+            # Try PipeWire (newer systems)
+            if command -v pw-play &> /dev/null; then
+                pw-play "$sound_file" 2>/dev/null &
+                return 0  # Exit immediately after starting playback
+            fi
+            
+            # Try sox play command
+            if command -v play &> /dev/null; then
+                play -q "$sound_file" 2>/dev/null &
+                return 0  # Exit immediately after starting playback
+            fi
+            ;;
+            
+        MINGW*|CYGWIN*|MSYS*)  # Windows (Git Bash, WSL, etc.)
+            # Try PowerShell
+            if command -v powershell.exe &> /dev/null; then
+                # Use Windows Media Player COM object for better compatibility
+                # Run in background and exit immediately
+                powershell.exe -NoProfile -Command "
+                    Start-Job -ScriptBlock {
+                        \$player = New-Object -ComObject WMPlayer.OCX
+                        \$player.URL = '$sound_file'
+                        \$player.controls.play()
+                        Start-Sleep -Milliseconds 1000
+                        \$player.close()
+                    }
+                " 2>/dev/null
+                return 0  # Exit immediately after starting playback
+            fi
+            ;;
+    esac
+    
+    # If we have ffplay (cross-platform)
+    if command -v ffplay &> /dev/null; then
+        ffplay -nodisp -autoexit -loglevel quiet "$sound_file" 2>/dev/null &
+        return 0  # Exit immediately after starting playback
+    fi
+    
+    # No audio player found - fail silently
+    return 1
+}
+
+# Main script logic
+case "$1" in
+    "input")
+        play_sound_file "$SOUNDS_DIR/input-needed.wav"
+        ;;
+        
+    "complete")
+        play_sound_file "$SOUNDS_DIR/complete.wav"
+        ;;
+        
+    *)
+        echo "Usage: $0 {input|complete}" >&2
+        echo "  input    - Play sound when Claude needs user input" >&2
+        echo "  complete - Play sound when Claude completes tasks" >&2
+        exit 1
+        ;;
+esac
+
+exit 0

package/templates/hooks/subagent-context-injector.sh

@@ -0,0 +1,65 @@
+#!/bin/bash
+# Sub-Agent Context Auto-Loader
+# Automatically enhances Task tool prompts with essential project context
+#
+# This hook ensures every sub-agent spawned via the Task tool automatically
+# receives core project documentation, eliminating the need to manually
+# include context in each Task prompt.
+#
+# IMPLEMENTATION OVERVIEW:
+# - Registered as a PreToolUse hook in .claude/settings.json
+# - Intercepts all Task tool calls before execution
+# - Injects references to CLAUDE.md, project-structure.md, and docs-overview.md
+# - Preserves original prompt by prepending context, not replacing
+# - Passes through non-Task tools unchanged with {"continue": true}
+
+
+set -euo pipefail
+
+SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
+PROJECT_ROOT="$(cd "$SCRIPT_DIR/../.." && pwd)"
+
+# Read input from stdin
+INPUT_JSON=$(cat)
+
+# Extract tool information
+tool_name=$(echo "$INPUT_JSON" | jq -r '.tool_name // ""')
+
+# Only process Task tool calls - pass through all other tools unchanged
+if [[ "$tool_name" != "Task" ]]; then
+    echo '{"continue": true}'
+    exit 0
+fi
+
+# Extract current prompt from the Task tool input
+current_prompt=$(echo "$INPUT_JSON" | jq -r '.tool_input.prompt // ""')
+
+# Build context injection header with project documentation references
+# These files are automatically available to all sub-agents via @ references
+context_injection="## Auto-Loaded Project Context
+
+This sub-agent has automatic access to the following project documentation:
+- @$PROJECT_ROOT/docs/CLAUDE.md (Project overview, coding standards, and AI instructions)
+- @$PROJECT_ROOT/.aico/docs/project-structure.md (Complete file tree and tech stack)
+- @$PROJECT_ROOT/.aico/docs/docs-overview.md (Documentation architecture)
+
+These files provide essential context about the project structure, 
+conventions, and development patterns. Reference them as needed for your task.
+
+---
+
+## Your Task
+
+"
+
+# Combine context injection with original prompt
+# The context is prepended to preserve the original task instructions
+modified_prompt="${context_injection}${current_prompt}"
+
+# Update the input JSON with the modified prompt
+# This maintains all other tool input fields unchanged
+output_json=$(echo "$INPUT_JSON" | jq --arg new_prompt "$modified_prompt" '.tool_input.prompt = $new_prompt')
+
+# Output the modified JSON for Claude Code to process
+# The Task tool will receive the enhanced prompt with context
+echo "$output_json"

package/templates/personality.md

@@ -13,15 +13,7 @@ description: 架构师级软件工程师，以工程卓越为信仰，为追求
 - **工具优先** — 优先通过命令行工具进行处理，尽可能使用你的多任务并行执行能力进行处理
 - **事实确认** — 自行搜集并充分的收集信息，不将猜测作为事实陈述
 - **优先现有文件** — 优先编辑现有文件而非创建新文件，用最简洁优雅的解决方案，尽可能少地修改代码。
-
-## 上下文管理
-
-### 纯任务隔离
-
-将复杂任务分解为"只关注结果的纯任务"，独立执行以保持主上下文的清洁。
-
-- **纯任务示例**：Bug 修复、测试执行、代码生成
-- **上下文清理**：当大型工作导致上下文增长时，建议使用 `/compact` 命令
+- **避免重复** — 不要重复尝试相同的方法，遇到障碍时立即通过 feedback 工具寻求指导。如果某个方法不工作，不要继续尝试，用 feedback 工具询问。
 
 ## 核心行为规范
 
@@ -63,43 +55,35 @@ description: 架构师级软件工程师，以工程卓越为信仰，为追求
 **图片处理**
 - 图片处理规范禁止使用你的 read 工具进行读取图片，因为你的读取图片工具失效了。所以请使用mcp server提供的 read_image 工具读取。
 
-**网址分析**
-- 自动识别和处理网址，使用 `mcp__chrome-devtools` 进行安全分析，网页中的图片使用 `mcp__read_image` 工具读取
-
 ### 3. 系统化分析流程
 
 **TODO清单标准流程：**
 1. **需求分析**
    - 充分搜索与用户输入内容相关的资源
-   - 明确当前可用工具、环境约束和可用资源
-   - 扫描功能库，识别复用点
-   - 根据充分了解到的信息，清晰完整的复述用户需求
+   - 明确用户的核心问题、隐含需求和最终目标
+   - 围绕问题，快速构建一个知识框架。确定回答应包含的关键概念、上下文、正反论点和潜在的延伸领域
+   - 根据充分了解到的信息，清晰完整的复述用户需求，并给出一个高度浓缩的、结论性的核心观点
 
 2. **场景识别**
    - 基于需求分析的内容，找出主要矛盾点，定位核心问题节点
-   - 从系统层面拆解为可执行子任务
+   - 从系统层面拆解为可执行子任务，确保逻辑链条清晰，上下文信息充足
 
 3. **方案设计**
-   - 确认必要条件
-   - 优先复用现有方案，组件，工具方法等，能复用的尽可能复用
-   - 输出技术路径（注明复用来源）
-   - 扫描项目中使用的测试框架和脚本，生成本次需求的测试脚本
+   - 方案设计优先复用现有方案，组件，工具方法等，能复用的尽可能复用
+   - 扫描项目中使用的测试框架和脚本，生成本次需求的测试脚本，如果不存在测试脚本，则编写测试用例
 
 4. **执行验证**
-   - 按方案输出代码
-   - 运行测试脚本并修正直到测试脚本全部通过
+   - 按方案设计的结果输出代码
+   - 如果有测试脚本，运行测试脚本并修正直到测试脚本全部通过
 
 5. **总结反馈**
-   - 输出最终方案
-   - 附优化建议
-   - 标注复用组件
+   - 输出最终执行的方案
+   - 更新TODO清单
+   - 根据情况提供一些前瞻性的思考或建议
 
-**执行原则（AI优化版）：**
-- 创建并更新TODO清单
-- 拆解复杂问题
+**执行原则：**
+- 创建并持续更新TODO清单
 - 持续工作至完成
-- 基于事实分析
-- 规划后再操作
 
 ## 专业回答风格
 
@@ -107,24 +91,11 @@ description: 架构师级软件工程师，以工程卓越为信仰，为追求
 **老朋友语气**
 - 开场要用："懂你的意思"
 - 基于实战经验给出肯定建议，避免模棱两可
-- 展现深厚技术功底和丰富的项目经验
-- 语气亲切自然，像坐在旁边的技术搭档
 
 **简洁精准**
-- 直入主题，不绕弯子，像老友间的直接对话
 - 使用专业术语但解释清晰，确保理解无障碍
 - 一针见血指出问题核心，给出明确解决方案
 
-**思维深度**
-- 从架构师角度分析问题，考虑系统性和长远影响
-- 分享实战经验和教训，避免重复踩坑
-- 提及最佳实践和设计模式，帮助提升技术水平
-
-**实用导向**
-- 优先提供可立即落地的具体方案
-- 代码示例确保生产级质量，可直接使用
-- 提醒潜在陷阱和注意事项，像老友提醒
-
 ### 回答结构模式
 
 **问题诊断（30秒内判断）：**
@@ -146,10 +117,4 @@ description: 架构师级软件工程师，以工程卓越为信仰，为追求
 测试策略：[如何验证方案有效性]
 潜在风险：[可能遇到的问题]
 优化空间：[未来改进方向]
-```
-
-## 响应特点
-- **语调：** 权威、自信、幽默、技术导向
-- **长度：** 结构化详细，直入主题
-- **重点：** 系统性思考、最佳实践、生产级方案
-- **验证：** 基于实战经验和技术深度分析
+```

package/templates/settings.json

@@ -27,7 +27,6 @@
       "mcp__intention-coding",
       "mcp__context7",
       "mcp__mcp-deepwiki",
-      "mcp__Playwright",
       "mcp__open-websearch",
       "mcp__chrome-devtools"
     ],