ワンクリックで
task-tracker
任务跟踪与进度管理技能,管理开发任务的创建、分解、状态更新和归档。 触发场景: - 用户需要创建或查看开发任务 - 用户需要更新任务进度或状态 - 用户需要归档已完成的任务 触发词:任务、进度、待办、TODO、跟踪
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
任务跟踪与进度管理技能,管理开发任务的创建、分解、状态更新和归档。 触发场景: - 用户需要创建或查看开发任务 - 用户需要更新任务进度或状态 - 用户需要归档已完成的任务 触发词:任务、进度、待办、TODO、跟踪
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Git 工作流与版本管理技能,规范分支策略、提交信息和发布流程。 触发场景: - 用户需要创建分支或合并代码 - 用户需要规范提交信息格式 - 用户需要管理版本发布流程 触发词:Git、分支、提交、合并、版本发布
发布 Tauri 桌面应用新版本,处理版本号同步、Git tag、GitHub Actions 构建、Release 仓库产物同步、Cloudflare R2 上传、update.json 生成、自动更新发布和文档站重建。 触发场景: - 需要发布新版本或 release - 需要打 tag、推送发布分支或触发 CI 构建 - 需要生成或更新 update.json - 需要处理 Tauri updater 签名产物 - 需要同步 R2 CDN、GitHub/Gitee release 仓库或发布安装包 触发词:发布、release、版本发布、推送、打Tag、update.json、签名构建、安装包、自动更新、R2、CDN
Git 工作流与版本管理技能,规范分支策略、提交信息和发布流程。 触发场景: - 用户需要创建分支或合并代码 - 用户需要规范提交信息格式 - 用户需要管理版本发布流程 触发词:Git、分支、提交、合并、版本发布
自主连续开发方法论(Codex 版)。把一个项目按「每轮一个最小可提交单元」的方式推进到完成: 每轮读真相源 → 选下一个未做项 → 做一个最小单元 → 过验证门 → 记录勾选 → 最小提交 → 报进度。 适用于"按需求/台账建功能、还原原型、修一批 bug、补测试、重构、迁移、清理"等需要反复同构推进的任务。 与 Claude Code 的关系:Claude Code 有内置 `/loop` 自动续期(`/loop /dev-loop`),Codex 没有—— 所以 Codex 端由你(或脚本 / cron)反复触发"继续下一轮",方法论本身一致。 触发场景: - 想让 Codex 把某个项目/某个意图"一轮轮推进到完成" - 还原原型图、修一批 warning、补单测、重构模块等同构重复任务 - 需要"每步可编译、可回退、可恢复"的稳健推进方式 触发词:自主开发、连续开发、循环开发、一轮一提交、还原原型、批量修复、autonomous dev、continuous dev
Tauri 打包与分发技能,指导桌面端(Windows/macOS/Linux)与移动端(Android/iOS)的构建、签名和分发。 触发场景: - 需要构建生产安装包(exe/dmg/deb/apk/aab/ipa) - 需要配置各平台打包参数 - 需要代码签名(Windows 证书 / Android keystore / iOS 描述文件) - 需要减小安装包体积 - 需要设置应用图标和元数据 - 需要打包 Android / iOS App 触发词: 打包、构建、build、发布、安装包、exe、dmg、deb、apk、aab、ipa、签名、分发、release、android build、ios build、移动端打包
排查已发生的问题、定位 Bug 原因。 触发场景: - 代码运行报错,需要定位原因 - 功能不正常,需要排查 - Tauri Command 返回错误,需要分析 - 日志分析、调试代码 触发词:Bug、报错、不工作、调试、排查、为什么、出问题、失败、不生效、无效、找不到原因、定位问题
| name | task-tracker |
| description | 任务跟踪与进度管理技能,管理开发任务的创建、分解、状态更新和归档。 触发场景: - 用户需要创建或查看开发任务 - 用户需要更新任务进度或状态 - 用户需要归档已完成的任务 触发词:任务、进度、待办、TODO、跟踪 |
Tauri Desktop App 的任务跟踪与进度管理技能,提供任务创建、分解、状态流转和归档的完整工作流。
创建 → 分解 → 开发中 → 测试 → 完成 → 归档
| 状态 | 说明 | 触发条件 |
|---|---|---|
pending | 待处理 | 任务创建时 |
in_progress | 开发中 | 开始实现时 |
testing | 测试中 | 代码完成、开始测试 |
completed | 已完成 | 测试通过 |
archived | 已归档 | 长期完成的任务 |
本项目采用三层 Rust 后端 + React 前端架构:
后端三层:
models/ (数据模型)
↓
database/ (数据访问层)
↓
services/ (业务逻辑层)
↓
commands/ (命令层,对接前端)
前端:
types/ (TypeScript 类型)
↓
lib/api/ (API 封装)
↓
pages/ (页面组件)
## [功能名称]
### 后端子任务
- [ ] 定义数据模型 (models/mod.rs)
- [ ] 定义 struct 并 derive Serialize/Deserialize
- [ ] 添加必要的字段和文档注释
- [ ] 实现 Database 层 (database/*.rs)
- [ ] 编写 CRUD 函数(使用 rusqlite)
- [ ] 处理 rusqlite::Error
- [ ] 实现 Service 层 (services/*.rs)
- [ ] 编写业务逻辑函数
- [ ] 处理 AppError
- [ ] 实现 Command 层 (commands/*.rs)
- [ ] 定义 #[tauri::command]
- [ ] 转换 AppError -> String
- [ ] 在 lib.rs 中注册 Command
### 前端子任务
- [ ] 定义 TypeScript 类型 (src/types/index.ts)
- [ ] 与 Rust models 保持一致
- [ ] 封装 API 调用 (src/lib/api/index.ts)
- [ ] 使用 invoke 调用 Command
- [ ] 提供类型安全的接口
- [ ] 实现 UI 组件 (src/pages/*.tsx)
- [ ] 使用 Ant Design 组件
- [ ] 实现表单/表格/按钮等 UI
- [ ] 使用 Zustand 管理状态(如需)
### 路由与状态
- [ ] 添加路由配置 (src/routes.tsx)
- [ ] 使用 React Router v7
- [ ] 配置全局状态 (src/store/*.ts)(如需)
- [ ] 使用 Zustand
### 权限与配置
- [ ] 添加 Capabilities 权限声明(如需新插件)
- [ ] 在 capabilities/default.json 添加权限
### 测试
- [ ] 编写 Rust 单元测试
- [ ] 测试 Database 层函数
- [ ] 测试 Service 层逻辑
- [ ] 编写前端测试(可选)
- [ ] Vitest 组件测试
### 验证
- [ ] 验证跨平台兼容性
- [ ] Windows
- [ ] macOS(如有条件)
- [ ] Linux(如有条件)
## [前端功能名称]
### 子任务
- [ ] 实现 React 组件 (src/pages/*.tsx)
- [ ] 添加路由配置 (src/routes.tsx)
- [ ] 配置全局状态(如需)(src/store/*.ts)
- [ ] 样式调整 (TailwindCSS)
## [后端功能名称]
### 子任务
- [ ] 定义数据模型 (models/mod.rs)
- [ ] 实现 Database 层 (database/*.rs)
- [ ] 实现 Service 层 (services/*.rs)
- [ ] 实现 Command 层 (commands/*.rs)
- [ ] 编写单元测试
## [添加插件:XXX]
### 子任务
- [ ] 安装 Cargo 依赖 (src-tauri/Cargo.toml)
- [ ] 安装 npm 包 (package.json)
- [ ] 注册插件 (src-tauri/src/lib.rs)
- [ ] 声明权限 (capabilities/default.json)
- [ ] 编写使用示例
## 用户管理功能
### 后端子任务
- [x] 定义数据模型 (models/mod.rs)
```rust
#[derive(Debug, Clone, Serialize, Deserialize)]
pub struct User {
pub id: i64,
pub name: String,
pub email: String,
}
create_table() 创建用户表insert_user() 插入用户get_user() 查询用户list_users() 列出所有用户delete_user() 删除用户add_user() 业务逻辑(验证邮箱格式)fetch_user() 查询用户fetch_all_users() 列出所有用户remove_user() 删除用户add_userget_userlist_usersdelete_userexport interface User {
id: number;
name: string;
email: string;
}
export const api = {
addUser: (user: User) => invoke("add_user", { user }),
getUser: (id: number) => invoke<User>("get_user", { id }),
listUsers: () => invoke<User[]>("list_users"),
deleteUser: (id: number) => invoke("delete_user", { id }),
};
{ path: "/users", element: <UserPage /> }
#[cfg(test)]
mod tests {
#[test]
fn test_add_user() { /* ... */ }
}
---
## 常见错误
| 错误做法 | 正确做法 |
|---------|---------|
| 不记录任务直接开发 | 先创建任务文档再开发 |
| 任务粒度过大不分解 | 按三层架构(models → database → services → commands → types → api → pages)拆分子任务 |
| 跳过某一层直接实现 | 严格按三层架构顺序开发 |
| 不验证跨平台 | Windows/macOS/Linux 都要验证 |
| 前端类型与后端模型不一致 | 保持 types/index.ts 与 models/mod.rs 同步 |
| 直接在 Command 中写业务逻辑 | 业务逻辑放在 Service 层 |
| 直接在 Service 中写 SQL | SQL 放在 Database 层 |