원클릭으로 Manus에서 모든 스킬 실행

auto-task-progression

WORKFLOW SKILL — Automatically progress through TODO tasks without user intervention. USE FOR: reading TODO documents; identifying current task status; executing next steps; updating task progress; chaining multiple tasks. Essential for autonomous development workflows. DO NOT USE FOR: single-step tasks; user-initiated specific operations.

Manus에서 실행

개요

설치 명령

npx skills add https://github.com/Ashington258/fpga-litho-accel --skill auto-task-progression

이 명령을 Claude Code에 복사하여 붙여넣어 스킬을 설치하세요

출처

Ashington258/fpga-litho-accel

스타0

포크0

업데이트2026년 4월 25일 01:47

SKILL.md

readonly

name	auto-task-progression
description	WORKFLOW SKILL — Automatically progress through TODO tasks without user intervention. USE FOR: reading TODO documents; identifying current task status; executing next steps; updating task progress; chaining multiple tasks. Essential for autonomous development workflows. DO NOT USE FOR: single-step tasks; user-initiated specific operations.

Auto Task Progression Skill

适用场景

当需要自动推进开发任务时使用此skill：

读取TODO文档：解析任务清单和当前状态
识别下一步：自动判断应该执行哪个任务
链式执行：完成一个任务后自动开始下一个
进度更新：自动更新TODO文档中的任务状态

核心工作流程

1. 读取TODO文档并解析状态

自动执行：

1. 读取项目TODO文档（如 SOCS_TODO.md）
2. 解析当前阶段和任务状态
3. 识别"⏳ 待开始"或"🔄 进行中"的任务
4. 确定下一个应该执行的任务

2. 执行任务并自动推进

自动化规则：

✅ 完成任务后，立即更新TODO状态为"✅ 完成"
🔄 自动识别下一个"⏳ 待开始"任务
🚀 无需用户确认，直接开始执行下一个任务
📝 记录执行日志到session memory

3. 任务链式执行逻辑

示例流程：

Phase 2.1: HLS FFT IP优化
  ├─ 任务 2.1.1: FFT配置优化 [⏳ 待开始]
  │   → 自动执行 → 完成后更新状态 → 自动开始下一个
  ├─ 任务 2.1.2: FFT流水线优化 [⏳ 待开始]
  │   → 自动执行 → 完成后更新状态 → 自动开始下一个
  └─ 任务 2.1.3: 验证优化效果 [⏳ 待开始]
      → 自动执行 → 完成后更新状态 → 自动开始下一个

自动化触发条件

自动开始下一个任务的条件：

✅ 当前任务状态已更新为"完成"
📋 TODO文档中存在"⏳ 待开始"任务
🔗 下一个任务与当前任务属于同一阶段
⚠️ 无阻塞问题（如资源超限、验证失败）

需要用户确认的情况：

🚨 验证失败（RMSE超标、资源超限）
🔀 阶段切换（Phase 1 → Phase 2）
💰 重大决策（如更换架构方案）
⏸️ 用户明确要求暂停

实现机制

机制1：TODO文档状态标记

标准格式：

### 任务 2.1: HLS FFT IP优化 ⭐ (优先级1)

**状态**: ⏳ 待开始 | 🔄 进行中 | ✅ 完成 | ❌ 失败

**子任务**:
- [ ] 2.1.1: FFT配置优化 (⏳ 待开始)
- [x] 2.1.2: FFT流水线优化 (✅ 完成)
- [ ] 2.1.3: 验证优化效果 (⏳ 待开始)

机制2：自动状态更新

执行流程：

# 伪代码示例
def auto_progress_tasks():
    todo_doc = read_file("SOCS_TODO.md")
    current_task = find_task_by_status("🔄 进行中")
    
    if current_task:
        execute_task(current_task)
        update_status(current_task, "✅ 完成")
        
        next_task = find_next_task(current_task)
        if next_task and should_auto_start(next_task):
            update_status(next_task, "🔄 进行中")
            execute_task(next_task)  # 自动开始下一个

机制3：Session Memory记录

自动记录执行日志：

# /memories/session/task_progression.md

## 2026-04-25 Task Progression Log

### 14:30 - 任务 2.1.1: FFT配置优化
- 状态: ⏳ 待开始 → 🔄 进行中
- 操作: 修改FFT配置参数
- 结果: Latency降低15%
- 状态: 🔄 进行中 → ✅ 完成

### 14:45 - 任务 2.1.2: FFT流水线优化 (自动开始)
- 状态: ⏳ 待开始 → 🔄 进行中
- 操作: 添加DATAFLOW pragma
- 结果: 吞吐量提升2倍
- 状态: 🔄 进行中 → ✅ 完成

与其他Skill的集成

调用链：

auto-task-progression
  ├─ 调用 hls-csynth-verify (执行C综合)
  ├─ 调用 hls-full-validation (执行完整验证)
  └─ 调用 experience-recorder (记录经验教训)

