Skill flagged — suspicious patterns detected

ClawHub Security flagged this skill as suspicious. Review the scan results before using.

Merge Drafts

v1.1.0

Intelligent draft merging tool with quality assessment and conflict resolution. Merges multiple drafts into a high-quality article, supporting multiple input...

2· 242·0 current·0 all-time
byJialin@0xcjl

Install

OpenClaw Prompt Flow

Install with OpenClaw

Best for remote or guided setup. Copy the exact prompt, then paste it into OpenClaw for 0xcjl/merge-drafts.

Previewing Install & Setup.
Prompt PreviewInstall & Setup
Install the skill "Merge Drafts" (0xcjl/merge-drafts) from ClawHub.
Skill page: https://clawhub.ai/0xcjl/merge-drafts
Keep the work scoped to this skill only.
After install, inspect the skill metadata and help me finish setup.
Use only the metadata you can verify from ClawHub; do not invent missing requirements.
Ask before making any broader environment changes.

Command Line

CLI Commands

Use the direct CLI path if you want to install manually and keep every step visible.

OpenClaw CLI

Bare skill slug

openclaw skills install merge-drafts

ClawHub CLI

Package manager switcher

npx clawhub@latest install merge-drafts
Security Scan
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Suspicious
medium confidence
Purpose & Capability
The name/description (merge drafts, quality assessment, conflict resolution) align with the SKILL.md workflow: parsing inputs, evaluating, detecting conflicts, merging and producing outputs. Accepting local files, pasted text, URLs and Feishu doc links is reasonable for this purpose. Minor inconsistency: the skill advertises support for producing Feishu documents as an output format but provides no environment variables, credentials, or instructions for authenticating to Feishu (writing to Feishu normally requires auth), which is unexplained.
Instruction Scope
The runtime instructions are narrowly scoped to tasks needed for merging drafts: input parsing (local files/URLs/Feishu/public links), per-document evaluation, conflict detection, choosing a base draft, semantic fusion, minimal polishing, and producing outputs/reports. The skill instructs reading files (including analysis.md in the same directory) which is appropriate for the task, but callers should be careful to supply only intended file paths — the skill will process whatever paths/links the user supplies. There are no instructions that attempt to read unrelated system configuration, secrets, or broad system state.
Install Mechanism
Instruction-only skill with no install spec and no code files; this minimizes disk-write/install risk. The scanner had no code to analyze, so there is no install-time risk from downloaded artifacts.
!
Credentials
The skill declares no required environment variables or credentials, which is appropriate for many merging tasks. However, it claims both input (Feishu doc links) and output support for Feishu documents. Reading publicly shared Feishu links can work without credentials, but producing/writing Feishu documents typically requires authentication and API tokens. The SKILL.md does not declare required env vars (e.g., FEISHU_TOKEN) or explain how Feishu output is to be performed, so the capability/credential pairing is inconsistent and unexplained.
Persistence & Privilege
No persistence or elevated privileges requested. always is false and there are no install hooks or system-wide changes mentioned. The skill does not ask to modify other skills' configs or to enable permanent agent-wide hooks.
What to consider before installing
This skill appears to be a focused draft-merging workflow and poses low intrinsic install risk because it is instruction-only and requests no credentials. Before installing or using it: 1) confirm how Feishu output is supposed to work — if you expect the skill to write documents to your Feishu account, ask the author how authentication is handled and whether any API tokens will be requested; 2) when supplying local file paths, avoid passing system or sensitive files — the skill will process whatever files you give it; 3) test the skill with non-sensitive sample drafts to verify outputs and that conflict-handling behaves as described; 4) if you need Feishu writing, prefer a skill that explicitly declares required credentials and an install/auth flow rather than relying on unclear instructions. If the author can clarify Feishu write behavior (or remove Feishu output claims), the inconsistencies would be resolved and the skill would be closer to benign.

Like a lobster shell, security has layers — review code before you run it.

latestvk97f82fckqt80f13an44zctz4s839tf8
242downloads
2stars
4versions
Updated 22h ago
v1.1.0
MIT-0

多稿合并技能 v2.0

写作风格

