本文へ移動
cccskills
無料GitHub で公開

organize

帮助用户整理文件夹结构。扫描目录、分类归档、清理冗余,输出整理方案并执行。当用户说"整理文件"、"文件夹好乱"、"归档"、"清理目录"、"/organize"时触发。

インストール方法を見る

含まれるファイル(1)

  • SKILL.md3.9 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

文件夹整理助手

功能说明

帮助用户梳理混乱的文件夹,按归属分类、统一命名、清理冗余,让目录结构一目了然。

  • /organize → 整理当前工作目录
  • /organize [路径] → 整理指定目录

工作流程

第1步:扫描全貌

  1. ls -la 查看根目录所有文件和文件夹(包括隐藏文件)
  2. 对子目录做一层展开,了解内容
  3. 记录文件总数、目录总数、散落文件数

关注点:

  • 散落在根目录的文件(没有归入任何子目录的)
  • 命名风格不统一的目录(如有的带前缀有的不带)
  • 隐藏目录/文件(判断是工具产物还是用户文件)
  • 疑似重复的文件(文件名相似的用 md5 比对)

第2步:分析归属

把所有文件和目录按归属方分类。常见的归属维度:

  1. 按所有者:客户的 / 内部的 / 个人的
  2. 按类型:文档 / 代码 / 设计 / 数据 / 媒体
  3. 按状态:活跃的 / 归档的 / 可删除的

分类原则:

  • 优先按归属方分,同一归属方的东西放一起
  • 已经成体系的目录结构不动(如有明确组织的子目录)
  • 工具产生的临时文件/缓存/日志,归为"可清理"类

判断"可清理"的标准:

  • 隐藏目录中只有 .DS_Store 或日志文件
  • 工具运行产生的缓存/临时目录(如 .playwright-mcp、node_modules 等)
  • 评测/调试的中间产物,已无后续使用价值
  • 重复文件中较旧的那份(需 md5 确认后才算重复)

第3步:制定方案

输出整理方案,包含:

  1. 目标结构:用树形图展示整理后的目录结构
  2. 操作清单:
    • 新建哪些目录
    • 哪些文件/目录移动到哪里
    • 哪些目录/文件重命名
    • 哪些可以删除
  3. 不动的部分:明确哪些保持不变、为什么

方案格式:

整理后结构:
目标目录/
├── 分类A/
│   ├── ...
├── 分类B/
│   ├── ...
└── 保留不动的/

操作清单:
- [新建] 分类A/
- [移动] xxx → 分类A/xxx
- [重命名] yyy → zzz(统一命名风格)
- [删除] .cache/(工具缓存,无保留价值)
- [不动] 保留不动的/(已有结构,无需调整)

第4步:确认后执行

必须等用户确认后再执行。用户可能:

  • 同意全部 → 直接执行
  • 部分调整 → 按调整后的方案执行
  • 只做清理不做分类 → 只执行删除部分

执行顺序:

  1. 先建目录
  2. 再移动文件(并行移动无依赖的文件)
  3. 再重命名
  4. 最后删除
  5. 执行完 ls -la 验证结果

第5步:展示结果

输出整理后的目录树,标注变化。


核心原则

1. 按归属分,不按格式分

"客户A的方案.pptx" 应该放在 客户A/ 下面,而不是放在 PPT/ 下面。归属比格式重要。

2. 确认再动,不自作主张

整理方案必须给用户看过、确认后才执行。尤其是删除操作,宁可多问一句。

3. 统一命名风格

同级目录的命名风格要一致:

  • 要么都带前缀,要么都不带
  • 要么都用中文,要么都用英文
  • 日期格式统一

4. 不动已有结构

如果某个子目录内部已经组织得很好,不要拆散重组。整理的目标是根目录清晰,不是追求完美对称。

5. 疑似重复先验证

文件名相似不代表内容相同。必须用 md5 比对确认后才能判定为重复。

6. 隐藏文件谨慎处理

以 . 开头的目录可能是工具配置(如 .claude、.git),不要随意移动或删除。只清理明确是缓存/日志的。

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

带用户精读一篇文章/文档并真正学透(不是出摘要)。五步:抽干货 → 切讲次 → 每讲跑「学-考-讲」循环 → 对号入座 → 实操+测验+讲错题+蒸馏。每讲产出 HTML 课件 + 笔记落盘;讲完必考一次,用户复述后必须挑不精确处拧紧;抽象概念上可交互演示(能点能跑);全程用用户自己的业务场景当案例;学完出多题型自动判分测验卷,最后把收获蒸馏回用户的工具。核心触发条件是用户要的是"学会"而不是"要一份结果",例如"我们一起学这篇文章/这个链接"、"带我学"、"精读"、"我想学会 X"、"这篇我看不懂你给我讲讲"。有具体材料(链接、本地文件、PDF,或用户自己的 skill/文档/代码)时直接开跑;只有学习意图而没材料时仍走本 skill,但开工第一件事是和用户一起把材料定下来,禁止凭记忆开讲。不适用于:只要一份总结/摘要/教程长文,用户读完就完、不需要答题(用 readable-output)、只是搜集资料做调研(使用可用的网页/平台取材工具)、帮我写 PRD/测试用例(用 prd-test-writer)、以及用户其实是想让你直接把活干了(那就直接做)。

日本語の概要は準備中です。原文の説明を表示しています。

yunshu0909/yunshu_skillshub7712026年10月11日 更新

和用户一起把一个功能「看不见的部分」敲定:数据存哪、谁写谁读、怎么加载、怎么保存、默认值和升级、核心执行规则、出问题时怎么办、旧东西怎么迁。每条规则带编号、案例和状态(已定 / 方案里有但你没拍板 / 待你定 / AI 定),用户只回答带案例的新选择题、过目没拍过板的规则;给用户看的是按「你会问的问题」分组的问答卡片(最绕的逻辑配可点的模拟器);最后请另一家模型只读查边界,问题闭环后封成后端逻辑包,PRD、测试用例和代码审核按规则编号追溯。触发:前端交互已定、用户说「还有很多后端逻辑 / 加载 / 配置要讲清楚」「有没有遗漏的边界条件」「规则讲清楚」;或没有界面但规则复杂的功能(调度、同步、配置、额度、迁移)。分三档用:规则多且互相影响出完整包;少量清楚的变化只出规则表;行为不变的技术修复跳过。不适用于:页面长什么样、怎么排(用 page-solution-design);写 PRD / 测试用例(本 skill 的规则包是它们的输入);纯代码重构、性能调优、架构巡检报告。

日本語の概要は準備中です。原文の説明を表示しています。

yunshu0909/yunshu_skillshub7712026年10月11日 更新

案例雷达。给一个新东西(新工具/新概念/新生态),扫一遍生态找好玩的真实案例,重点是抓"真物"(截图/源码/演示)而不是 GitHub 主页,输出可浏览的 HTML 案例集。当用户说"看看大家用 X 做了什么"、"扫一下 X 生态"、"市面上 X 有什么新玩法"、"给我看 X 的真物案例"、"/case-radar"时触发。不适合:① 已有明确目标的深度调研(使用可用的调研工具直接研究)② 写文章/出 PRD(用 writing-assistant / prd-test-writer)③ 单纯求知不需要 HTML(直接问就好)。

日本語の概要は準備中です。原文の説明を表示しています。

yunshu0909/yunshu_skillshub7712026年10月11日 更新

教程漫画「小课堂」:你的 IP 当老师(没有就先生成一个),3:4 竖版,一期默认 6–9 页(用户要几页就几页),固定有「开课」封面和「下课」结尾,交给 Codex 内置 imagegen 出图并核对。当用户说"画漫画"、"做一套漫画讲XXX"、"用漫画解释"、"小课堂"、"换个老师 / 换角色"时触发。

日本語の概要は準備中です。原文の説明を表示しています。

yunshu0909/yunshu_skillshub7712026年10月11日 更新

让 Codex 与 Claude Code 通过本机 CLI 组成“主执行者 + 独立审查者”的对称协作闭环。用于用户要求两个模型一起完成、交叉校核、独立审查、修到 ACK,或任务涉及产品需求收敛、复杂方案、跨模块开发、迁移、安全、重要重构和高质量交付时;无论从 Codex 还是 Claude Code 启动,都由当前模型主持,并完整调用另一方完成需求挑战、方案门禁、实现冷审和最终验收。

日本語の概要は準備中です。原文の説明を表示しています。

yunshu0909/yunshu_skillshub7712026年10月11日 更新

通过自适应获取上下文、读取证据、建立可修正的用户模型和进行战略判断,帮助用户找出当前阶段最重要的三件事。适用于用户询问“最重要的三件事”“我现在应该先做什么”,需要梳理人生或职业优先级,在多个目标之间犹豫,思考自由、收入、个人业务、内容创作或创业重点,或者希望模型持续了解自己后再给建议;不用于简单待办排序,也不用于目标已经确定的项目计划。

日本語の概要は準備中です。原文の説明を表示しています。

yunshu0909/yunshu_skillshub7712026年10月11日 更新

yunshu0909 のスキルをすべて見る

このスキルの問題を報告する