Token导航 LogoToken导航

Agent Skill · AI 工具

learning-notes-organizer(学习笔记组织者)

learning-notes-organizer 用于记录任务执行中的错误、用户纠正、经验和能力缺口,适合在 Codex、Claude、Cursor、Gemini CLI 中希望让 Agent 持续沉淀问题、修正和最佳实践时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

learning-notes-organizer 是AI 工具类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证为 MIT,第三方扫描有未通过项,按安装量在AI 工具类的 2,536 个 Skill 里排第 1,202。

总安装 988周安装 42GitHub Stars 11下载 346核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:learning-notes-organizer(学习笔记组织者)
来源仓库:https://github.com/z-soulx/ai-toolkit
仓库路径:skills/learning-notes-organizer
安装命令:
npx skills add https://github.com/z-soulx/ai-toolkit --skill learning-notes-organizer
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/z-soulx/ai-toolkit --skill learning-notes-organizer

这个 Skill 是做什么的

AI 工具类 Skill 用来扩展助手本身的能力,例如接模型、接检索、接外部服务。

学习笔记组织者用于整理任务执行中的错误、反馈和经验,提升知识管理效率。适合在 Codex、Claude、Cursor、Gemini CLI 中让 Agent 系统化归档学习内容。支持按主题或时间分类笔记,便于后续检索与复用。安装前应核实仓库权限及是否涉及敏感数据读写。

learning-notes-organizer 属于AI 工具类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/learning-notes-organizer

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/z-soulx/ai-toolkit --skill learning-notes-orga…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

learning-notes-organizer 怎么安装?

在终端执行 npx skills add https://github.com/z-soulx/ai-toolkit --skill learning-notes-organizer。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

learning-notes-organizer 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

learning-notes-organizer 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

learning-notes-organizer 是免费的吗?

来源标注的许可证是 MIT。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

learning-notes-organizer 用的人多吗?

公开数据是累计安装 988 次,近一周安装 42 次,下载 346 次,GitHub 11 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

learning-notes-organizer 安全吗?

第三方扫描有未通过项,风险较高。除非你确认过源码,否则不建议直接安装到常用环境。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 3 个目录同时收录,说明这个 Skill 流传比较广。
  • 许可证明确为 MIT,商用和分发边界好判断。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理AI 工具类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

AI 工具类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
executing-plans

执行计划 · Codex、Claude

1,515,336173,110只读MIT通过
verification-before-completion

完成前的验证 · Codex、Claude

1,319,472173,121权限未标注MIT通过
subagent-driven-development

子 Agent 驱动开发 · Codex、Claude

1,312,416173,138只读MIT通过
copy-editing

复制编辑 · Codex、Claude

1,209,57625,632只读MIT通过
paywall-upgrade-cro

付费专区升级 cro · Codex、Claude

1,030,17625,617只读MIT通过
learning-notes-organizer

学习笔记组织者 · 本页

98811只读MIT未通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Study Note Refactor (v2.2)

目标

将“长期积累但逐渐散乱”的学习笔记重构成边界清晰、体系完整、渐进可学、可检索、可持续增量维护的笔记体系,并保持后续维护友好。

关键附加目标(v2.2):

  • 外部链接与图片 绝不丢失
  • 整理后链接/图片应优先被放置到“应该放的位置”(可移动、可合并、可归类到更合适的小节)
  • 只有“整理后倾向删除/判定主线不必要”的链接/图片,才进入该小节 资料参考 并标注待人工确认
  • 必须输出“资源去向账本”,避免出现“是被删还是被忘”的不透明情况

使用场景

  • 你希望把零散笔记整理成“可复习、可导航、可持续维护”的知识库
  • 你希望先规划结构(清单),再手动迁移正文
  • 你希望一次性输出最终重构后的正文版本
  • 你希望外链与图片可追踪:每一条都有明确去向与处理原因

可配置参数(建议在调用时显式指定)

交付模式 deliverable_mode

  • plan_only:只输出规划清单(新大纲/映射/重命名/迁移步骤/检查清单),不输出最终正文
  • full_refactor:输出最终整理后的正文(同时也包含规划清单)
默认建议:full_refactor

阅读范围 read_scope

  • headings_only:仅依据标题做规划(不确定性较高,映射需更多 TBD)
  • headings_plus_snippets:标题 + 每节少量片段(推荐用于“先出清单/框架”)
  • full_text:通读全文(推荐用于 full_refactor)
默认建议:full_text

资源策略(v2.2 修正与强化)

  • asset_policy(默认:place_correctly_and_track)