本技能遵循 writing-style 技能定义的写作规范(见"写作风格"章节),同时补充以下合稿特有原则:

  • 语气一致:若各稿语气差异过大(如案例分析稿偏口语、技术解读稿偏正式),以基础稿为准,通过过渡句调节全文基调
  • 保留独特表达:某稿中有生命力的词句或精准术语,应在融合时保留,而非统一成平淡表达
  • 术语统一:同一概念在不同稿中出现不同表述时,优先保留基础稿用语,其余作为脚注说明"别处亦作XXX"
  • 行文节奏:合并时避免堆砌短句,注意段落内部的长短句搭配

关联: 写作风格的具体执行在"步骤六:智能润色"中体现;"步骤五:融合合并"中的自由度边界受风格约束。


输入

支持:文件路径(txt/md/docx/pdf)、URL链接、直接粘贴文本、飞书文档链接。同目录 analysis.md(如有)作辅助参考。

提示: 飞书文档必须开启"任何人可查看"分享权限(见"错误处理"中的"飞书文档无权限")。

输入格式优先级

飞书文档链接 > 本地文件路径 > 直接粘贴文本 > analysis.md

关联: 输入格式的具体解析逻辑在"步骤一:输入解析"中;支持格式列表见"错误处理"中的"无法读取格式"条目。


质量评估标准

以下标准贯穿整个合并流程,从步骤二的独立评估到步骤七的最终输出。

维度权重说明
结构清晰度20%段落组织、逻辑 flow
信息完整度25%覆盖主题程度
表达质量20%语法、流畅度
独特亮点15%独特视角/数据/案例
主题契合度20%与最终目标匹配度

评分等级: 90-100优秀 / 70-89良好 / 50-69一般 / <50较差

评分计算示例:

  • 稿A:结构清晰度90分×20% + 信息完整度85分×25% + 表达质量88分×20% + 独特亮点80分×15% + 主题契合度92分×20% = 87.45分(良好)
  • 稿B:各维度平均70分 = 70分(良好)
  • 稿C:各维度平均50分 = 50分(一般)

关联: 基础稿评分直接影响最终文章质量上限(见步骤四);评估结果决定步骤六润色优先级;最终评分输出至"输出格式"中的合并报告。

评估结果将作为以下工作流程各步骤的决策依据,请先完整理解标准,再进入步骤一。


工作流程

各步骤按顺序执行,前一步骤未通过时不得进入下一步(见"约束规则")。

步骤一:输入解析

识别输入格式,统一转为 Markdown,提取标题、正文、注释。

→ 输出: 标准化的 Markdown 稿件列表,供步骤二评估使用。

步骤二:独立评估

对每份稿子按6个维度打分(见"质量评估标准"),提取核心论点,标记独特亮点,识别潜在问题。

示例: 稿A"降低开发门槛",稿B"带来安全风险"→ 均标记为独立论点,融合时在"挑战与机遇"章节并存。

→ 输出: 每份稿子的评分报告,供步骤三冲突检测和步骤四基础稿选择使用。

步骤三:冲突检测

找出矛盾观点/数据,优先保留有引用来源的,无法判断时呈现用户选择(见"错误处理"中的"内容冲突")。

示例: 稿A"2025年500亿美元",稿B"2026年800亿美元"→ 优先保留有第三方报告来源的版本。

→ 输出: 冲突点清单,供步骤四基础稿选择和步骤五融合合并参考。

步骤四:选择基础稿

评分最高者为基础稿(见"约束规则"):结构最清晰 > 信息最完整 > 表达最好 > 改动成本最低。

示例: 稿A(85分)、稿B(83分)、稿C(80分) → 选稿A为基础稿。

→ 输出: 确定的基础稿(含章节结构和核心论点骨架),作为步骤五融合合并的骨架。

步骤五:融合合并

提取缺失内容、更好表达、独特视角、数据案例,融入基础稿(见"约束规则"中的"禁止直接拼接")。

融合原则: 融合而非拼接,像一个人写的;保留核心主线(即全文论点主线和章节逻辑骨架),优先使用有出处的内容。

