基础工具与工作流 · lijigang/ljg-skills

ljg-writes

"写作引擎。把一个观点写成可理解、可迁移、经得住反例的 1000-1500 字中文文章。USE WHEN 写文章 OR 优化思想内容 OR 展开观点 OR 改写成逻辑递进的中文。NOT FOR 普通摘要、事实查询或结构风洞(用 ljg-structure)。"

风险提醒:蓝色 · 知晓即可AI 侦查报告
作者 lijigangGitHub lijigang/ljg-skills ↗许可 MIT(仓库根 LICENSE)commit 9e75497a95
agent 宿主通常会约束 skill 执行权限;风险提醒为 AI 侦查观点,不构成质量或安全保证。第三方 skill 仅作拆解与展示,安装使用风险自负,版权归原作者。

1实现原理 · 为什么它能做到

定位写作引擎:把一个观点讲清楚,让一个具体的人读懂它为什么成立、能用在哪里,默认 1000-1500 字中文文章。

skills/ljg-writes/SKILL.md
把一个观点讲清楚,让一个具体的人读懂它为什么成立、能用在哪里。
注:这里在做什么:以『一个具体读者能复述关系』为成文标准。

Workflow Routing 指向唯一工作流 WriteEssay,执行时完整读取;分析与检查在内部完成,不逐项展示步骤。

skills/ljg-writes/SKILL.md
执行时完整读取工作流。分析和检查在内部完成
注:这里在做什么:把九步分析藏在内部,正文只呈现结果。

成文契约四项内部检查:概念可指认、关系可运行、案例可映射、判断可迁移(不直接当文章目录)。

skills/ljg-writes/SKILL.md
以上四项用于内部检查,不直接用作文章目录。
注:这里在做什么:把契约当质检清单,而非写作模板。

解释路径:具体案例→原有解释→解释不清处→引入所需概念→重新分析案例→说明完整关系→检查其他场景与边界。

skills/ljg-writes/SKILL.md
具体案例 -> 原有解释 -> 解释不清的地方…引入所需概念 -> 重新分析案例…说明完整关系 -> 检查其他场景与边界
注:这里在做什么:用可复用的分析路径保证概念引入有必要、有落点。

禁止编造失败:不为引出概念制造原有解释的不足;解释已够用就直接说明原因。

skills/ljg-writes/SKILL.md
不为引出概念编造失败。原有解释的不足必须能在案例、材料或逻辑中找到;
注:这里在做什么:保证概念引入由真实缺口驱动。

语言纪律:写得清楚平实,避免用『不是……而是……』制造转折。

skills/ljg-writes/SKILL.md
避免用「不是……而是……」制造转折;事实否定、必要辨析和边界可以保留。
注:这里在做什么:以真实关系而非句式套路组织行文。

Step 7 成文前做两次内部测试:迁移(换人物/行业/材料仍成立)与反例(看似相同却不符合关系)。

skills/ljg-writes/Workflows/WriteEssay.md
1. *迁移*:换掉人物、行业和表面材料,用同一关系解释一个差异较大的新现象。
注:这里在做什么:用迁移与反例检验判断的适用范围。

Step 9 先检查内容再通读修改中文,且只保存修改后的完整稿,不从两稿逐句拼接。

skills/ljg-writes/Workflows/WriteEssay.md
只保存修改后的完整稿,不从两稿里逐句挑选、拼成一篇。
注:这里在做什么:保证成文是整体连贯的,而非句子拼贴。

Step 10 按 Org 与 Denote 契约生成文件,保存后回读并运行 Denote 接受检查与 org-lint。

skills/ljg-writes/Workflows/WriteEssay.md
保存后回读全文,检查字数、Org 标题、文件名与 identifier,再运行 Denote 接受检查和 `org-lint`。
注:这里在做什么:产出可被 Denote 接受并 lint 通过的 org 笔记。

输出约束:总量默认 1000-1500 字,用户要短改/金句/标题时服从用户长度;文件名 ~/Documents/notes/{时间戳}==z--{标题关键词}__write.org。

skills/ljg-writes/SKILL.md
总量默认 1000-1500 字;用户明确要短改、金句或标题时服从用户长度。
注:这里在做什么:长度与命名都固定为可预期的交付契约。

2核心能力