- place_correctly_and_track:外链/图片绝不丢失;优先按方法论放到“应该放的位置”(可移动/合并/归类);仅对“倾向删除”的资源放入 资料参考 并标注待人工确认;必须输出资源去向账本 - preserve_strict:外链/图片绝不丢失且不移动(仅允许修复断链格式);仍输出资源去向账本(全部为 KEPT)

  • references_heading_name(默认:资料参考)

- 仅用于收纳 TO_REVIEW(倾向删除/主线不必要) 的链接/图片 - 不是默认收纳所有资源的“垃圾桶”

  • asset_ledger(默认:required)

- required:必须输出资源去向账本 - off:不输出账本(不推荐)

其他建议参数(可选)

  • keep_heading_numbering: false(标题不自动编号;原文自带编号则保留)
  • preserve_marks: true(保留强调标记与形态)
  • max_intro_lines_per_section: 1(每个一级/二级标题引导注释最多 1 行)
  • max_questions: 7(待确认问题最多 3-7 条)

分步计划(流程)

若任务较大,可先创建 task_plan.md 与 notes.md,按阶段更新计划与记录,再进入内容整理。

Step 1. 阅读与抽取(按 read_scope)

  • full_text:通读全篇;抽取章节结构、主题域、重复点与跨章节关联
  • headings_plus_snippets:提取全部标题;每节读取前 N 行/1-3 段,仅用于判断主题归属与边界
  • headings_only:只提取标题树;所有归类与映射需保留较多 TBD

输出:标题树 + 初步诊断要点(不改正文)。

v2.2:在 full_refactor 模式下,必须先抽取“资源清单基线”(外链/图片列表),用于后续账本比对。

Step 2. 整体规划与重划边界

  • 重划边界:按“概念/机制/实践/坑点/优化/源码(如适用)”或更合理的知识边界分区
  • 归类重组:合并相近主题、拆分过宽章节、移动错位内容
  • 形成学习路径:从基础到高级串联,并标注关键前置依赖

输出:新的规划大纲(含引导注释)。

Step 3. 章节内整理(先局部、后整体)

  • 先局部优化:在单章节内处理排版、去冗余、结构化要点(允许重写表述以精简啰嗦与增强连贯)
  • 再全局一致:统一术语、修复链接锚点、补跨章节引用与“你应该去哪里继续学”

输出:章节质量稳定后再推进下一章,避免全局杂乱返工。

资源处理规则(v2.2 核心)

当 asset_policy=place_correctly_and_track 时,遵循以下规则:

  1. 零丢失(Hard)
  • 外链与图片绝不删除、绝不消失。
  • 每一条外链/图片必须在整理后满足:

- 要么出现在“应该放的位置”的正文中(可能被移动到别的小节) - 要么出现在某个小节的 资料参考 中(仅当 TO_REVIEW)

  1. 优先正确归位(Hard)
  • 不要求“留在原位置”。
  • 必须优先按方法论将资源放到其语义上更合适的位置(与解释段落/主题边界一致)。
  1. 资料参考只收纳“待删候选”(Hard)
  • 资料参考 仅收纳:整理后判断对主线不必要、重复、旁支,且“倾向删除”的资源。
  • 放入 资料参考 的每条资源必须附:

- (待人工确认是否删除) + 简短原因(例如:重复/旁支/已被更权威资源替代)

  1. 不确定就保留在正文(误判保护)
  • 若无法确定某资源是否不必要:保留在正文的合适位置,不放 资料参考。
  1. 资源去向账本(Hard)
  • 必须输出《资源去向账本(Link/Image Ledger)》:

- 列出整理前的所有外链/图片(至少 URL/路径 + 文本/alt + 原位置) - 给出整理后的状态与落点: - KEPT:仍在正文且不需要迁移 - MOVED:移动到更合适的小节正文 - MERGED:与同义资源合并(但原 URL 仍需可追溯;账本必须标注合并到哪一条) - TO_REVIEW:放入 资料参考(待人工确认是否删除) - 若状态为 TO_REVIEW / MERGED:必须给简短原因

v2.2 关键:即使正文中只保留“bbb 的链接”,aaa 的链接也必须出现在账本中并标注“MERGED/TO_REVIEW”,并说明去向,否则视为违规(疑似遗忘)。

Step 4. 交付(按 deliverable_mode)

  • plan_only:只输出规划清单(不输出整理后的正文)
  • full_refactor:输出规划清单 + 最终整理正文(可直接替换原文版本)
  • 若 asset_ledger=required:交付中必须包含《资源去向账本》

执行检查清单(可勾选验收)

