newtype-01
8 verified skills406 total stars
skills/super-writer
# Super Writer > 理解需求 → 按需准备 → 选方法创作 --- ## 工作流程 ``` 问题 → 理解需求 → [简单] 直接写 → [需素材] 搜索后写 → [需模仿] 提取风格后写 ``` **核心原则**： - 简单任务直接创作，不走流程 - 只在用户明确要求时做风格模仿 - 方法论是工具，不是仪式 - 默认先交付正文，再简短说明方法和假设 - 只有缺少阻塞信息时才提问 ## 最小澄清规则 写作前只问会显著改变结果的问题： - 不知道受众，但可以从上下文推断 → 直接写，并标注假设 - 不知道长度 → 按内容类型选择合理长度 - 不知道语气 → 默认清晰、自然、不过度营销 - 缺少事实素材且内容依赖事实 → 先调研或要求素材 - 用户给了明确截止/格式/平台 → 优先遵守，不再反问 如果必须问，最多问 1 个阻塞问题。 ### ⚡ 与 super-workflow 协作 如果当前任务已加载 super-workflow，**写前必须确认**： - 验收标准已定义（阶段 0 已完成
documentation52
skills/super-workflow
# Super Workflow — 内容生产工作流纪律 > 定标准 → 选题 → 大纲 → 写作 → 审稿 → 诊断(如需) → 终检 → 交付 --- ## 核心理念 **标准先行**：先定义「什么是好内容」，再动笔。写完再定标准 = 自己给自己打分。 **纪律不是建议**：每个阶段的门控检查是**必须通过**的，不是「参考」。跳过 = 违规。 **防合理化**：Agent 最擅长说服自己「这样就够了」。每个门控都有防合理化检查。 --- ## 复杂度缩放 这套流程要按任务大小缩放，不要把所有内容任务都变成重型项目。 | 任务规模 | 示例 | 执行方式 | |---|---|---| | 微型 | 一条短微博、一个标题、100 字以内文案 | 用一句话定义标准，直接产出，交付前自检 | | 小型 | 300-800 字文章、短邮件、单页文案 | 简化阶段 0/2/4，保留受众、目的、红线 | | 中大型 | 深度文章、报告、Newsletter、发布内容 | 完整七阶段流程 | | 高风险 | 涉及事实、品牌、合规、商业决策 | 完整流程 + fact-che
data-ai52
skills/super-editor
# Super Editor > 判断层级 → 从大到小编辑 → 标注修改 → 解释理由 --- ## 工作流程 ``` 草稿 → 评估层级 → [结构问题] 结构编辑 → [段落问题] 段落编辑 → [句子问题] 句子编辑 → [词语问题] 词语编辑 ``` **核心原则**： - 先大后小：结构 → 段落 → 句子 → 词语 - 不要边写边改，一层一层来 - 每次修改都要有理由 - 尊重作者风格，不过度改写 - 默认交付改后版本，而不是只给编辑报告 - 用户要求“润色/改一下”时直接改，不要先长篇诊断 --- ## 交付模式 根据用户请求选择输出，不要所有场景都输出完整编辑报告： | 用户意图 | 默认交付 | |---|---| | “润色/改一下/优化语言” | 改后全文 + 3 条以内修改说明 | | “帮我审稿/看看问题” | 问题清单 + 修改建议 | | “保留修改痕迹/逐条说明” | 编辑报告 + 原句/改句对照 | | “重写/改风格” | 改后版本 + 风格变化说
tools52
skills/super-analyst
# Super Analyst > 判断复杂度 → 系统化调研 → 选框架分析 → 输出结论 --- ## 工作流程 ``` 问题 → 复杂度判断 → [简单] 直接回答 → [中等] 选1框架 + 基础调研 → [复杂] 组合框架 + 深度调研 ``` **核心原则**： - 简单问题直接答，不走流程 - 框架是工具，不是仪式 - 调研讲方法，不是堆数量 - Sequential Thinking 是可选的深度思考工具，不强制 - 结论先行：先给判断，再给依据 - 区分事实、推断和观点，不要把推断写成事实 --- ## 执行规则 ### 默认行为 - 用户要判断时，直接给出你的判断，不只罗列选项 - 信息不足但不影响方向时，先说明假设，再继续分析 - 信息不足且会改变结论时，问一个阻塞问题或先做调研 - 涉及当前数据、公司、产品、价格、政策、市场排名时，必须调研后再下结论 - 没有完成调研时，不要写“根据资料显示”；改写成“基于已知信息/在这个假设下” ### 输出边界 - 不要为了展示框架
tools52
skills/super-fact-checker
# Super Fact-Checker > 识别声明 → 评估优先级 → 核查验证 → 标注结果 --- ## 工作流程 ``` 内容 → 提取声明 → 分类（可核查/不可核查） → 排序（优先级） → 验证（找来源） → 标注（结果） ``` **核心原则**： - 只核查可核查的声明 - 影响大 + 可疑度高的先查 - 追溯到一手源 - 标注要明确，不模糊 - 核查结论必须带来源或明确说明无法验证 - 涉及当前信息时标注核查日期 --- ## 执行边界 - 不要把观点当事实核查；观点只能检查其事实依据 - 不要把“没找到来源”直接判为“错误” - 如果没有联网/没有资料来源，输出只能叫“待核查清单”，不能叫“已核查报告” - 用户只问某一条声明时，只核查那一条，不要扩展成全文审计 - 对有问题的声明，必须给出可替换的修改 wording --- ## 第一步：提取和分类声明 ### 可核查的声明 - ✅ 事实陈述："特斯拉 2024 年交付量为 180 万辆" - ✅ 数据引
testing52
skills/super-workbench
# 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，不要在这里重写专业方法论。 --- ## 必须先
testing52
skills/super-interviewer
# Super Interviewer > 建立信任 → 开放探索 → 深度挖掘 → 总结确认 --- ## 适用场景 当用户还没有明确交付物，而是在说： - "帮我理一下思路" - "我有个想法，想聊聊" - "我还没想清楚" - "帮我挖一下真实需求" - "这个方向靠谱吗？" - "我不知道该怎么定义这个问题" 你要把自己切换成**思路澄清伙伴**，不是写手、分析报告生成器或执行协调者。 --- ## 执行规则 ### 默认行为 - 先用 1-2 句话复述你理解到的模糊问题 - 然后只问**一个**最关键的问题 - 等用户回答后再继续追问、挑战或总结 - 不要一上来给完整方案、清单或长篇分析 - 用户明确要结论时，才给判断和下一步建议 ### 对话节奏 每轮回复只做以下一种或两种动作： 1. **镜像**：复述用户的核心表达，让对方看到自己的想法 2. **聚焦**：把分散信息收敛成一个待澄清问题 3. **追问**：问一个能打开信息量的问题 4. **挑战**：指出一个关键假设或矛盾 5. **阶段总结**：当信息足够时，总结已确认内容和未决问题 #
tools52
skills/super-obsidian
# Super Obsidian — CLI-First Knowledge Base Operations > 检测环境 → 用 Obsidian CLI 搜索/读写 → 永远不直接遍历 .md 文件 --- ## 前提条件 1. **Obsidian App 必须正在运行**（CLI 是 App 的遥控器，不是独立工具） 2. CLI 已在 Settings → General → Command line interface 中启用 3. `obsidian` 命令在 PATH 中可用 **验证**： ```bash obsidian version ``` 如果命令不存在，提示用户： - macOS: 在 Obsidian 设置中启用 CLI，会自动添加到 PATH - 手动添加: 将 Obsidian 可执行文件路径加入 PATH --- ## 核心原则 1. **搜索必用 CLI**：`obsidian search` 使用 Obsidian 原生搜索引擎，效果远优于 grep/rg 遍历 .md 文件 2. **走正门**：通过 CLI 操作保证索引一致
tools42