菜单
将工作流转换为使用 Evan 风格的持久化 markdown 文件进行规划、进度跟踪和知识存储。适用于开始复杂任务、多步骤项目、研究任务，或者当用户提到规划、组织工作、跟踪进度或需要结构化输出时使用。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/evanfang0054/cc-system-creator-scripts --skill planning-with-files命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
Mac 系统深度清理和优化工具。使用 Mole (mo 命令) 执行系统清理、磁盘分析、应用卸载、系统优化等任务。 触发场景（当用户提到以下任一内容时使用此 skill）： - 清理 Mac、清理磁盘、释放空间、清理缓存、清理系统 - 卸载应用、删除应用、移除应用及其残留 - 磁盘分析、查看磁盘占用、大文件查找、空间分析 - 系统优化、系统维护、刷新系统、重建缓存 - 系统状态、系统监控、CPU/内存/磁盘监控 - 清理 node_modules、清理构建产物、清理项目依赖 - 清理安装包、删除 dmg/pkg 文件 - Mac 清理工具、类似 CleanMyMac 的功能 - "我的 Mac 太慢了"、"磁盘空间不足"、"电脑卡顿" - 即使没有明确说 "Mole"，只要涉及上述场景就应使用
构建 CLI / command-line 工具时使用，支持两种模式。模式 A 人类 CLI（终端 UX、彩色、交互式提示、进度条、Shell 自动补全），关键词包括 commander / yargs / oclif / typer / click / cobra。模式 B agent-native CLI（JSON envelope / schema 自省 / dry-run 写入安全 / 契约驱动），关键词包括 agent-native CLI、JSON envelope、friction signal。混合场景默认走 B（agent 约束更严格）。只要用户提到 CLI、command-line、命令行工具、agent-native、envelope、schema、friction signal，或要给 agent 提供可调用的 CLI 工具，就应主动使用此 skill。
快速搭建和配置 pnpm monorepo 项目结构，包含 TypeScript、tsup 构建、私有 npm registry 配置。当用户需要"创建 monorepo"、"初始化 monorepo 项目"、"配置 pnpm workspace"、"设置 monorepo 构建"、"monorepo setup"时使用。特别适合需要统一管理多个包、配置构建工具、处理 TypeScript 路径问题的场景。即使用户只是说"帮我搭建项目结构"或"配置构建"，如果涉及多包管理也应该使用此 skill。
正在显示 SKILL.md
基于 SOC 职业分类
| name | planning-with-files |
| description | 将工作流转换为使用 Evan 风格的持久化 markdown 文件进行规划、进度跟踪和知识存储。适用于开始复杂任务、多步骤项目、研究任务，或者当用户提到规划、组织工作、跟踪进度或需要结构化输出时使用。 |
像 Evan 一样工作：使用持久化的 markdown 文件作为你的"磁盘工作记忆"。
在任何复杂任务之前：
task_plan.md对于每个非平凡任务，创建三个文件：
| 文件 | 用途 | 更新时机 |
|---|---|---|
task_plan.md | 跟踪阶段和进度 | 每个阶段后 |
notes.md | 存储发现和研究 | 研究过程中 |
[deliverable].md | 最终输出 | 完成时 |
循环 0：使用 AskUser 明确需求细节（达到 95% 确定性）
循环 1：创建包含目标和阶段的 task_plan.md
循环 2：研究 → 保存到 notes.md → 更新 task_plan.md
循环 3：读取 notes.md → 创建交付物 → 更新 task_plan.md
循环 4：交付最终输出
循环 0：明确需求（开始任何任务前）
AskUser # 明确需求细节，直到达到 95% 确定性
提问重点：
判断标准： 只有当你认为有 95% 的把握可以完成任务时，才进入循环 1。
每次主要操作前：
Read task_plan.md # 刷新注意力窗口中的目标
每个阶段后：
Edit task_plan.md # 标记 [x]，更新状态
存储信息时：
Write notes.md # 不要塞满上下文，存储到文件中
对于任何复杂任务，首先创建此文件：
# 任务计划：[简要描述]
## 目标
[一句话描述最终状态]
## 阶段
- [ ] 阶段 1：规划和设置
- [ ] 阶段 2：研究/收集信息
- [ ] 阶段 3：执行/构建
- [ ] 阶段 4：审查和交付
## 关键问题
1. [需要回答的问题]
2. [需要回答的问题]
## 已做出的决策
- [决策]：[理由]
## 遇到的错误
- [错误]：[解决方案]
## 状态
**当前处于阶段 X** - [我现在正在做的事情]
用于研究和发现：
# 笔记：[主题]
## 来源
### 来源 1：[名称]
- URL：[链接]
- 关键点：
- [发现]
- [发现]
## 综合发现
### [类别]
- [发现]
- [发现]
在开始任何任务前，使用 AskUser 工具明确需求细节。只有达到 95% 确定性后才能进入计划阶段。
在没有 task_plan.md 的情况下永远不要开始复杂任务。这是不可协商的。
在任何重大决策之前，读取计划文件。这可以将目标保持在你的注意力窗口中。
完成任何阶段后，立即更新计划文件：
大型输出放入文件，而不是上下文。在工作记忆中只保留路径。
每个错误都进入"遇到的错误"部分。这为未来的任务积累知识。
对以下情况使用三文件模式：
以下情况跳过：
| 不要做 | 而是做 |
|---|---|
| 猜测需求或假设理解 | 使用 AskUser 明确需求到 95% 确定性 |
| 使用 TodoWrite 进行持久化 | 创建 task_plan.md 文件 |
| 陈述一次目标就忘记 | 每次决策前重新读取计划 |
| 隐藏错误并重试 | 将错误记录到计划文件 |
| 将所有内容塞入上下文 | 将大型内容存储到文件中 |
| 立即开始执行 | 首先明确需求，然后创建计划文件 |
参见 reference.md 了解：
参见 examples.md 了解：