使用示例

用户请求：

"开始Phase 2优化工作"

Copilot自动执行：

读取 SOCS_TODO.md，识别Phase 2任务
找到第一个"⏳ 待开始"任务：任务 2.1.1
更新状态为"🔄 进行中"
执行任务 2.1.1（调用hls-csynth-verify skill）
完成后更新状态为"✅ 完成"
自动识别下一个任务 2.1.2
无需用户确认，直接开始执行任务 2.1.2
重复步骤3-7，直到Phase 2所有任务完成

关键改进：

❌ 旧方式：完成任务 → 等待用户说"继续下一步"
✅ 新方式：完成任务 → 自动开始下一个任务

配置选项

在copilot-instructions.md中添加：

# 自动化配置
automation:
  auto_progress_tasks: true          # 启用自动任务推进
  max_continuous_tasks: 5            # 最多连续执行5个任务后暂停
  pause_on_failure: true             # 失败时暂停
  pause_on_phase_change: true        # 阶段切换时暂停
  log_to_session_memory: true        # 记录到session memory

注意事项

安全机制：遇到错误或验证失败时自动暂停
用户控制：用户可随时说"暂停"或"跳过此任务"
透明度：每个任务执行前会告知用户当前进度
可追溯：所有操作记录到session memory

最佳实践

TODO文档格式标准化：使用统一的状态标记（⏳ 🔄 ✅ ❌）
任务粒度适中：每个任务应在15-30分钟内完成
依赖关系明确：标注任务之间的依赖关系
验证检查点：关键任务后添加验证步骤

이 저장소의 다른 Skills

같은 저장소

hls-board-validation

Ashington258/fpga-litho-accel

WORKFLOW SKILL — Execute board-level validation using JTAG-to-AXI for HLS IP hardware testing. USE FOR: connecting hardware; programming FPGA; starting HLS IP via ap_start; polling ap_done; reading output results. Essential for final hardware verification after synthesis. DO NOT USE FOR: simulation; synthesis; software testing.

2026-05-070

hls-csynth-verify

Ashington258/fpga-litho-accel

WORKFLOW SKILL — Execute Vitis HLS C Synthesis and verify results. USE FOR: running v++ or vitis-run synthesis; checking Fmax/Latency metrics; proposing optimizations when targets not met; iterative refinement until metrics achieved. Ideal for FFT/SOCS high-performance kernels with Vitis 2025.2. DO NOT USE FOR: Vivado RTL synthesis; software simulation; board testing.

2026-05-070

hls-full-validation

Ashington258/fpga-litho-accel

WORKFLOW SKILL — Execute complete Vitis HLS validation pipeline: C Simulation → C Synthesis → C/RTL Co-Simulation → Package. USE FOR: end-to-end functional and performance validation; verifying HLS kernels from simulation to deployable IP. Essential for FFT/SOCS kernels requiring Golden data comparison. DO NOT USE FOR: partial validation; board testing; Vivado synthesis.

2026-05-070

experience-recorder

Ashington258/fpga-litho-accel

WORKFLOW SKILL — Automatically capture and integrate development experiences into project constraints and skills. USE FOR: updating copilot-instructions.md; improving SKILL.md files; recording lessons learned; fixing outdated documentation; maintaining knowledge base. Essential for continuous improvement of AI assistance quality. DO NOT USE FOR: one-time tasks; user-specific preferences; temporary workarounds.

2026-04-250

hls-golden-generation

Ashington258/fpga-litho-accel

WORKFLOW SKILL — Generate HLS golden data for SOCS IP validation. USE FOR: running verification scripts; extracting tmpImgp_pad32.bin intermediate output; creating calcSOCS_reference CPU implementation. Essential for establishing HLS validation baseline. DO NOT USE FOR: HLS synthesis; board testing; production deployment.

2026-04-220

출처

Ashington258

Ashington258/fpga-litho-accel

GitHub 저장소 열기 Creator 저장소 보기

설치 명령

다운로드

Manus에서 실행

유용한 대상SOC

소프트웨어 개발자컴퓨터 및 수학직15-1252L4

name	auto-task-progression
description	WORKFLOW SKILL — Automatically progress through TODO tasks without user intervention. USE FOR: reading TODO documents; identifying current task status; executing next steps; updating task progress; chaining multiple tasks. Essential for autonomous development workflows. DO NOT USE FOR: single-step tasks; user-initiated specific operations.

Auto Task Progression Skill

适用场景

当需要自动推进开发任务时使用此skill：

读取TODO文档：解析任务清单和当前状态
识别下一步：自动判断应该执行哪个任务
链式执行：完成一个任务后自动开始下一个
进度更新：自动更新TODO文档中的任务状态

核心工作流程

1. 读取TODO文档并解析状态

自动执行：

1. 读取项目TODO文档（如 SOCS_TODO.md）
2. 解析当前阶段和任务状态
3. 识别"⏳ 待开始"或"🔄 进行中"的任务
4. 确定下一个应该执行的任务