必须满足(Hard Requirements)

  • 标题不启用/生成自动编号(原文标题若自带编号则保留)
  • 保留原有强调标记与形态:==高亮==、<u>、<mark>、粗斜删、行内代码、代码块围栏、引用块、分隔线、Setext 标题
  • 不改变代码语义、不破坏代码块结构
  • 移动章节后修复链接与锚点,确保引用可用(或明确标记待修复项)
  • 列表缩进、空行、段落排版一致;避免“忽长忽短”的混乱排版
  • 标题层级建议不超过 4 层(除非内容确实需要)
外部链接与图片保全(v2.2 新增 Hard Requirements)
  • 外部链接 零丢失:每条原始链接都能在正文或 资料参考 或“资源去向账本”中找到明确去向
  • 图片 零丢失:![]() / <img> 等均可追踪,整理后仍存在于正文或 资料参考
  • 资料参考 只收纳 TO_REVIEW(倾向删除) 的资源,且每条带“待人工确认是否删除”与原因
  • 输出《资源去向账本》并可用它解释任意一条资源(避免“忘了还是删了”的不透明)

允许但需克制(Soft Rules)

  • 允许添加“引导注释/必要注释”,但不扩写成新教程
  • 允许等价替换强调标记仅在必要时发生,且满足:

- 强调强度不降低 - 含义更清晰或渲染更一致 - 优先保留原写法;必要时“保留原写法 + 增强补标记”

  • 允许将“倾向删除”的链接/图片移动到 资料参考(仅当 asset_policy=place_correctly_and_track)

非目标(明确不做,除非用户要求)

  • 不做事实正确性校验/纠错(除非用户明确要求)
  • 不补充大量新内容(只做结构、引导、注释、排版与去冗余)
  • 不引入新的编号体系到标题中

标题与命名规范(补充)

  • 标题用可检索的术语/名词短语,避免弱标题:

- 避免:杂谈/随记/一些坑/总结一下/记录/待完善 - 倾向:概念/机制/协议/模型/实践/排障/性能/源码

  • 标题尽量短而准(过长拆成“标题 + 引导注释”)
  • 不在标题里写步骤编号;步骤编号只放正文列表

输出格式(强约束)

A) 新目录/章节大纲(含引导注释)

  • H1...

- H2...(引导注释:...) - H3...

B) 主要移动映射(旧 → 新)

旧节(含层级)动作(KEEP/MOVE/MERGE/SPLIT/RENAME/DROP/TBD)新节路径备注

C) 重命名建议(仅列需要的)

  • 旧标题 -> 建议标题(原因:更标准/更短/更可检索/边界更准确)

D) 待确认问题(最多 3-7 条)

  • ...

E) 执行检查清单勾选情况

  • 必须满足:✅/⚠️(若⚠️需说明原因与待办)
  • 允许但克制:✅/⚠️

F) 最终整理后的正文(仅当 deliverable_mode=full_refactor)

  • 输出完整正文
  • 确保链接/锚点可用、格式与规则一致、强调标记尽量保真
  • 若启用 asset_policy=place_correctly_and_track:

- 链接/图片优先归位到应该放的位置 - 仅“倾向删除”的链接/图片放入对应小节的 资料参考(待人工确认是否删除)

G) 资源去向账本(Link/Image Ledger)(当 asset_ledger=required)

资源类型原文显示文本/altURL/路径原位置(标题路径)状态(KEPT/MOVED/MERGED/TO_REVIEW)新位置(标题路径/资料参考)说明

提示词模板(建议)

请按 skill: learning-notes-organizer 执行。

目标文件:{目标文件路径}
交付模式:{deliverable_mode=plan_only|full_refactor}
阅读范围:{read_scope=headings_only|headings_plus_snippets|full_text}

资源策略:
asset_policy=place_correctly_and_track
asset_ledger=required
references_heading_name=资料参考

要求:
- 标题不自动编号(原文已有编号保留)
- 尽量保留原文强调标记与形态(==、<u>、Setext 等)
- 外部链接与图片绝不丢失:优先归位到应该放的位置;仅“倾向删除”的放入对应小节的“资料参考”(待人工确认是否删除)
- 必须输出资源去向账本(Link/Image Ledger),避免“删了还是忘了”的不透明
- 先给出 A-E(大纲/映射/重命名/问题/验收)
- 若 deliverable_mode=full_refactor,再给 F 最终正文与 G 资源账本

平台分布

OpenCode

29.02%
按下载量换算100

Claude Code

22.52%
按下载量换算78

windsurf

18.25%
按下载量换算63

trae

14.8%
按下载量换算51

kiro-cli

8.16%
按下载量换算28

Codex

3.53%
按下载量换算12

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

未通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。

继续浏览同类 Skills