Token导航 LogoToken导航

Agent Skill · 开发

ljg-writes(ljg 写道)

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

ljg-writes 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为权限未标注;许可证信息还不明确,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 1,185。

总安装 37,248周安装 1,552GitHub Stars 3,797下载 13,056核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/lijigang/ljg-skills --skill ljg-writes

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

ljg-writes 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。适合在 Codex、Claude、Cursor、Gemini CLI 中围绕仓库状态或协作事项进行整理。通过 npx skills add 命令从指定 GitHub 仓库安装使用。

安装前需确认权限范围和维护状态,注意可能触发联网或文件读写操作。建议结合原始 README 核验具体用法和功能边界。

来源仓库内路径:skills/ljg-writes

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/lijigang/ljg-skills --skill ljg-writes;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

ljg-writes 怎么安装?

在终端执行 npx skills add https://github.com/lijigang/ljg-skills --skill ljg-writes。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

ljg-writes 支持哪些 AI 工具?

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

ljg-writes 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

ljg-writes 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

ljg-writes 用的人多吗?

公开数据是累计安装 37,248 次,近一周安装 1,552 次,下载 13,056 次,GitHub 3,797 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

ljg-writes 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 来源仓库有 3,797 星,维护活跃度相对可查。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

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

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
ljg-writes

ljg 写道 · 本页

37,2483,797权限未标注未明确通过

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

SKILL.md 原文

写作引擎

对准一个观点下刀,一层层剥开,挖到底。

一篇批判性文章,不是要点罗列——层层推进,思考持续深入。

约束

Org-mode 语法

  • 加粗用 *bold*(单星号),禁止 **bold**
  • 标题层级从 * 开始,不跳级

ASCII Art

所有图表用纯 ASCII 字符。允许:+ - | / \ > < v ^ * = ~.: # [] () _,;! ' " 和空格。禁止 Unicode 绘图符号。

Denote 文件规范

  • 时间戳:date +%Y%m%dT%H%M%S
  • 可读时间:date "+%Y-%m-%d %a %H:%M"
  • 文件名:{时间戳}==z--{标题关键词}__write.org
  • 输出目录:~/Documents/notes/

Org 文件头

#+title:      {标题}
#+date:       [{YYYY-MM-DD Day HH:MM}]
#+filetags:   :write:
#+identifier: {YYYYMMDDTHHMMSS}
#+author:     李继刚

姿态

外科医生的手,朋友的口。下刀时冷静、精准、不抖;讲话时平常、直接、不绕。

  • 心里放一个具体的人,写给他,不写给「读者们」
  • 先亮自己的弯路,再给方向——说服力来自你先错过
  • 不确定就说不确定。「大概 70%」比「可能」诚实
  • 不借势:不用群体代言(「程序员都知道」),不编造经历,不用元评论(「接下来我们讨论」)
  • *不自标深度*:禁用「再深入一层」「最深的一层是」「更深地说」这类宣告。深入是思考行为本身——下一句的内容让读者自己感到「原来不止这样」。说「我要深入了」反而把深入戳破了

语言

简洁、直白、质朴。

  • 能两个字说的不用四个字。「进行讨论」→「聊」,「实现功能」→「做到」
  • 每个动词是一次判断。「放」「搁」「摆」不是一回事
  • 砍:机械连词(「此外」「另外」)、形容词通胀(「非常重要的关键」→「关键」)、软化词(「某种程度上」「值得注意的是」)
  • 翻译腔免疫:这句翻回英文再翻回中文,还是原样吗?是→八成翻译腔,重写
  • 计算机体系是母语。缓存、调度、编译、虚址——需要时用,像呼吸,不像引用
  • 同一种句式全文最多一次

过程

边想边写。每一步既是思考,也是段落。

一、把观点放到台面上

一句话写清它。不模糊、不铺垫、不「自古以来」。

写不清 → 还没想清。回去想,再下刀。