2. 执行任务并自动推进

自动化规则：

✅ 完成任务后，立即更新TODO状态为"✅ 完成"
🔄 自动识别下一个"⏳ 待开始"任务
🚀 无需用户确认，直接开始执行下一个任务
📝 记录执行日志到session memory

3. 任务链式执行逻辑

示例流程：

Phase 2.1: HLS FFT IP优化
  ├─ 任务 2.1.1: FFT配置优化 [⏳ 待开始]
  │   → 自动执行 → 完成后更新状态 → 自动开始下一个
  ├─ 任务 2.1.2: FFT流水线优化 [⏳ 待开始]
  │   → 自动执行 → 完成后更新状态 → 自动开始下一个
  └─ 任务 2.1.3: 验证优化效果 [⏳ 待开始]
      → 自动执行 → 完成后更新状态 → 自动开始下一个

自动化触发条件

自动开始下一个任务的条件：

✅ 当前任务状态已更新为"完成"
📋 TODO文档中存在"⏳ 待开始"任务
🔗 下一个任务与当前任务属于同一阶段
⚠️ 无阻塞问题（如资源超限、验证失败）

需要用户确认的情况：

🚨 验证失败（RMSE超标、资源超限）
🔀 阶段切换（Phase 1 → Phase 2）
💰 重大决策（如更换架构方案）
⏸️ 用户明确要求暂停

实现机制

机制1：TODO文档状态标记

标准格式：

### 任务 2.1: HLS FFT IP优化 ⭐ (优先级1)

**状态**: ⏳ 待开始 | 🔄 进行中 | ✅ 完成 | ❌ 失败

**子任务**:
- [ ] 2.1.1: FFT配置优化 (⏳ 待开始)
- [x] 2.1.2: FFT流水线优化 (✅ 完成)
- [ ] 2.1.3: 验证优化效果 (⏳ 待开始)

机制2：自动状态更新

执行流程：

# 伪代码示例
def auto_progress_tasks():
    todo_doc = read_file("SOCS_TODO.md")
    current_task = find_task_by_status("🔄 进行中")
    
    if current_task:
        execute_task(current_task)
        update_status(current_task, "✅ 完成")
        
        next_task = find_next_task(current_task)
        if next_task and should_auto_start(next_task):
            update_status(next_task, "🔄 进行中")
            execute_task(next_task)  # 自动开始下一个

机制3：Session Memory记录

自动记录执行日志：

# /memories/session/task_progression.md

## 2026-04-25 Task Progression Log

### 14:30 - 任务 2.1.1: FFT配置优化
- 状态: ⏳ 待开始 → 🔄 进行中
- 操作: 修改FFT配置参数
- 结果: Latency降低15%
- 状态: 🔄 进行中 → ✅ 完成

### 14:45 - 任务 2.1.2: FFT流水线优化 (自动开始)
- 状态: ⏳ 待开始 → 🔄 进行中
- 操作: 添加DATAFLOW pragma
- 结果: 吞吐量提升2倍
- 状态: 🔄 进行中 → ✅ 完成

与其他Skill的集成

调用链：

auto-task-progression
  ├─ 调用 hls-csynth-verify (执行C综合)
  ├─ 调用 hls-full-validation (执行完整验证)
  └─ 调用 experience-recorder (记录经验教训)

使用示例

用户请求：

"开始Phase 2优化工作"

Copilot自动执行：

读取 SOCS_TODO.md，识别Phase 2任务
找到第一个"⏳ 待开始"任务：任务 2.1.1
更新状态为"🔄 进行中"
执行任务 2.1.1（调用hls-csynth-verify skill）
完成后更新状态为"✅ 完成"
自动识别下一个任务 2.1.2
无需用户确认，直接开始执行任务 2.1.2
重复步骤3-7，直到Phase 2所有任务完成

关键改进：

❌ 旧方式：完成任务 → 等待用户说"继续下一步"
✅ 新方式：完成任务 → 自动开始下一个任务

配置选项

在copilot-instructions.md中添加：

# 自动化配置
automation:
  auto_progress_tasks: true          # 启用自动任务推进
  max_continuous_tasks: 5            # 最多连续执行5个任务后暂停
  pause_on_failure: true             # 失败时暂停
  pause_on_phase_change: true        # 阶段切换时暂停
  log_to_session_memory: true        # 记录到session memory

注意事项

安全机制：遇到错误或验证失败时自动暂停
用户控制：用户可随时说"暂停"或"跳过此任务"
透明度：每个任务执行前会告知用户当前进度
可追溯：所有操作记录到session memory

最佳实践

TODO文档格式标准化：使用统一的状态标记（⏳ 🔄 ✅ ❌）
任务粒度适中：每个任务应在15-30分钟内完成
依赖关系明确：标注任务之间的依赖关系
验证检查点：关键任务后添加验证步骤