メニュー
Markdown 项目管理助手。当用户提到以下关键词时触发此技能： **功能唤醒词**：项目管理、创建项目文档、记录项目进展、管理多个项目、 项目日志、项目面板、项目进度 **操作唤醒词**：更新进度、优化日志、同步面板、新建项目、查看概览、 记录今日工作、整理项目文档
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/yanlin-cheng/md-project-manager --skill md-project-managerコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
| name | md-project-manager |
| description | Markdown 项目管理助手。当用户提到以下关键词时触发此技能： **功能唤醒词**：项目管理、创建项目文档、记录项目进展、管理多个项目、 项目日志、项目面板、项目进度 **操作唤醒词**：更新进度、优化日志、同步面板、新建项目、查看概览、 记录今日工作、整理项目文档 |
本 Skill 提供一套完整的 Markdown 项目管理方案，让 AI 能够：
项目管理由两类核心文档组成：
| 文档类型 | 文件名示例 | 职责 | 更新频率 |
|---|---|---|---|
| 主控文档 | 项目管理面板.md | 展示所有项目的整体进度概览 | 每日/每周 |
| 项目文档 | 项目A.md、项目B.md | 记录单个项目的详细日志 | 每次有进展时 |
项目管理/
├── 项目管理面板.md # 主控文档：所有项目的进度概览
├── 项目A.md # 项目文档：单个项目的详细日志
├── 项目B.md
├── 项目C.md
├── 项目A.assets/ # 资源文件夹：项目相关图片、附件
└── .gitignore # Git 忽略规则（可选）
当项目文档分散在不同目录、不同盘符、甚至不同电脑时：
主控文档（A项目管理.md）
│
├── 链接 → 项目文档A（file:///D:/项目A/README.md）
├── 链接 → 项目文档B（file:///E:/项目B/README.md）
└── 链接 → 项目文档C（https://github.com/user/repo）
优点：
缺点：
使用方式：
当用户首次使用本 Skill 时，按以下流程引导：
在开始引导前，先询问用户当前状态：
请问您现在是？
- A. 从零开始 —— 还没有任何项目文档
- B. 已有文档 —— 有一些项目记录，想规范化
- C. 格式转换 —— 从其他工具迁移过来
根据选择跳转到对应场景：
flowchart TD
A[用户首次使用] --> B{当前状态?}
B -->|从零开始| C[场景A: 新建体系]
B -->|已有文档| D[场景B: 规范化]
B -->|格式转换| E[场景C: 迁移导入]
对话示例：
用户：我想用这个技能来管理我的项目
AI：好的！让我帮您搭建项目管理体系。首先需要确认几个问题：
- 您的工作目录在哪里？（如
D:/Projects）- 您目前有哪些正在进行的项目？
请告诉我，我将为您创建主控文档和第一个项目文档。
执行步骤：
项目管理面板.md{项目名}.md==高亮== + [^aiN] 的效果验证清单：
.md 文件如果用户已有一些项目记录，但格式不规范：
.md 文件支持从以下工具/平台迁移到本 Skill 的 Markdown 方案：
| 来源工具 | 迁移方式 | 难度 |
|---|---|---|
| Notion | 导出为 Markdown/HTML，清理样式代码 | 中等 |
| 飞书文档 | 导出为 Markdown 或复制文本 | 简单 |
| Trello/Jira | 导出数据，用脚本转换格式 | 较高 |
| Excel 表格 | 复制粘贴，AI 辅助转换为 Markdown | 简单 |
| 纸质笔记 | 口述给 AI，自动整理成 Markdown | 简单 |
通用迁移步骤：
询问用户：
如果用户需要从零开始，首先创建主控文档：
提示用户：我将为您创建项目管理面板，这是管理所有项目的核心文档。
使用下方的【主控文档模板】创建 项目管理面板.md。
引导用户创建第一个项目文档：
提示用户：现在让我们创建您的第一个项目文档。请告诉我项目名称，我将为您创建对应的文档。
使用下方的【项目文档模板】创建对应的项目文件。
向用户说明基本使用方法：
项目管理面板.md 查看所有项目状态用于创建项目管理面板，展示所有项目的整体进度。
# 项目管理面板
## 项目概览
| 项目名称 | 优先级 | 完成度 | 最新状态 | 详细日志 |
|----------|--------|--------|----------|----------|
| [项目A] | 高 | 60% | [最新状态摘要] | [查看日志](项目A.md) |
| [项目B] | 中 | 30% | [最新状态摘要] | [查看日志](项目B.md) |
| [项目C] | 低 | 10% | [最新状态摘要] | [查看日志](项目C.md) |
## 跨目录项目链接（可选）
当项目文档分散在不同位置时，使用绝对路径链接：
| 项目名称 | 优先级 | 完成度 | 最新状态 | 详细日志 |
|----------|--------|--------|----------|----------|
| [项目D] | 高 | 50% | [最新状态摘要] | [查看日志](file:///D:/项目D/README.md) |
| [项目E] | 中 | 20% | [最新状态摘要] | [查看日志](file:///E:/项目E/README.md) |
| [项目F] | 低 | 10% | [最新状态摘要] | [查看日志](https://github.com/user/repo) |
## 项目分类
### 进行中
- **[项目A]**：[简要描述]
- 优先级：高
- 完成度：60%
- 最新进展：[最新状态摘要]
- **[项目B]**：[简要描述]
- 优先级：中
- 完成度：30%
- 最新进展：[最新状态摘要]
### 规划中
- **[项目C]**：[简要描述]
- 优先级：低
- 完成度：10%
- 最新进展：[最新状态摘要]
### 已完成
- **[项目D]**：[简要描述]
- 完成时间：YYYY-MM-DD
- 最终状态：[最终状态]
[重点任务1]
[重点任务2]
[重点任务3]
：[问题描述] - [项目名称]
：[问题描述] - [项目名称]
[ ] [计划任务1]
[ ] [计划任务2]
[ ] [计划任务3]
：X 个
：X 个
：X 个
：X 个
更新了 [项目A] 的进展
新增了 [项目C] 到规划中
完成了 [项目D] 的收尾工作
---
[]:
[]:
用于创建单个项目的详细日志文档。
# 项目名称
## 项目概述
简要描述项目目标、背景和当前状态。
**目标**：[项目要达成的目标]
**背景**：[项目启动的原因或背景]
**当前状态**：[项目目前的进展阶段]
## 项目演进
```mermaid
graph LR
A[初始想法] --> B[调研阶段]
B --> C[原型设计]
C --> D[开发实现]
D --> E[测试优化]
E --> F[发布上线]
style A fill:#e1f5fe
style B fill:#e1f5fe
style C fill:#fff3e0
style D fill:#f3e5f5
style E fill:#e8f5e8
style F fill:#fce4ec
问题1：[问题描述]
问题2：[问题描述]
方向A：[可能的发展方向]
方向B：[另一个可能的方向]
### 模板 3：示例 - 个人项目管理
以下是一个已填充的个人项目管理示例，展示如何实际使用模板：
```markdown
# 个人项目管理面板
## 项目概览
| 项目名称 | 优先级 | 完成度 | 最新状态 | 详细日志 |
|----------|--------|--------|----------|----------|
| WordFlow 语音助手 | 高 | 75% | 修复剪贴板粘贴问题 | [查看日志](WordFlow.md) |
| MD 项目管理工具 | 中 | 60% | 完成 Skill 封装 | [查看日志](MD项目管理.md) |
| 个人博客重构 | 低 | 20% | 完成技术选型 | [查看日志](博客重构.md) |
## 项目分类
### 进行中
- **WordFlow 语音助手**：语音识别转文字工具
- 优先级：高
- 完成度：75%
- 最新进展：解决跨窗口输入问题，测试 SendInput API
- **MD 项目管理工具**：基于 Markdown 的项目管理方案
- 优先级：中
- 完成度：60%
- 最新进展：完成 Skill 封装，优化用户引导流程
### 规划中
- **个人博客重构**：使用 Next.js 重构个人博客
- 优先级：低
- 完成度：20%
- 最新进展：完成技术选型，确定使用 Next.js + Tailwind CSS
### 已完成
- **Typora 主题定制**：自定义 Typora 编辑器主题
- 完成时间：2026-04-15
- 最终状态：已发布到 GitHub
## 近期重点
### 本周重点
1. 修复 WordFlow 的跨窗口输入问题
2. 完善 MD 项目管理工具的文档
3. 开始博客重构的页面设计
### 待解决问题
- **跨进程输入失败**：Windows 安全机制阻止 - WordFlow
- **路径兼容性**：不同用户 Typora 安装路径不同 - MD 项目管理
### 下一步计划
- [ ] 测试 WordFlow 的管理员权限方案
- [ ] 编写 MD 项目管理工具的使用教程
- [ ] 设计博客首页布局
## 统计信息
- **总项目数**：3 个
- **进行中**：2 个
- **规划中**：1 个
- **已完成**：1 个
## 更新日志
### 2026-05-07
- 更新了 WordFlow 的问题排查进展
- 完成了 MD 项目管理工具的 Skill 封装
- 新增了个人博客重构项目
---
[^ai1]: AI优化于2026-05-07 09:00 | 结构化整理项目信息
以下是一个已填充的项目日志示例，展示如何记录项目进展：
# WordFlow 语音助手
## 项目概述
开发一个语音识别工具，将语音实时转换为文字，并能输入到任意窗口。
**目标**：实现高效的语音转文字工具，支持跨窗口输入
**背景**：现有语音输入工具存在兼容性问题，需要自研解决方案
**当前状态**：核心功能已完成，正在解决跨窗口输入问题
## 项目演进
```mermaid
graph LR
A[需求分析] --> B[技术选型]
B --> C[核心开发]
C --> D[问题排查]
D --> E[优化完善]
style A fill:#e1f5fe
style B fill:#e1f5fe
style C fill:#fff3e0
style D fill:#f3e5f5
style E fill:#e8f5e8
跨进程输入失败：Windows 安全机制阻止非前台进程输入
剪贴板粘贴无效：设置剪贴板后发送 Ctrl+V 未生效
方向A：使用 Windows UI Automation API
方向B：参考 CapsLock+、PowerToys 等开源项目
## AI 行为规范
### 1. 任务指令标记（HTML 注释）
在 Typora 中不可见，AI 可通过搜索定位：
```markdown
<!-- AI: 优化以下内容 -->
<!-- AI: 转成表格 -->
<!-- AI: 分析可行性 -->
<!-- AI: 润色语言表达 -->
<!-- AI: 更新项目管理主文档 -->
AI 编辑过的内容使用 ==高亮== + [^aiN] 脚注组合标记，提供两种风格供选择：
使用 Markdown 高亮语法 ==高亮==：
### 2026-05-06
==项目进展顺利，已完成样品设计并提交客户评审[^ai1]。==
==客户反馈整体满意，但希望在配色上做调整[^ai2]。==
原始语音记录：今天把样品给客户看了，他们说大体还行，就是颜色要改改。
优点：简洁，视觉效果好 缺点：需要编辑器开启高亮功能
使用引用块标记 AI 内容（适合不支持高亮的编辑器）：
> **AI 优化内容**：这是 AI 优化后的内容[^ai1]
或者使用 HTML 注释标记范围：
<!-- AI 优化开始 -->
这是 AI 优化后的内容
<!-- AI 优化结束 -->
优点：通用，所有 Markdown 编辑器都支持 缺点：视觉效果可能不如高亮
无论使用哪种方式，脚注都放在文档末尾，用横线分隔：
---
[^ai1]: AI优化于2026-05-06 09:00 | 语言润色
[^ai2]: AI优化于2026-05-06 09:00 | 补充细节
脚注格式规范：
| 字段 | 格式 | 示例 |
|---|---|---|
| 时间戳 | YYYY-MM-DD HH:MM | 2026-05-07 14:30 |
| 操作类型 | 语言润色 / 补充细节 / 结构调整 / 内容扩展 | 语言润色 |
| 任务类型 | 描述 | 触发方式 |
|---|---|---|
| 语言优化 | 将口语化表达润色为规范文档语言 | 口头指令（「帮我优化日志」）或全文自动扫描 |
| 格式整理 | 统一标题层级、列表格式 | 口头指令或 <!-- AI: 整理格式 --> |
| 内容扩展 | 补充细节、添加示例 | 口头指令或 <!-- AI: 扩展内容 --> |
| 进度更新 | 将日志内容同步到主文档 | 口头指令或 <!-- AI: 更新进度 --> |
| 问题分析 | 分析问题原因，提供解决方案 | 口头指令或 <!-- AI: 分析问题 --> |
| 方向建议 | 基于当前进展，建议下一步方向 | 口头指令或 <!-- AI: 建议方向 --> |
记录进展：
触发 AI 协作：
查阅进度：
项目管理面板.md 查看所有项目概览检测变动：
git status # 查看新增/修改的文件
git diff # 查看具体修改内容
优化内容：
==高亮== + [^aiN] 标记修改内容更新主文档：
项目管理面板.md 中的项目状态提交推送（如果使用 Git）：
git add .
git commit -m "更新项目日志：项目名称"
git push origin master
当用户说"更新项目进度"时：
读取主控文档：
A项目管理.md访问项目文档：
更新主控文档：
反馈给用户：
当默认模板无法满足需求时，可以基于以下方式进行定制：
在项目文档模板的「进展日志」之前插入：
## Sprint 迭代
### Sprint 12（2026-05-01 ~ 2026-05-15）
**Sprint 目标**：完成用户认证模块开发
| 故事点 | 任务 | 状态 | 负责人 |
|--------|------|------|--------|
| 3 | 实现 JWT 登录 | ✅ 完成 | 张三 |
| 5 | OAuth 第三方登录 | 🔄 进行中 | 李四 |
| 2 | 权限中间件 | ⬜ 待开始 | 王五 |
**回顾总结**：
- ✅ 完成情况：完成 3/5 个故事点
- ⚠️ 阻塞问题：OAuth 接口文档延迟交付
- 💡 改进措施：下次提前一周对齐接口
在进展日志条目中增加可量化的指标：
### 2026-05-07
- **专注时长**：3.5 小时
- **完成任务**：4 个（计划 5 个）
- **能量水平**：🟢 高 / 🟡 中 / 🔴 低
- **干扰次数**：2 次
- **做了什么**：[具体工作内容]
- **下一步**：[后续计划]
| 编辑器 | 高亮支持 (==text==) | 配置步骤 | 备注 |
|---|---|---|---|
| Typora | ✅ 原生支持 | 偏好设置 → Markdown → 扩展语法 → 勾选「高亮」 | 推荐，所见即所得 |
| Obsidian | ✅ 原生支持 | 无需额外配置 | 支持双向链接、插件生态 |
| VS Code | ⚠️ 需插件 | 安装「Markdown All in One」，设置 markdown.extension.highlight.enabled: true | 适合开发者 |
| Logseq | ❌ 不支持 | 使用「方式二：块形式」替代 | 大纲式思维笔记 |
| Mark Text | ✅ 原生支持 | 开箱即用 | 开源免费 |
| Zettlr | ⚠️ 部分支持 | 偏好设置中启用 Pandoc 渲染 | 学术写作友好 |
快速检测方法：在编辑器中输入 ==测试高亮==，如果文字变成黄色背景则表示支持。
.md 文件）[链接](file.md) 替换为 [[双向链接]] 格式... → Export → 选择 Markdown & CSV.md 或 .html 格式# 初始化仓库（仅第一次）
cd 你的项目管理目录
git init
# 创建 .gitignore 忽略临时文件
echo "*.assets/temp/*" >> .gitignore
echo ".DS_Store" >> .gitignore
# 日常提交习惯
git add .
git commit -m "更新日志：项目名称 - YYYY-MM-DD"
推荐配合 GitHub/Gitee 远程仓库，实现多设备同步和历史回溯。
| 你想说 | AI 会做 |
|---|---|
| 「更新一下进度」 | 读取最近修改的文件，更新主控文档 |
| 「帮我优化日志」 | 润色口语表达，标记修改处 |
| 「今天做了什么」 | 创建新的日期日志条目 |
| 「看看项目面板」 | 展示主控文档概览 |
| 「新建个项目」 | 引导你填写信息，生成新项目文档 |
| 「有什么问题待解决」 | 汇总所有项目的问题记录 |
本技能支持与多种 AI 编辑器和平台的自动化任务功能集成，实现定时自动优化项目文档。
在配置自动化前，请先确认您的需求：
flowchart TD
A[您是否需要自动化?] -->|否| Z[手动使用即可，无需额外配置]
A -->|是| B{您的使用场景?}
B -->|日常辅助| C["CodeBuddy<br/>会话级任务"]
B -->|长时间运行| D{能接受本地开 IDE 吗？}
B -->|7x24 小时| E{有服务器资源吗？}
D -->|可以| F["Qoder 远程模式 /<br/>TRAE 自动化任务"]
D -->|不可以| E
E -->|有| G["OpenClaw 自部署"]
E -->|没有| H["Coze 免费云平台"]
style Z fill:#e8f5e8
style C fill:#e3f2fd
style F fill:#fff3e0
style G fill:#fce4ec
style H fill:#f3e5f5
请根据上方流程图选择适合您的方案，然后跳转到对应的配置章节。
以下提示词适用于所有支持自动化任务的平台，只需根据平台填入对应位置即可：
使用 md-project-manager 技能，执行以下操作：
1. 检查 Git 变更（git status, git diff），识别最近修改的日志内容
2. 自动分析语言风格，识别口语化/不规范的表达并优化，使用 ==高亮== + [^aiN] 标记修改部分
3. 更新主控文档（项目管理面板.md）
4. 询问用户是否需要推送到 GitHub
各平台填入位置一览：
| 平台 | 提示词填入位置 |
|---|---|
| CodeBuddy | Agent 模式 → 自动化任务 →「提示词」字段 |
| Qoder | Quest Mode → Quest 描述框 |
| TRAE | SOLO 模式 → 自动化任务 → prompt 输入区 |
| Coze | 工作流/Agent → System Prompt 中 |
| OpenClaw | 配置文件的 agent prompt 部分 |
| 平台 | Agent 模式 | 定时任务 | 云端执行 | 无头运行 | 适合场景 |
|---|---|---|---|---|---|
| Cursor | ✅ Agent | ❌ | ❌ | ❌ | 交互式编码辅助 |
| Windsurf | ✅ Cascade | ❌ | ❌ | ❌ | 交互式编码辅助 |
| GitHub Copilot | ✅ Agent | ❌ | ❌ | ❌ | 交互式编码辅助 |
| CodeBuddy | ✅ Agent | ✅ 会话级 | ❌ | ❌ | 日常辅助（IDE 开启时） |
| Qoder | ✅ Quest | ✅ 内置 | ✅ 远程模式 | ✅ | 长程任务、关机运行 |
| TRAE | ✅ SOLO | ✅ 自动化 | ❌ | ❌ | 定时重复性任务 |
| OpenClaw | ✅ Agent | ✅ Cron | ✅ 云端部署 | ✅ | 无人值守自动化 |
| Coze | ✅ 工作流 | ✅ 触发器 | ✅ 云端 | ✅ | 免费云端自动化 |
关键发现：
限制：会话级别，关闭 IDE 后任务不执行。
配置步骤：
优势：远程模式下本地可关机断网，任务在云端容器持续执行。
三种执行环境：
| 环境 | 说明 | 适用场景 |
|---|---|---|
| 本地模式 | 直接在主工作区修改 | 快速实验、低风险任务 |
| Worktree | 后台隐藏工作区，主分支保持干净 | 并行开发、不影响主线 |
| 远程模式 | 远程容器执行，本地可关机 | 长时间运行、资源密集型任务 |
配置要点：切换到 Quest 模式 → 创建 Quest → 选环境 → 填入提示词
机制：定时执行固定提示词，每次运行创建新工作空间（无状态）。
适用场景：定期生成草稿、监控变化、执行固定流程
配置要点：SOLO 模式 → 自动化任务 → 设 Cron 频率 → 填入提示词
优势：字节跳动托管，无需自己的服务器，有免费额度。
配置要点：创建 Bot → 工作流 → 定时触发器 → 设 Cron 表达式 → 填入提示词
优势：完全可控，开源框架，可部署在任何云服务器。
配置要点：编写配置文件 → 设置 cron.schedule → 部署到云服务器 → 填入提示词
| 时间维度 | 推荐方案 | 理由 |
|---|---|---|
| 短期（立即用） | CodeBuddy 自动化任务 | 零成本，IDE 内即可使用 |
| 中期（1-3个月） | Qoder 远程模式 / TRAE | 支持更长任务周期 |
| 长期（持续运行） | Coze / OpenClaw 云端部署 | 7x24 无人值守 |
现状：
推荐策略：
A: 按以下 3 步快速上手：
项目管理面板.md —— 所有项目的总览表你的项目名.md —— 该项目的详细日志然后在项目文档里写下今天的工作内容，试着说一句「帮我优化日志」，看看 AI 如何用 ==高亮== 标记修改的地方。
A: 使用主控文档（项目管理面板）统一管理，每个项目单独一个文档，通过链接相互关联。新增项目时只需创建一个新的 .md 文件并在主控文档中注册即可。
A: 默认全自动，无需任何手动操作。
你只需要：
AI 会自动完成以下操作：
git diff 读取你的最新变更==高亮背景== + [^aiN] 脚注标记所有修改进阶用法（可选）：
如果想精确指定某一段落进行优化，可在该段落前添加 <!-- AI: 优化语言 --> 标记。
但大多数情况下不需要这样做，直接说「帮我优化」就够用了。
A: 在项目文档的「进展日志」部分按日期记录，每次执行自动化任务时，AI 会自动将关键信息同步到主控文档的项目概览表中。
A: 可以。Markdown 是最通用的格式：
A: 取决于使用的平台：
详见「自动化任务流 → 第 0 节：需求引导」中的流程图，选择适合你的方案。
A: 技能的核心逻辑（Markdown 文档优化、主控更新）是平台无关的。唯一需要适配的是各平台的自动化配置方式，详见「自动化任务流 → 第 1 节：统一推荐提示词」，该提示词在所有平台通用。
A: 看你的核心诉求：
==高亮== 在我的编辑器里不生效怎么办？A: 请对照「扩展指南 → 第 2 节：编辑器配置速查表」检查你的编辑器是否支持以及如何开启。如果不支持，可以使用「块形式」（引用块）来标记 AI 修改内容，效果同样清晰。
A: 不会。主控文档提供了三层结构防止混乱：
建议每 2-4 周做一次归档，将已完成的项目移入「已完成」分组。