メニュー
深度联网审查技术文档和部署方案，联网验证事实准确性、参数正确性、版本兼容性。Use when 用户说"深度审查""老韩审查""联网审查""技术文档审查"或要求对技术方案/部署脚本/配置文件进行事实核查。不适合纯文字审查或非技术文档。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
统一创作引擎，负责确定来源+创作口播初稿（不含封面提示词，封面由 laohan-fengmianqiuzhi 独立产出）。支持录屏视频(音频提取→转录)、URL队列(抓取→整理)、热点转译(选题→大纲)、结构化大纲、原始文本、自由主题六种输入。其他 skill 的写作环节统一调用本 skill。Use when 用户说"写口播稿""帮我写""录屏转口播""视频转口播稿""找选题""写一篇""热点""想做个视频""根据链接改写""改写文档""不知道拍什么"。
从互联网拿内容一站式——视频下载、音频提取+转文字、字幕下载、评论采集、博主数据、网页抓取、搜索聚合、跨平台发布与数据分析，覆盖 30+ 平台（抖音/TikTok/YouTube/B站/小红书/知乎/公众号/视频号/微博/Reddit/HackerNews/即刻/知识星球/雪球/贴吧/头条/Twitter等），按降级链自动选择最优工具。Use when 用户说"下载""下个视频""帮我抓""抓一下""爬""爬取""读一下""读这个链接""看看这个网址""搜一下""搜索""查一下""帮我查""转文字""转录""听写字幕""评论""看看评论""抓评论""博主数据""博主更新""up主""谁谁最近发了什么""封面""发抖音""发小红书""定时发布""草稿""账号数据""粉丝数""给我截图""网页正文""这个页面讲了啥"，或给出任意 URL / 短链接 / BV号 / 视频号链接 / 公众号文章链接 要求获取内容，或提到抖音/TikTok/YouTube/B站/小红书/知乎/公众号/视频号/微博 等具体平台名要求下内容、搜内容、读评论、抓数据，以及任何涉及从互联网拿内容的操作。优先按降级链选工具：搜索走 anysearch→opencli→agent-reach；下载按平台路由；抓取走 Scrapling→browser-use→web-access。
从口播稿+真人视频生成带B-roll overlay的最终视频。一个index.html+一次render出成片。Use when 用户说生成B-roll、做视频片段、配图动画、Hyperframes动画、教程配图、给视频加特效、做overlay、加动效。
创建、优化、评分 Claude Code agent skills 的元 skill（三位一体）。创建从构思到发布全流程；6 维量化评分（frontmatter/工作流/失败模式/检查点/具体性/反例）；迭代优化只保留涨分改动。Use when 用户说"创建skill""写一个skill""新建skill""改skill""优化skill""给skill打分""评分""评估skill质量""skill体检""review skill"或提到 skill 创建/优化/评分相关任何意图。
将口播稿/文章改写为多平台版本。当用户说"多平台改写"、"改成多平台版本"、"改成三个平台"、"适配多平台"、"转抖音版"、"转小红书版"、"转公众号版"时触发。输入一段口播稿或文章，输出抖音、小红书、公众号三个平台的适配版本。
教程路由器，输入关键词加载对应配置教程并按步骤引导安装。覆盖 claude-mem、CLAUDE.md、Chrome Gemini 侧边栏、Claude Code + 智谱 GLM、ECC 插件安装维护。Use when 用户说"教程""怎么配置""安装教程""怎么装"或提到"claude-mem""ecc""glm""gemini侧边栏""CLAUDE.md"等具体工具名+配置需求。
| name | laohan-shencha |
| version | 1 |
| description | 深度联网审查技术文档和部署方案，联网验证事实准确性、参数正确性、版本兼容性。Use when 用户说"深度审查""老韩审查""联网审查""技术文档审查"或要求对技术方案/部署脚本/配置文件进行事实核查。不适合纯文字审查或非技术文档。 |
LLM 写技术文档时天然相信自己写的声明是对的。本 skill 的唯一目的：找出并修正那些"看起来正确但实际是错的"声明。
纯文字审查（表述矛盾、格式不统一）不是本 skill 的重点——那些靠文本比对就能发现。
分级抽样（声明超 50 条时启用，节省 token）： 高可信（官方 README 复制、环境变量名）→ 抽检 20%；中可信（版本号、参数值）→ 抽检 50%；低/未知可信（社区讨论、博客引用）→ 全部验证。声明数 ≤50 条时，逐条全量验证。常识性声明（如"PyTorch 是深度学习框架"）始终跳过。
读取工作区所有相关文件，提取以下类型的声明：
文件范围选择： 优先扫描可执行脚本（.py/.sh/.ps1）、配置文件（.json/.yaml/.toml）、项目文档（README.md/workflows/）。纯散文/日记/日志类文件跳过。文件超 20 个时优先脚本+配置类。
声明提取模式：
github\.com/[\w.-]+/[\w.-]+ → github.com/xxx/yyyv?\d+\.\d+(\.\d+)*(?:-[.\w]+)? → PyTorch 2.7.1"?\w+"?\s*[:=]\s*"?[^\s,;"]+"? → blocks_to_swap=10, port: 3000https?://[^\s]+\bapi[^\s]+ → https://api.example.com/v1/chat(?:^|[\s]+)(docker|npm|pip|python|git|curl|cargo|go)\s[^\n]+ → docker compose up -d\b[A-Z_]{3,}\b（仅 .env/.sh/配置文件激活）→ OPENAI_API_KEY(?:/[\w.-]+)+/? → /etc/nginx/conf.d/, ~/.config/:\d{2,5}(?:/\w+)? → :18789, :3000/api[\w.-]+:[\w][\w.-]* → python:3.11-slim\d+\s*(GB|MB|GiB|MiB)\s*(VRAM|RAM|显存) → 16GB VRAM(?:~|大约|约|about)?\s*\d+\s*(KB|MB|GB|TB) → ~10GB(?:pip3?|python\s+-m\s+pip|uv\s+pip)\s+install\s+\S+ → pip install xxx"(@?[\w@./-]+)":\s*"([^"]+)" → "next": "^14.2.0"CVE-\d{4}-\d{4,} → CVE-2024-1234(Chrome|Safari|Firefox|Edge)\s*\d+ → Chrome 90+git\s+clone\s+(?:--depth\s+\d+\s+)?\S+ → git clone --depth 1 https://...可执行脚本中的外部资源引用自动提升一个严重度等级。 脚本（.ps1/.py/.sh）里的文件名、URL、仓库 ID 写错会直接导致运行失败，比文档中的同名错误严重得多。
输出：按文件分组的声明清单，标注每条的验证方法和优先级。
对每条声明使用对应验证方法。必须实际查询，不能凭训练知识判断。
验证工具优先级：
gh repo view / gh api — GitHub 仓库可用性，gh api repos/{o}/{r}/releases/latest 查最新发布curl -I {url} — 快速检查 URL 可达性（HEAD 请求优先）npm view {pkg} / pip index versions {pkg} / brew info {fmla} — 包管理器验证gh auth status — 先检查认证状态，再决定是否设 GH_TOKEN并行化： 独立的验证项用多个 Agent 并行跑，不要串行。
API 频率限制处理：
GH_TOKEN 或 GITHUB_TOKEN 环境变量可获得 5000 req/hr。https://huggingface.co/api/models/{user}/{repo} 查看模型信息，/tree/main 查看文件列表。https://pypi.org/pypi/{package}/json 获取版本信息。源冲突解决优先级： 官方文档 > GitHub README > 官方 Wiki > 社区讨论 > 博客文章。当源冲突时，以优先级高的为准，在报告中注明冲突详情。
检查同一参数/描述在不同文件中的表述是否一致：
CRITICAL 发现必须经用户确认后才能修复。HIGH 发现若超过 3 个，或任一修复会改动超过 5 行，也需确认。MEDIUM/LOW 自动修复，汇总报告。确认格式：
### 发现 #1 [CRITICAL]
文件：xxx.py:42 原：`pip instal torch` 应为：`pip install torch`
证据：PyPI 官方文档 https://pypi.org/project/torch/
是否修复？[Y/n]（拒绝时标为"用户否决"，不修复但保留在报告中）
按严重度排序修复。每个严重度锚定到可检验的后果：
| 严重度 | 定义 | 示例 |
|---|---|---|
| CRITICAL | 可证明会导致崩溃或异常 | 仓库不存在、命令语法错误、NameError |
| HIGH | 可证明会导致错误输出/行为 | 参数值错误、VRAM 估算偏差 >20% |
| MEDIUM | 信息不正确但不会改变系统行为 | 版本号过时、失效链接（若无人点击） |
| LOW | 功能正确但表述不精确 | 措辞不统一、格式差异 |
输出格式：
## 审查报告
### 统计
- 总声明数：X
- 已验证：X
- 有问题：X（CRITICAL: X / HIGH: X / MEDIUM: X / LOW: X）
- 已修复：X
### 发现的问题
| 文件 | 行 | 原值 | 应为 | 证据来源 | 严重度 | 状态 |
|------|-----|------|------|---------|--------|------|
| ... | ... | ... | ... | ... | ... | 已修/待定/用户否决 |
### 仍需实际验证的项
（需要实际运行环境才能确认的项目）
user/repo 突然 404）只有实际查询才能发现，静态分析检测不到。本 skill 是外部资源验证器，不是代码审查器。它验证 URL、版本号、包名、文件路径等可联网查证的外部声明。无法检测：未定义变量、类型错误、逻辑缺陷、缺少导入等代码级 bug。
适用场景：
以下场景在特定项目环境中是正常的，不应标记：
shell=True，不是安全漏洞。结合上下文判断而非机械标记。/opt/homebrew、Linux /usr/local、Windows C:\Program Files），不应交叉标记。pypi.tuna.tsinghua.edu.cn、ghproxy.com 等是合法镜像，不应标记为"非官方"。