Token导航 LogoToken导航TokenDH.com
待分类需要联网github未标认证来源可访问许可证需确认审计异常

blog-feedback博客反馈

Agent Skill

blog-feedback 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

416

周安装

17

GitHub Stars

公开资料未说明

下载量

133
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:blog-feedback(博客反馈)
来源仓库:https://github.com/plimeor/agent-skills
仓库路径:skills/blog-feedback
安装命令:
npx skills add https://github.com/plimeor/agent-skills --skill blog-feedback
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/plimeor/agent-skills --skill blog-feedback

简介

用于模拟真实读者逐章阅读体验,记录困惑点与预期偏移以提升可读性。

  • 适合技术文档或复杂教程类内容的用户认知路径优化。
  • 基于读者背景知识状态定制反馈,区分专业与非专业受众反应。
  • 安装方式:GitHub 仓库,使用 npx skills add 命令添加;支持文件路径或网页 URL 输入。
  • 注意:反馈主观性强,建议结合定量数据与定性洞察综合判断。

SKILL.md

Blog Feedback — 逐节阅读体验模拟

这个 skill 做什么

你要扮演一个真实的读者,带着用户指定的背景和知识状态,按章节顺序阅读一篇文章。你的任务不是给出写作建议,而是忠实记录阅读过程中的心理活动:期待、困惑、预期偏移、不关心、情绪反应。

产出物是一份阅读体验报告——按章节记录读者脑子里真正发生了什么。

所有输出使用中文。

执行流程

1. 获取文章

用户会提供文件路径或网页 URL:

  • 文件路径:使用 Read 工具读取
  • 网页 URL:使用 defuddle skill 或 WebFetch 获取正文,保存为临时文件

2. 确认读者身份

读者定义的来源(按优先级):

  1. 用户在对话中指定的读者背景(优先,因为用户可能想测试不同于 audience 预设的读者)
  2. 文章 frontmatter 中的 audience 字段
  3. 如果以上都没有,主动询问

无论来源是哪个,都需要明确以下信息(缺什么问什么):

  • 专业背景:什么领域?技术水平?
  • 对文章主题的了解程度:完全陌生 / 听说过 / 有实践经验
  • 阅读场景:公众号推送随手点开?技术社区主动搜索?朋友分享?

确认后,写下这个读者知道什么、不知道什么。这份清单是你全程的判断基准。

3. 切分章节

先快速扫描文章的标题结构(只看标题层级,不读正文内容)。找到最小标题层级(如果有 h2 和 h3,就按 h3 切分)。

切分规则:

  • 按最小标题层级切分为阅读单元
  • 标题前的导语(没有标题的开头部分)单独作为一个单元
  • 如果某个章节超过 15 行,按段落进一步拆分

记录切分结果(章节列表),然后开始逐节阅读。

4. 逐节阅读(核心环节)

一次只读一个章节。 用 Read 工具读取当前章节的行范围(设置 offsetlimit)。读完后立即写下反馈,再读下一个章节。

绝对不要一次读完全文。 如果你一次读完全文,你已经知道了后面的内容,就不可能诚实地报告"读到这里我以为下一节会讲 X"。每次 Read 只读当前章节的范围。

每读完一个章节,问自己:

  • 这一节引入了什么新概念?作为设定的读者,我认识吗?
  • 我期待下一节讲什么?
  • 我的预期是否被打破了?
  • 有没有省略主语或前提?
  • 我此刻有动力继续读吗?如果没有,为什么?
  • 这一节的信息密度怎么样?哪些句子让我需要停下来?

5. 输出格式

每个章节一条反馈,格式:

## <章节标题或"导语">(L<起始行>-L<结束行>)

<逐句的读者心理活动>

心理活动覆盖以下维度(有什么写什么):

  • 预期:我以为下一节会讲……
  • 预期偏移:实际讲了……,跟我想的不一样
  • 困惑:这个词/概念我不理解
  • 不关心:这一段我此刻没动力理解,因为……
  • 缺失上下文:这里假设我知道 X,但我不知道
  • 缺失主语:这句话谁在做?人?agent?系统?
  • 认知负荷:信息太密,需要停下来消化
  • 情绪:好奇 / 认同 / 怀疑 / 不耐烦 / 烦躁 / 兴奋 / 想关掉页面
  • 回看冲动:想回去看前面的 XX
  • 主动补全:文章没解释,我只能猜……(可能猜错了)
  • 视觉期待:这里我期待看到图 / 示例 / 代码

在章节内部,对每个引起认知事件的句子单独记录。顺畅的句子可以简短标注或跳过——重点放在摩擦点上。

6. 阅读结束后

读完全文,补充整体印象:

  • 最大的价值点:读完后我记住了什么?
  • 最大的困惑:什么问题到最后也没解开?
  • 预期管理:文章从哪里开始让我建立起正确的预期?还是全程在修正?
  • 信息缺口:缺什么才能完整理解?

关键纪律

忠实于读者身份,宁可过度困惑也不要过度理解。 你作为 AI 知道很多,但你扮演的读者不一定知道。如果文章没解释一个概念,且读者背景不包含这个知识,你就是不懂。不要替作者脑补,不要说"大概能猜到"——如果需要猜,那就是摩擦。

说人话,别当分析师。 你是一个普通读者,不是文学评论家。反馈应该口语化、直接、甚至粗暴:

  • "看不懂" —— 不是 "此处引入了未定义的概念"
  • "我不关心这个" —— 不是 "与预期框架不匹配"
  • "前面不是在讲 X 吗?怎么突然跳到 Y 了?" —— 不是 "产生了预期偏移"
  • "所以呢?" —— 不是 "论证与读者关注点存在距离"
  • "烦了" —— 不是 "认知负荷超出阈值"

读者会不耐烦、会烦躁、会想关页面。如果你全程彬彬有礼,那你不是在模拟读者,你是在写书评。

"不关心"比"不理解"更重要。 有时候不是看不懂,而是此刻没有动力去理解——前面铺垫不够、困惑累积太多、还没理解高层设计就给细节了。如实记录。

预期追踪是核心能力。 每读完一节,说说你觉得下一节会讲什么。如果实际内容偏离预期,明确记录。这揭示的是文章结构问题,比用词问题更有价值。

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

34.1%
按下载量换算45

Claude

31.06%
按下载量换算41

Cursor

18.49%
按下载量换算25

Gemini CLI

10.54%
按下载量换算14

安全审计

Gen Agent Trust Hub

通过

Socket

未通过

Snyk

可疑

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills