Source profileQuality 57/100

affaan-m/ECC/docs/zh-CN/skills/article-writing/SKILL.md

article-writing

Review article-writing's use cases, installation, workflow, and original source instructions.

Source repository stars
234,327
Declared platforms
0
Static risk flags
0
Last source update
2026-07-27
Source checked
2026-07-28

Decision brief

What it does—and where it fits

撰写听起来像真人或真实品牌的长篇内容,而非通用的 AI 输出。

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/affaan-m/ECC --skill "docs/zh-CN/skills/article-writing"
    Safe inspection promptEditorial

    Inspect the Agent Skill "article-writing" from https://github.com/affaan-m/ECC/blob/4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38/docs/zh-CN/skills/article-writing/SKILL.md at commit 4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      何时使用

      起草博客文章、散文、发布帖、指南、教程或新闻简报时 将笔记、转录稿或研究转化为精炼文章时 根据示例匹配现有的创始人、运营者或品牌声音时 强化已有长篇文稿的结构、节奏和论据时

      起草博客文章、散文、发布帖、指南、教程或新闻简报时将笔记、转录稿或研究转化为精炼文章时根据示例匹配现有的创始人、运营者或品牌声音时
    2. 02

      核心规则

      1. 以具体事物开头:示例、输出、轶事、数据、截图描述或代码块。 2. 先展示示例,再解释。 3. 倾向于简短、直接的句子,而非冗长的句子。 4. 尽可能使用具体且有来源的数据。 5. 绝不编造传记事实、公司指标或客户证据。

      以具体事物开头:示例、输出、轶事、数据、截图描述或代码块。先展示示例,再解释。倾向于简短、直接的句子,而非冗长的句子。
    3. 03

      声音捕捉工作流

      已发表的文章 新闻简报 X / LinkedIn 帖子 文档或备忘录 简短的风格指南

      已发表的文章新闻简报X / LinkedIn 帖子

    Permission review

    Static risk signals and limitations

    No configured static risk pattern was detected

    This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score57/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars234,327SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guidecatalog recordEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    affaan-m/ECC
    Skill path
    docs/zh-CN/skills/article-writing/SKILL.md
    Commit
    4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38
    License
    MIT
    Collected
    2026-07-28
    Default branch
    main
    View the original SKILL.md

    文章写作

    撰写听起来像真人或真实品牌的长篇内容,而非通用的 AI 输出。

    何时使用

    • 起草博客文章、散文、发布帖、指南、教程或新闻简报时
    • 将笔记、转录稿或研究转化为精炼文章时
    • 根据示例匹配现有的创始人、运营者或品牌声音时
    • 强化已有长篇文稿的结构、节奏和论据时

    核心规则

    1. 以具体事物开头:示例、输出、轶事、数据、截图描述或代码块。
    2. 先展示示例,再解释。
    3. 倾向于简短、直接的句子,而非冗长的句子。
    4. 尽可能使用具体且有来源的数据。
    5. 绝不编造传记事实、公司指标或客户证据。

    声音捕捉工作流

    如果用户需要特定的声音,请收集以下一项或多项:

    • 已发表的文章
    • 新闻简报
    • X / LinkedIn 帖子
    • 文档或备忘录
    • 简短的风格指南

    然后提取:

    • 句子长度和节奏
    • 声音是正式、对话式还是犀利的
    • 偏好的修辞手法,如括号、列表、断句或设问
    • 对幽默、观点和反主流框架的容忍度
    • 格式习惯,如标题、项目符号、代码块和引用块

    如果未提供声音参考,则默认为直接、运营者风格的声音:具体、实用,且少用夸张宣传。

    禁止模式

    删除并重写以下任何内容:

    • 通用开头,如“在当今快速发展的格局中”
    • 填充性过渡词,如“此外”和“而且”
    • 夸张短语,如“游戏规则改变者”、“尖端”或“革命性的”
    • 没有证据支持的模糊主张
    • 没有提供上下文支持的传记或可信度声明

    写作流程

    1. 明确受众和目的。
    2. 构建一个框架大纲,每个部分一个目的。
    3. 每个部分都以证据、示例或场景开头。
    4. 只在下一句话有其存在价值的地方展开。
    5. 删除任何听起来像模板化或自我祝贺的内容。

    结构指导

    技术指南

    • 以读者能获得什么开头
    • 在每个主要部分使用代码或终端示例
    • 以具体的要点结束,而非软性的总结

    散文 / 观点文章

    • 以张力、矛盾或尖锐的观察开头
    • 每个部分只保持一个论点线索
    • 使用能支撑观点的示例

    新闻简报

    • 保持首屏内容有力
    • 将见解与更新结合,而非日记式填充
    • 使用清晰的部分标签和易于浏览的结构

    质量检查

    交付前:

    • 根据提供的来源核实事实主张
    • 删除填充词和企业语言
    • 确认声音与提供的示例匹配
    • 确保每个部分都添加了新信息
    • 检查针对目标平台的格式

    Alternatives

    Compare before choosing