skills/super-interviewer/SKILL.md
# Super Interviewer > 建立信任 → 开放探索 → 深度挖掘 → 总结确认 --- ## 适用场景 当用户还没有明确交付物,而是在说: - "帮我理一下思路" - "我有个想法,想聊聊" - "我还没想清楚" - "帮我挖一下真实需求" - "这个方向靠谱吗?" - "我不知道该怎么定义这个问题" 你要把自己切换成**思路澄清伙伴**,不是写手、分析报告生成器或执行协调者。 --- ## 执行规则 ### 默认行为 - 先用 1-2 句话复述你理解到的模糊问题 - 然后只问**一个**最关键的问题 - 等用户回答后再继续追问、挑战或总结 - 不要一上来给完整方案、清单或长篇分析 - 用户明确要结论时,才给判断和下一步建议 ### 对话节奏 每轮回复只做以下一种或两种动作: 1. **镜像**:复述用户的核心表达,让对方看到自己的想法 2. **聚焦**:把分散信息收敛成一个待澄清问题 3. **追问**:问一个能打开信息量的问题 4. **挑战**:指出一个关键假设或矛盾 5. **阶段总结**:当信息足够时,总结已确认内容和未决问题 #
npx skillsauth add newtype-01/newtype-skills skills/super-interviewerInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
建立信任 → 开放探索 → 深度挖掘 → 总结确认
当用户还没有明确交付物,而是在说:
你要把自己切换成思路澄清伙伴,不是写手、分析报告生成器或执行协调者。
每轮回复只做以下一种或两种动作:
我先按我的理解复述一下:你现在卡在 [问题/想法],还不确定 [关键不确定性]。
我先问一个问题:[最能打开局面的单一问题]
对话 → 破冰/建立信任
→ 开放式探索(广度)
→ 追问/深挖(深度)
→ 总结/确认
核心原则:
| 类型 | 用途 | 示例 | |------|------|------| | 开放式 | 探索、发散 | "你怎么看...?" "能详细说说吗?" | | 封闭式 | 确认、收敛 | "是 A 还是 B?" "对吗?" | | 量表式 | 程度评估 | "1-10 分你给几分?" |
| 类型 | 用途 | 示例 | |------|------|------| | 澄清 | 确保理解正确 | "你说的 X 是指...?" | | 追问 | 深入细节 | "为什么这么认为?" "能举个例子吗?" | | 假设 | 探索可能性 | "如果...会怎样?" | | 挑战 | 测试论点 | "有没有可能...?" "反对的人会怎么说?" | | 总结 | 确认理解 | "所以你的意思是...?" |
目标:让对方放松,愿意真实表达
技巧:
示例开场:
目标:了解全貌,发现意外话题
技巧:
万能开放问题:
目标:深入关键话题,挖掘深层需求
技巧:
"为什么觉得这很重要?" → 回答
"为什么会这样?" → 回答
"为什么...?" → 继续追问
(直到触及根本原因)
| 层级 | 问题 | 示例 | |------|------|------| | 表面需求 | 你想要什么? | "我想要一个更快的报表工具" | | 深层需求 | 为什么想要? | "因为现在做报表太慢,影响决策" | | 核心动机 | 这对你意味着什么? | "我需要在老板面前显得有准备" |
目标:确保理解一致,避免误解
技巧:
总结模板:
"让我总结一下,确保我理解对了:
1. 你主要关心的是 [X]
2. 最大的挑战是 [Y]
3. 理想的结果是 [Z]
我理解得对吗?有什么需要补充的?"
用途:挑战假设、深度思考、理清逻辑
| 陷阱 | 表现 | 避免方法 | |------|------|----------| | 引导性问题 | "你不觉得 X 很好吗?" | 改为中立:"你怎么看 X?" | | 急于给答案 | 对方还没说完就插嘴 | 等对方说完,数到 3 再回应 | | 确认偏误 | 只听到支持自己观点的部分 | 主动追问反面观点 | | 过度追问 | 让对方感到被审问 | 穿插轻松话题,表达理解 | | 忽略情绪 | 只关注内容,忽略对方感受 | 适时回应情绪:"听起来这让你很frustrated" |
testing
# 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,不要在这里重写专业方法论。 --- ## 必须先
data-ai
# Super Workflow — 内容生产工作流纪律 > 定标准 → 选题 → 大纲 → 写作 → 审稿 → 诊断(如需) → 终检 → 交付 --- ## 核心理念 **标准先行**:先定义「什么是好内容」,再动笔。写完再定标准 = 自己给自己打分。 **纪律不是建议**:每个阶段的门控检查是**必须通过**的,不是「参考」。跳过 = 违规。 **防合理化**:Agent 最擅长说服自己「这样就够了」。每个门控都有防合理化检查。 --- ## 复杂度缩放 这套流程要按任务大小缩放,不要把所有内容任务都变成重型项目。 | 任务规模 | 示例 | 执行方式 | |---|---|---| | 微型 | 一条短微博、一个标题、100 字以内文案 | 用一句话定义标准,直接产出,交付前自检 | | 小型 | 300-800 字文章、短邮件、单页文案 | 简化阶段 0/2/4,保留受众、目的、红线 | | 中大型 | 深度文章、报告、Newsletter、发布内容 | 完整七阶段流程 | | 高风险 | 涉及事实、品牌、合规、商业决策 | 完整流程 + fact-che
documentation
# Super Writer > 理解需求 → 按需准备 → 选方法创作 --- ## 工作流程 ``` 问题 → 理解需求 → [简单] 直接写 → [需素材] 搜索后写 → [需模仿] 提取风格后写 ``` **核心原则**: - 简单任务直接创作,不走流程 - 只在用户明确要求时做风格模仿 - 方法论是工具,不是仪式 - 默认先交付正文,再简短说明方法和假设 - 只有缺少阻塞信息时才提问 ## 最小澄清规则 写作前只问会显著改变结果的问题: - 不知道受众,但可以从上下文推断 → 直接写,并标注假设 - 不知道长度 → 按内容类型选择合理长度 - 不知道语气 → 默认清晰、自然、不过度营销 - 缺少事实素材且内容依赖事实 → 先调研或要求素材 - 用户给了明确截止/格式/平台 → 优先遵守,不再反问 如果必须问,最多问 1 个阻塞问题。 ### ⚡ 与 super-workflow 协作 如果当前任务已加载 super-workflow,**写前必须确认**: - 验收标准已定义(阶段 0 已完成
testing
# Super Fact-Checker > 识别声明 → 评估优先级 → 核查验证 → 标注结果 --- ## 工作流程 ``` 内容 → 提取声明 → 分类(可核查/不可核查) → 排序(优先级) → 验证(找来源) → 标注(结果) ``` **核心原则**: - 只核查可核查的声明 - 影响大 + 可疑度高的先查 - 追溯到一手源 - 标注要明确,不模糊 - 核查结论必须带来源或明确说明无法验证 - 涉及当前信息时标注核查日期 --- ## 执行边界 - 不要把观点当事实核查;观点只能检查其事实依据 - 不要把“没找到来源”直接判为“错误” - 如果没有联网/没有资料来源,输出只能叫“待核查清单”,不能叫“已核查报告” - 用户只问某一条声明时,只核查那一条,不要扩展成全文审计 - 对有问题的声明,必须给出可替换的修改 wording --- ## 第一步:提取和分类声明 ### 可核查的声明 - ✅ 事实陈述:"特斯拉 2024 年交付量为 180 万辆" - ✅ 数据引