总结文件
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_dd0eb201/file-summarizer2。
技能介绍
要解决什么问题
接手陌生仓库、扫一眼超长日志,或用户丢来一个配置文件却还没说「改哪里」——先建立上下文往往比立刻动手更重要。纯靠肉眼通读几百行代码或 Markdown,成本高且容易漏掉入口、异常和关键配置项。
本技能面向任意可读文本(代码、文档、配置、日志、CSV/JSON 等),把内容压缩成结构化摘要,而不是复述全文。
如何工作
- 读取文件:用读文件能力加载内容;体积大时先读头部,再分块续读。
- 按类型选总结重点:
- 代码:功能、入口、主要函数/类、依赖与架构
- Markdown/文档:核心观点、章节结构、关键结论
- 配置:主要项、启用的能力、连接目标
- 日志:异常/错误、关键事件时间线、频率
- 数据文件:字段结构、数据量、分布与异常值
- Shell/Bat:做了什么、依赖、输入输出
- 输出结构:默认中等详细(约 3~7 个要点);用户说「详细总结」「一句话总结」或「列出要点」时相应收缩或展开。
若用户只说「帮我总结这个文件」「太长不看」等,或打开文件却未说明意图,优先总结再决定后续操作。
边界与注意
- 二进制(图片、PDF 等)无法当文本直接读,需说明限制并建议替代方案。
- 超长文本(如 >500 行)侧重头部、结构标记与尾部,避免无效堆砌。
- 总结中的密码、
token、API key 等敏感字段以****展示。
使用场景
- 接手新仓库时先读 `README` 与核心模块源码,需要快速弄清入口函数和依赖关系再改 bug
- 生产环境报错后打开数千行应用日志,要先抽出异常栈和时间线再决定查哪一段
- 运维交接时面对 `.yaml` / `.env` 类配置,需要列出启用的服务与连接目标而不逐行背诵
- 用户上传 CSV 或 JSON 样本,要先确认字段含义、数据量和异常值再写分析脚本
适合人员
- 刚切换到陌生微服务代码库的后端工程师,需要在改接口前先搞清模块边界
- 值班 SRE 或平台同学,收到压缩包里的 `error.log` 要先筛关键错误再升级
- 技术写作者或文档维护者,面对几十页内部 Markdown 要先提取章节结论再合并改版
- 数据分析师收到业务导出的 JSON/CSV,要先做字段与分布概览再建模