自由度边界(以下情况必须遵循,禁止越界):

  • 表达差异不明显时以基础稿为准 — 禁止自行判断哪个表达更好
  • 亮点与主线冲突时降级为脚注 — 禁止直接删除亮点内容
  • 数据案例与结构不匹配时另设章节 — 禁止强行压缩进不相关章节
  • 有争议数据以权威来源为准 — 禁止凭感觉选择

灵活处理边界(以下情况允许灵活处理):

  • 基础稿某章节过于简略,其他稿有详细阐述 → 允许扩充该章节
  • 基础稿某段落表达冗长,其他稿有简洁版本 → 允许精简表达
  • 基础稿缺少过渡段落,其他稿有合适衔接 → 允许补充过渡
  • 基础稿某数据已过时,其他稿有最新数据 → 允许更新数据

→ 输出: 融合后的初稿,供步骤六润色优化。

步骤六:智能润色

检查拼接痕迹(过渡自然)、风格统一(删除重复)、逻辑连贯、错别字检查(见"错误处理"中的"润色后出现病句")。最小必要润色的边界: 仅处理语法错误、明显错别字、断裂的过渡句;禁止重写表达、删改内容结构、改变论点走向(见"约束规则")。

→ 输出: 润色后的终稿,供步骤七输出。

步骤七:输出

默认 Markdown,同时输出合并报告(见"输出格式");支持 Markdown/HTML/PDF/飞书文档。

→ 输出: 最终文章 + 合并报告。


步骤一至步骤七形成闭环:输入解析 → 独立评估 → 冲突检测 → 选择基础稿 → 融合合并 → 智能润色 → 输出。


输出格式

合并报告

📊 合并报告
📝 基础稿:[文件名] (评分: XX)
📄 稿件贡献:- 稿1: [贡献内容]
✏️ 主要修改:[修改点]
📈 质量评分:XX/100

质量评分必须依据"质量评估标准"计算(见"约束规则")。

文章输出

保持 Markdown 格式,重要引用添加脚注,章节标题层级清晰。

完成输出后,若遇到格式不支持、权限不足、字数超限等情况,请按下方错误处理表对应处理。


错误处理

情况处理方式
主题完全不相关提示用户,分开处理
字数差异过大(>5倍)警告,说明风险,由用户确认是否继续
无法读取格式提示支持格式列表
内容冲突标记冲突点,请用户决定,禁止不告知用户自行选择(见步��三)
稿子只有1份提示至少需要2份,退出流程
稿子全部为空提示检查文件路径或内容,退出流程
飞书文档无权限提示确认分享权限(见"输入"章节提示)
输出格式不支持回退到默认Markdown(见步骤七)
某稿评估得分极低(<30)在报告中单独标注(见步骤二)
融合后字数过长(>2万字)提示可分篇输出
多份稿子标题完全相同保留基础稿标题
冲突过多(>5个)汇总一次性请用户确认,禁止自行处理超过5个冲突(见步骤三)
润色后出现病句标记"待确认",保留原文和润色版供用户选择(见步骤六)

约束规则

关联: 约束规则与工作流程各步骤的对应关系——步骤二(评分标准一致)、步骤三(冲突必须先检测)、步骤四(基础稿选择)、步骤五(融合而非拼接)、步骤六(最小必要润色)、步骤七(必须输出报告);错误处理表中的各条目均映射到对应步骤。

  • 必须在融合前完成冲突检测(步骤三)
  • 必须以评分最高稿为基础稿(步骤四)
  • 禁止直接拼接,必须进行语义融合(步骤五)
  • 禁止未告知用户丢弃任何稿件全部内容
  • 必须输出合并报告(步骤七、输出格式)
  • 必须说明各稿贡献(输出格式)
  • 禁止修改原文,只能最小必要润色——仅修正语法错误、明显错别字及断裂过渡;禁止重写表达、删改内容结构(步骤六)
  • 必须按质量评估标准权重计算评分(质量评估标准、输出格式)
  • 必须对所有稿件采用统一的评分标准,不得因某稿为主稿而放宽其扣分标准(步骤二)
  • 禁止仅凭主观偏好(如某稿用词更"顺眼")提升其评分,必须有可说明的依据(步骤二)

语言规范

用"必须"替代"try to",用"禁止"替代"avoid";"允许合理冗余"须在报告中说明其价值。

Comments

Loading comments...