01观点成文(1000-1500 字中文文章,可短改/金句/标题)
02成文契约质检(概念可指认/关系可运行/案例可映射/判断可迁移)
03概念引入与案例映射检查
04原有解释不足的诊断(不编造失败)
05迁移 + 反例双重内部测试
06Denote org 笔记生成(含作者、identifier、filetags)
07中文打磨:先检查内容再通读改中文,只留最终稿
08落盘后回读并跑 Denote 接受检查与 org-lint

4风险提醒 风险提醒:蓝色 · 知晓即可

风险提醒:蓝色 · 知晓即可
  • 依赖模型写作水平 — 文章可读性与因果准确性完全依赖模型;概念引入若不贴切,正文可能仍然通顺却讲错关系。
  • 长文上下文成本 — 默认 1000-1500 字且需多步内部分析与两轮中文打磨,单次消耗较大。
  • 本地验证项依赖环境 — Denote 接受检查与 org-lint 需宿主具备对应工具,环境缺失时验证步骤无法执行。
蓝色,知晓即可。无脚本外发、无网络请求、无凭证读取;仅本地动作:用 date 取时间戳、写 ~/Documents/notes/ 下的 org 文件,并用 Denote 接受检查与 org-lint 做本地验证。注意点:description 的 NOT FOR 点名同仓 ljg-structure(结构风洞)作为分工对象,属被点名的他人 skill,仅记入此处,不影响本 skill 自身档位。

5第二遍独立确认

  • [ok] 写作引擎定位与字数 — 『总量默认 1000-1500 字』及『把一个观点讲清楚…』原文在。
  • [ok] 工作流路由 — Workflow Routing 指向 Workflows/WriteEssay.md,§1 清单确有该文件。
  • [ok] 四项内部检查 — 『以上四项用于内部检查,不直接用作文章目录。』原文在。
  • [ok] 不编造失败 — 『不为引出概念编造失败。』原文在。
  • [ok] 迁移+反例测试 — Step 7『1. *迁移*:换掉人物、行业和表面材料…』原文在。
  • [ok] Denote 命名与 lint — 『~/Documents/notes/{时间戳}==z--{标题关键词}__write.org』与『运行 Denote 接受检查和 `org-lint`』原文在。
  • [ok] 语言纪律 — 『避免用「不是……而是……」制造转折』原文在。
  • [discrepancy] 风险扫描与内文差异 — 扫描栏『执行外部程序/写盘』报无命中,但正文含 date、Denote/org-lint 与 org 写入;按§2 内文为准,scripts_executed/file_writes 非空。

6结论

  • 以『一个具体的人读懂并复述关系』为成文标准,反对自嗨式抽象写作。
  • 概念引入有纪律:先诊断原有解释的真实缺口,禁止编造失败。
  • 内部分析与外部成文分离,正文只留结果,读者不必看写作步骤。
  • 落盘产物可机检:Denote 命名 + org-lint,笔记质量有客观门槛。
  • 适合:适合把一个观点写成可理解、可迁移、经得住反例的中文文章,或对已有思想片段做逻辑递进的改写:写文章、优化思想、展开观点。
    不适合:不适合普通摘要、事实查询或结构风洞式机制分析;也不适合只想得到零散要点、不愿成文的场合。
    安装 agent 直装可复制
    ① 本站镜像 更新 2026-10-10
    方式 A · 人下载镜像包下载 ljg-writes.tar.gz
    sha256: a56a231e90e6a60c…
    方式 B · JSON 格式安装指南,复制给 agent
    安装指南
    agent 读 JSON 指南后会自动从本站下载安装,无需更多说明。
    ② 上游 GitHub · 原始来源
    能访问 GitHub?直接去上游安装(实时版,可能已更新)GitHub 原始 ↗
    本页镜像锁定 commit 9e75497a95;上游为实时仓库。
    来源信息 GitHub 原始
    作者 / 仓库lijigang / lijigang/ljg-skills
    本 skill commit9e75497a95
    许可MIT(仓库根 LICENSE)
    本站信息
    收录日期2026-09-06
    分类基础工具与工作流
    侦查报告AI 侦查 · 2 遍 · 2026-09-06
    本站镜像与 GitHub 原始是不同来源:本站锁定 commit 快照经 /r2 分发;GitHub 为实时上游,内容可能已更新。
    同分类邻近