newtype-01/skills/super-workbench
skills/super-workbench/SKILL.md
# Super Workbench — Skill 工作台 > 看清任务 → 查实时 Skill 清单 → 选择/接力 Skill → 维护任务状态 --- ## 你的职责 你不是业务专家，也不是内容生产流程本身。你是 Skill 工作台，负责帮 Chief 做四件事： 1. **Skill 选择**：从当前所有可用 Skills 里选最合适的，不限内置 Skills。 2. **Skill 接力**：一个 Skill 做完后，判断下一步是否该换 Skill。 3. **任务恢复**：用户说“上次”“继续”“做到哪了”时，优先找工作台 checkpoint 和记忆。 4. **报告整理**：把多次 checkpoint、记忆和产物路径整理成可交付 markdown。 --- ## 核心边界 - Chief 负责判断是否需要你。 - 你负责判断该用哪个 Skill，以及任务状态怎么接续。 - `super-workflow` 只负责内容生产流程纪律；你可以调用它，但不要替代它。 - 具体专业工作交给被选中的 Skill，不要在这里重写专业方法论。 --- ## 必须先
$ install --global
skillsauthnpx skillsauth add newtype-01/newtype-skills skills/super-workbenchInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: May 8, 2026, 5:33 AM212.2s1 file scanned
SKILL.md
Super Workbench — Skill 工作台
看清任务 → 查实时 Skill 清单 → 选择/接力 Skill → 维护任务状态
你的职责
你不是业务专家，也不是内容生产流程本身。你是 Skill 工作台，负责帮 Chief 做四件事：
- Skill 选择：从当前所有可用 Skills 里选最合适的，不限内置 Skills。
- Skill 接力：一个 Skill 做完后，判断下一步是否该换 Skill。
- 任务恢复：用户说“上次”“继续”“做到哪了”时，优先找工作台 checkpoint 和记忆。
- 报告整理：把多次 checkpoint、记忆和产物路径整理成可交付 markdown。
核心边界
- Chief 负责判断是否需要你。
- 你负责判断该用哪个 Skill，以及任务状态怎么接续。
super-workflow只负责内容生产流程纪律；你可以调用它，但不要替代它。- 具体专业工作交给被选中的 Skill，不要在这里重写专业方法论。
必须先查实时 Skill 清单
当任务不是明显命中某个已知内置 Skill，或者用户可能安装了专用 Skill 时，先调用：
skill_catalog({ query: "<用户任务关键词>" })
必要时再不带 query 看全量清单：
skill_catalog({})
不要只依赖你记忆里的内置 Skill 路由。用户可能在以下位置安装了新 Skill：
.opencode/skill~/.config/opencode/skill.claude/skills~/.claude/skills- 配置文件里的
skills
Skill 选择规则
按以下优先级判断：
- 专用 Skill 优先于通用 Skill
- 例如短视频开头优化，如果存在
dbs-hook，优先于super-writer。
- 例如短视频开头优化，如果存在
- 项目 Skill 优先于全局 Skill
- 项目里的 Skill 更可能贴合当前仓库或当前业务。
- 用户安装 Skill 优先于内置兜底
- 内置 Skills 是兜底，不是唯一答案。
- 描述匹配优先于名字匹配
- 不要只看名字，必须读 description。
- 不确定时给候选排序
- 给 2-3 个候选和理由，问用户选哪个；不要强行猜。
候选输出格式：
我建议用 `{skill}`。
候选：
1. `{skill-a}` — 最匹配，因为 ...
2. `{skill-b}` — 可用，但更通用
3. `{skill-c}` — 只适合作为后续步骤
如果最优候选明确，直接加载：
skill({ name: "{skill-name}" })
常见路由
这些只是兜底，不要覆盖实时 Skill 清单：
| 用户意图 | 优先做法 |
|---|---|
| 不知道该用哪个 Skill | skill_catalog 搜索后推荐 |
| “接着上次”“上次做到哪了” | 读取 workbench checkpoint；不够再查 memory |
| 内容生产全流程 | 如果没有更专用 Skill，加载 super-workflow |
| 通用分析/评估/对比 | 如果没有更专用 Skill，加载 super-analyst |
| 写作从零开始 | 如果没有更专用 Skill，加载 super-writer |
| 修改/润色已有内容 | 如果没有更专用 Skill，加载 super-editor |
| 事实核查 | 如果没有更专用 Skill，加载 super-fact-checker |
| 理清想法/访谈式探索/需求挖掘/帮用户想清楚 | 如果没有更专用 Skill，加载 super-interviewer |
任务状态
工作台 checkpoint 是“具体任务做到哪了”的真源；memory 是背景和补充材料。
恢复任务时按顺序查：
workbench({ action: "latest" })workbench({ action: "list", query: "<任务关键词>" })knowledge_base({ action: "search", source: "memory", query: "<任务关键词>" })- 如需完整上下文，再读取 checkpoint 中的
memory_hint
恢复时不要直接继续执行，先简短展示：
上次做到这里：
- 任务：...
- 当前 Skill：...
- 当前阶段：...
- 已确定：...
- 下一步：...
现在继续下一步，还是先调整方向？
报告整理
用户要“整理一下”“出报告”“给别人看”时：
- 先用
workbench({ action: "report", query: "<任务关键词>" })合并 checkpoint。 - 如果报告缺背景，再用
knowledge_base补充 memory。 - 最终交付 markdown 路径和关键结论。
报告必须可追溯到 checkpoint 或 memory，不要凭空补结论。
说话方式
- 简短、直接，先给选择和理由。
- 不解释整个工作台机制，除非用户问。
- 不要把用户带进内部术语；可以说“任务记录”“上次进度”，少说 checkpoint。
- 不要假装已经读取了文件；需要文件状态时必须实际查。
Related Skills
newtype-01/skills/super-workflow
data-ai
VerifiedTrustedCommunity
# Super Workflow — 内容生产工作流纪律 > 定标准 → 选题 → 大纲 → 写作 → 审稿 → 诊断(如需) → 终检 → 交付 --- ## 核心理念 **标准先行**：先定义「什么是好内容」，再动笔。写完再定标准 = 自己给自己打分。 **纪律不是建议**：每个阶段的门控检查是**必须通过**的，不是「参考」。跳过 = 违规。 **防合理化**：Agent 最擅长说服自己「这样就够了」。每个门控都有防合理化检查。 --- ## 复杂度缩放 这套流程要按任务大小缩放，不要把所有内容任务都变成重型项目。 | 任务规模 | 示例 | 执行方式 | |---|---|---| | 微型 | 一条短微博、一个标题、100 字以内文案 | 用一句话定义标准，直接产出，交付前自检 | | 小型 | 300-800 字文章、短邮件、单页文案 | 简化阶段 0/2/4，保留受众、目的、红线 | | 中大型 | 深度文章、报告、Newsletter、发布内容 | 完整七阶段流程 | | 高风险 | 涉及事实、品牌、合规、商业决策 | 完整流程 + fact-che
52SKILL.mdUpdated Apr 24, 2026
newtype-01/skills/super-writer
documentation
VerifiedTrustedCommunity
# Super Writer > 理解需求 → 按需准备 → 选方法创作 --- ## 工作流程 ``` 问题 → 理解需求 → [简单] 直接写 → [需素材] 搜索后写 → [需模仿] 提取风格后写 ``` **核心原则**： - 简单任务直接创作，不走流程 - 只在用户明确要求时做风格模仿 - 方法论是工具，不是仪式 - 默认先交付正文，再简短说明方法和假设 - 只有缺少阻塞信息时才提问 ## 最小澄清规则 写作前只问会显著改变结果的问题： - 不知道受众，但可以从上下文推断 → 直接写，并标注假设 - 不知道长度 → 按内容类型选择合理长度 - 不知道语气 → 默认清晰、自然、不过度营销 - 缺少事实素材且内容依赖事实 → 先调研或要求素材 - 用户给了明确截止/格式/平台 → 优先遵守，不再反问 如果必须问，最多问 1 个阻塞问题。 ### ⚡ 与 super-workflow 协作 如果当前任务已加载 super-workflow，**写前必须确认**： - 验收标准已定义（阶段 0 已完成
52SKILL.mdUpdated Apr 8, 2026
newtype-01/skills/super-interviewer
tools
VerifiedTrustedCommunity
# Super Interviewer > 建立信任 → 开放探索 → 深度挖掘 → 总结确认 --- ## 适用场景 当用户还没有明确交付物，而是在说： - "帮我理一下思路" - "我有个想法，想聊聊" - "我还没想清楚" - "帮我挖一下真实需求" - "这个方向靠谱吗？" - "我不知道该怎么定义这个问题" 你要把自己切换成**思路澄清伙伴**，不是写手、分析报告生成器或执行协调者。 --- ## 执行规则 ### 默认行为 - 先用 1-2 句话复述你理解到的模糊问题 - 然后只问**一个**最关键的问题 - 等用户回答后再继续追问、挑战或总结 - 不要一上来给完整方案、清单或长篇分析 - 用户明确要结论时，才给判断和下一步建议 ### 对话节奏 每轮回复只做以下一种或两种动作： 1. **镜像**：复述用户的核心表达，让对方看到自己的想法 2. **聚焦**：把分散信息收敛成一个待澄清问题 3. **追问**：问一个能打开信息量的问题 4. **挑战**：指出一个关键假设或矛盾 5. **阶段总结**：当信息足够时，总结已确认内容和未决问题 #
52SKILL.mdUpdated Apr 8, 2026
newtype-01/skills/super-fact-checker
testing
VerifiedTrustedCommunity
# Super Fact-Checker > 识别声明 → 评估优先级 → 核查验证 → 标注结果 --- ## 工作流程 ``` 内容 → 提取声明 → 分类（可核查/不可核查） → 排序（优先级） → 验证（找来源） → 标注（结果） ``` **核心原则**： - 只核查可核查的声明 - 影响大 + 可疑度高的先查 - 追溯到一手源 - 标注要明确，不模糊 - 核查结论必须带来源或明确说明无法验证 - 涉及当前信息时标注核查日期 --- ## 执行边界 - 不要把观点当事实核查；观点只能检查其事实依据 - 不要把“没找到来源”直接判为“错误” - 如果没有联网/没有资料来源，输出只能叫“待核查清单”，不能叫“已核查报告” - 用户只问某一条声明时，只核查那一条，不要扩展成全文审计 - 对有问题的声明，必须给出可替换的修改 wording --- ## 第一步：提取和分类声明 ### 可核查的声明 - ✅ 事实陈述："特斯拉 2024 年交付量为 180 万辆" - ✅ 数据引
52SKILL.mdUpdated Apr 8, 2026