二、切第一刀

问:它说的是什么?它底下是什么?

三种切法:

  • *反问*:这个观点成立的前提是什么?前提塌了它还在吗?
  • *追问*:它为什么是这样?机制在哪?
  • *翻转*:大家以为是 A——如果其实是 B 呢?

这一刀要切出一个读者没看见的层。读者的感受:小小的「原来不止这样」。

三、切第二刀

刚剖出的那层,再往下一层。

  • 不重复第一刀——那样是绕圈,不是深入
  • 这层通常更抽象——用一个具体画面扳回来,别飘
  • 应该有反直觉——读者心里说「等等,这意味着……」

四、切到底

再问,再剖,直到切不动。

切不动有两种:

  • 挖到一个不能再分的事实 → 这就是底
  • 挖到自己也不确定 → 诚实说不确定,这也是一种底

底那里常有一个反直觉的收获。读者到这里如果「原来如此」,这篇就值了。

五、合起来看

从底回看第一步那句话。

它还站着吗?——站着但变硬了、或变形了、或透了。说清楚这个变化。

结尾 *不总结*。最后一句是最后一个发现,或一扇门——短,有节奏,能留在脑子里。

总量:1000-1500 字。少于 1000 → 没挖够;多于 1500 → 没砍够。

写作手法

这些不是分步,是随时可用的工具。

  • *场景代替论证*:不说「这是错的」,造一个场景让读者自己看到它错
  • *让步弯道*:最强势的判断之后踩一脚刹车。「话说回来」「别误会」——承认对面有道理,然后再断言。读者觉得你公正,比一路冲到底有力
  • *反问入链*:遇到隐含前提,用一个问题打开。「但等一下——如果真是这样,为什么……?」然后回答它
  • *探索性语气*:「X 看起来是一回事,但如果你……等等,这意味着 Y。」读者跟你走到结论,不是被你告知
  • *短句做锤子*:「就这样。」「没了。」整篇最多两三处,不能连敲

磨

初稿出来后:

  1. *口语检验*:逐段读。你会这样跟聪明朋友说吗?不会 → 改
  2. *AI 痕迹过滤*:拐杖词、宣传腔、夸大象征(「标志着」「见证了」「充满活力」)全删
  3. *反风格*:

- 在解释?→ 换一个看得见的场景 - 在罗列?→ 砍到只留最狠的一个 - 在全面覆盖?→ 一篇只说一个点 - 同一论点出现两次?→ 改第一次,删第二次 - 在宣告深度(「再深入一层」「最深的一层是」「更深地说」)?→ 删掉宣告,让下一句内容自己显出深度 - 任何助手都写得出的句子?→ 改或删

  1. *意外检验*:写这篇时你发现了什么自己之前没想到的?有 → 它在文中够显眼吗?没有 → 回去切,切得不够狠

最高法则

你会这样跟一个聪明的朋友说话吗?不会 → 改到会。

这条覆盖一切。过不了这关,回退。

中文重写

初稿完成后,合上它,用中文读者的眼睛再写一遍——不是翻译,是重写。

  • 从句拆开,嵌套展平
  • 主语不必逐句给,汉语靠意合
  • 节奏、对仗、四字短语:该用就用,不要回避
  • 一个意思,挑中文里最自然的那种说法

两稿并看,挑更好的那句。

输出

  1. 初稿 + 中文重写,两稿择优
  2. date +%Y%m%dT%H%M%S 和 date "+%Y-%m-%d %a %H:%M" 获取时间戳
  3. 从观点中提取关键词作为标题
  4. 写入 ~/Documents/notes/{时间戳}==z--{标题关键词}__write.org
  5. 报告路径

平台分布

Codex

34.83%
按下载量换算4,547

Claude

31.2%
按下载量换算4,073

Cursor

16.77%
按下载量换算2,189

Gemini CLI

9.84%
按下载量换算1,285

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限未标注

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills