← 返回
未分类

strict-file-review

严格文件操作审查流程。当用户需要对文件进行移动、复制、提取等操作时,必须使用此技能确保零遗漏。触发场景:(1) 用户要求移动、复制文件,(2) 用户要求按条件提取文件,(3) 用户要求整理或归类文件,(4) 用户提到"不要遗漏"、"严格审查"、"核对"等要求。
user_41b8b590
未分类 community v1.0.0 1 版本 98969.1 Key: 无需
★ 0
Stars
📥 96
下载
💾 0
安装
1
版本
#latest

概述

Strict File Review — 严格文件操作审查流程

核心原则

零遗漏操作:任何文件操作必须经历"扫描 → 列清单 → 确认 → 执行 → 核对"四步,缺一不可。


四步流程

第一步:扫描(Scan)

使用 find 精确扫描目标文件和数量,不依赖 ls 通配符(ls 可能因 glob 展开问题遗漏文件)。

# 示例:扫描含特定关键字的文件
find "<目录>" -maxdepth 1 -type f -name "*关键字*" 2>/dev/null | sort

必须输出完整文件列表和总数。

第二步:列清单(List)

将扫描结果格式化为编号清单,清晰展示:

  • 每个文件的完整名称
  • 文件总数
共 N 个文件:
1. 文件名1
2. 文件名2
...
N. 文件名N

第三步:确认(Confirm)

必须等待用户确认后才能执行操作

请确认:将以上 N 个文件 [操作] 到 [目标]?
(回复"确认"后执行)

第四步:核对(Verify)

执行完成后立即核对:

  • 源目录:剩余多少相关文件
  • 目标目录:收到多少文件
  • 数量是否与预期完全一致
# 核对命令
echo "=== 源目录剩余 ==="
find "<源>" -maxdepth 1 -type f -name "*关键字*" 2>/dev/null | wc -l
echo "=== 目标目录收到 ==="
find "<目标>" -maxdepth 1 -type f -name "*关键字*" 2>/dev/null | wc -l

核对结果必须以表格形式展示:

检查项结果
--------------
源目录剩余X ✅/❌
目标目录收到Y ✅/❌
数量一致✅/❌

常见问题处理

漏了文件怎么办?

重新执行完整四步流程,不要假设之前的结果正确。

目标目录已有同名文件?

执行前必须告知用户,由用户决定覆盖/跳过/重命名。

目录包含子文件夹?

明确告知用户是否递归搜索,以及是否包含子目录中的文件。


审查检查点

每次操作前必须确认:

  • [ ] 扫描覆盖了所有符合条件的文件(不仅仅是名字,还包括扩展名、大小写等)
  • [ ] 文件列表已完整展示给用户
  • [ ] 用户已明确确认
  • [ ] 执行后已核对数量一致

任何一步缺失都必须停下来补充完整。

版本历史

共 1 个版本

  • v1.0.0 Initial release 当前
    2026-04-15 17:23 安全 安全

安全检测

腾讯云安全 (Keen)

安全,无风险
查看报告

腾讯云安全 (Sanbu)

安全,无风险
查看报告

🔗 相关推荐

security-compliance

Skill Vetter

spclaudehome
AI智能体技能安全预审工具。安装ClawdHub、GitHub等来源技能前,检查风险信号、权限范围及可疑模式。
★ 1,215 📥 266,568
ai-intelligence

ontology

oswalpalash
类型化知识图谱,用于结构化智能体记忆与可组合技能。支持创建/查询实体(人员、项目、任务、事件、文档)及关联...
★ 712 📥 243,868
developer-tools

Github

steipete
使用 `gh` CLI 与 GitHub 交互,通过 `gh issue`、`gh pr`、`gh run` 和 `gh api` 管理议题、PR、CI 运行及高级查询。
★ 668 📥 324,204