[aide] 保存未提交的变更
This commit is contained in:
@@ -1 +1 @@
|
||||
484159
|
||||
487061
|
||||
@@ -1,23 +0,0 @@
|
||||
创建和维护一份用于记录git分支概况的文档，
|
||||
当start一个新任务时，检查git状态是否干净，若有未跟踪未暂存的文件状态，使用git add .跟踪和暂存所有这些所有文件，然后创建一个提交保存状态版本，然后记录下这个提交的哈希，
|
||||
如果已经是干净的状态了则无需新建提交，直接记录下目前最新的提交的哈希，
|
||||
如果当前是空状态还没有任何提交，则（如果不在仓库没有被git管理就git init初始化一个仓库）创建一个空的.gitkeep文件然后创建一个初始化提交，记录下这个提交的哈希
|
||||
然后从当前记录的提交，创建一个新的分支，并将分支名和该起始提交哈希还有从哪个分支创建出来的都记录到文档，
|
||||
后续所有的流程变动与集成的git操作都是在这个分支上进行的，
|
||||
最后finish之后，把finish时的哈希记录到那个文档中，作为结束提交哈希，
|
||||
然后此时因为要记录下最后的结束哈希，flow的状态数据和那个文档都会有更新，把这些都git add .然后创建一个提交，此时仓库状态是干净的了，
|
||||
从这个提交合并到原本的分支去，回到原来的分支后，使用git reset --soft 软重置到起始提交，
|
||||
然后再git add . ，再根据那个分支所执行的任务名生成提交信息，创建一个新提交，
|
||||
这样在原本的分支可以只留下极少的提交，同时又能切换到任务分支查看变更的细节，（提交主要是便于回溯，实际上如果问题最终解决了，即使过程中出了点问题，最后解决了，任务完成后可能也不会回去看了，我希望我的git记录能干净些，而且就算有查看细节的需求，也可以通过查那份维护的文档切换到目标分支去看步骤细节）
|
||||
|
||||
我希望可以尽可能少的改动commands&skills，把这些全部封装到aide flow中，可能都不需要改commands，只要在skill中更新一部分信息让LLM简单了解到aide flow会发生这些副作用即可，
|
||||
这样的封装能实现吗？
|
||||
|
||||
aide flow start task-optimize 测试
|
||||
aide flow next-part flow-design test
|
||||
aide flow next-part impl test
|
||||
aide flow next-part verify test
|
||||
aide flow next-part docs test
|
||||
echo "" >> CHANGELOG.md
|
||||
aide flow next-part finish test
|
||||
|
||||
@@ -1,17 +0,0 @@
|
||||
口头话解析准则（优化版）
|
||||
|
||||
1. 理解层面
|
||||
- 语义解析：分析口语化表达，提取核心意图和真实需求
|
||||
- 目标识别：明确你想要达成的最终目标，而非仅关注表面描述
|
||||
2. 批判性分析
|
||||
- 逻辑漏洞：指出推理链条中的致命错误或逻辑矛盾
|
||||
- 盲点与不足：识别被忽略的重要因素或潜在风险
|
||||
- 过度设计：标记不必要的复杂性或多余的考虑
|
||||
3. 建设性建议
|
||||
- 优化空间：提出可以改进的具体方向
|
||||
- 替代方案：对于关键步骤，给出多种可行路径供选择
|
||||
- 权衡分析：说明不同方案的利弊
|
||||
4. 沟通方式
|
||||
- 坦诚直接：发现问题直接指出，不回避冲突
|
||||
- 优先级排序：按重要程度排列反馈，关键问题优先
|
||||
- 追问确认：遇到歧义时主动澄清，而非猜测
|
||||
@@ -1 +1 @@
|
||||
在test-cache目录下写一个python的hello程序
|
||||
我发先现在的aide程序，会在完成了收尾提交后，工作目录依然是不干净的，有一个.lock文件，尝试解决这个问题
|
||||
157
task-spec.md
157
task-spec.md
@@ -1,157 +0,0 @@
|
||||
# 任务细则：环境安装 Command 与离线安装程序
|
||||
|
||||
> 生成时间：2025-12-17
|
||||
> 任务来源：task-now.md
|
||||
|
||||
## 任务概述
|
||||
|
||||
为 aide 工具创建完整的环境安装解决方案，包括：
|
||||
1. Windows 环境安装 Command (`/aide:install-win`)
|
||||
2. Linux 环境安装 Command (`/aide:install-linux`)
|
||||
3. 离线安装程序（支持 Windows 和 Linux）
|
||||
|
||||
## 用户决策记录
|
||||
|
||||
| 决策项 | 用户选择 |
|
||||
|--------|----------|
|
||||
| 离线安装程序 | 本次一并实现 |
|
||||
| macOS 支持 | 不支持（仅 Windows/Linux） |
|
||||
| Command 组织 | 分离命令 |
|
||||
|
||||
## 需要安装的工具
|
||||
|
||||
| 工具 | 用途 | 安装方式 |
|
||||
|------|------|----------|
|
||||
| uv | Python 包管理器 | 官方安装脚本 |
|
||||
| Python | aide 运行时 | 通过 `uv python install` |
|
||||
| Java (JRE) | PlantUML 依赖 | 系统包管理器或 Adoptium |
|
||||
|
||||
## 子计划拆分
|
||||
|
||||
本任务拆分为 4 个子计划：
|
||||
|
||||
### 子计划 1：Windows 环境安装 Command
|
||||
|
||||
**目标**：创建 `/aide:install-win` command
|
||||
|
||||
**产出**：
|
||||
- `aide-marketplace/aide-plugin/commands/install-win.md`
|
||||
|
||||
**功能要求**：
|
||||
1. 检测当前环境状态（uv、Python、Java）
|
||||
2. 对于缺失的工具，提供两种安装模式：
|
||||
- **模式 A（自动安装）**：生成安装报告，用户确认后执行安装
|
||||
- **模式 B（手动指南）**：生成 markdown 操作指南 + PowerShell 脚本
|
||||
3. 安装完成后验证工具可用性
|
||||
4. 指导用户将 aide-program 添加到 PATH
|
||||
|
||||
**技术要点**：
|
||||
- uv 安装：`irm https://astral.sh/uv/install.ps1 | iex`
|
||||
- Python 安装：`uv python install 3.11`
|
||||
- Java 安装：winget/scoop 或 Adoptium MSI
|
||||
- PATH 配置：修改用户环境变量
|
||||
|
||||
### 子计划 2：Linux 环境安装 Command
|
||||
|
||||
**目标**：创建 `/aide:install-linux` command
|
||||
|
||||
**产出**：
|
||||
- `aide-marketplace/aide-plugin/commands/install-linux.md`
|
||||
|
||||
**功能要求**：
|
||||
1. 检测当前环境状态（uv、Python、Java）
|
||||
2. 检测 Linux 发行版（Debian/Ubuntu、RHEL/Fedora、Arch）
|
||||
3. 对于缺失的工具，提供两种安装模式：
|
||||
- **模式 A（自动安装）**：生成安装报告，用户确认后执行安装
|
||||
- **模式 B（手动指南）**：生成 markdown 操作指南 + Shell 脚本
|
||||
4. 安装完成后验证工具可用性
|
||||
5. 指导用户将 aide-program 添加到 PATH
|
||||
|
||||
**技术要点**：
|
||||
- uv 安装：`curl -LsSf https://astral.sh/uv/install.sh | sh`
|
||||
- Python 安装：`uv python install 3.11`
|
||||
- Java 安装：apt/dnf/pacman 或 Adoptium tarball
|
||||
- PATH 配置：修改 ~/.bashrc 或 ~/.zshrc
|
||||
|
||||
### 子计划 3：离线安装程序 - Windows 版
|
||||
|
||||
**目标**：创建 Windows 离线安装程序
|
||||
|
||||
**产出**：
|
||||
- `aide-program/offline-installer/windows/` 目录
|
||||
- `install.ps1` - 主安装脚本
|
||||
- `resources.json` - 资源清单
|
||||
- `README.md` - 使用说明
|
||||
|
||||
**功能要求**：
|
||||
1. 生成资源清单（下载链接列表）
|
||||
2. 用户下载资源到指定目录
|
||||
3. 运行安装脚本，从本地文件完成安装
|
||||
4. 支持静默安装和交互式安装
|
||||
|
||||
**资源清单内容**：
|
||||
- uv 安装包（Windows x64）
|
||||
- Python 安装包（通过 uv 管理，可选预下载）
|
||||
- Java JRE（Adoptium Temurin）
|
||||
|
||||
### 子计划 4：离线安装程序 - Linux 版
|
||||
|
||||
**目标**：创建 Linux 离线安装程序
|
||||
|
||||
**产出**：
|
||||
- `aide-program/offline-installer/linux/` 目录
|
||||
- `install.sh` - 主安装脚本
|
||||
- `resources.json` - 资源清单
|
||||
- `README.md` - 使用说明
|
||||
|
||||
**功能要求**：
|
||||
1. 生成资源清单（下载链接列表）
|
||||
2. 用户下载资源到指定目录
|
||||
3. 运行安装脚本，从本地文件完成安装
|
||||
4. 支持多种 Linux 发行版
|
||||
|
||||
**资源清单内容**：
|
||||
- uv 安装包（Linux x64）
|
||||
- Python 安装包（通过 uv 管理，可选预下载）
|
||||
- Java JRE（Adoptium Temurin tarball）
|
||||
|
||||
## 执行顺序
|
||||
|
||||
```
|
||||
子计划 1 (Windows Command)
|
||||
↓
|
||||
子计划 2 (Linux Command)
|
||||
↓
|
||||
子计划 3 (Windows 离线安装)
|
||||
↓
|
||||
子计划 4 (Linux 离线安装)
|
||||
```
|
||||
|
||||
## 成功标准
|
||||
|
||||
1. **Command 功能验证**：
|
||||
- 能正确检测环境状态
|
||||
- 自动安装模式能成功安装所有工具
|
||||
- 手动指南清晰可执行
|
||||
- aide 命令在 PATH 中可用
|
||||
|
||||
2. **离线安装验证**：
|
||||
- 资源清单完整且链接有效
|
||||
- 安装脚本能从本地文件完成安装
|
||||
- 安装后环境检测通过
|
||||
|
||||
## 风险与缓解
|
||||
|
||||
| 风险 | 缓解措施 |
|
||||
|------|----------|
|
||||
| 系统权限不足 | 明确提示所需权限，提供非管理员替代方案 |
|
||||
| 网络环境受限 | 离线安装程序作为备选 |
|
||||
| 版本兼容性 | 指定明确的版本要求，提供版本检测 |
|
||||
| 安装失败回滚 | 记录安装前状态，提供回滚指南 |
|
||||
|
||||
## 约束条件
|
||||
|
||||
1. 不修改 aide-program 核心代码（仅添加离线安装器目录）
|
||||
2. Command 遵循现有 aide-marketplace 格式规范
|
||||
3. 所有脚本需包含完整注释
|
||||
4. 安装过程需用户确认，不得静默修改系统
|
||||
Reference in New Issue
Block a user