从自己的原稿出发,每一处改动都说明理由

人味儿写作

轻改文字,保留说话的人

适合修改个人文章、经历分享和已经转成文字的口述稿。先判断哪里真正妨碍理解,再做少量修改,保留立场、语气与节奏;也能对照原稿,撤回过度润色。

作者 橘子 (Orange)

人味儿写作:轻改文字,保留说话的人 项目图片
GitHub Star
1,111
资料核对

先用一小段,检查改动是否必要

把原稿和修订稿读出声。卡顿是否减少,原本的犹豫、自嘲与语气是否还在,每一处改动是否说得出原因,这些比改了多少字更有用。可以一字不改,也可以撤回不合适的修改。

选一个任务,开始使用

先让助手读到完整的原则与清单,再选一个任务。第一项自带短文示例;用自己的文章时,替换原稿并写清用途,保留可比较的版本。

从原稿、润色稿,还是一轮改动开始

自带编辑示例,练习保留叙述口气,同时处理真实卡顿。

  1. 保留完整资料,再确认助手能读到

    作者示例把完整仓库克隆到 ~/.cola/skills/renwei-writing,这是 Cola 的目录。其他助手应按其技能目录规范放置完整文件;也可先下载资料,在当前会话明确让助手阅读 SKILL.md 及引用的清单。这种手动参照不表示已验证自动加载。

    查看作者安装说明

    首次路径:下载资料,明确读取顺序

    下面命令把仓库下载到当前目录的 renwei-writing 文件夹,并切换到本页核验提交,适合手动参照;它不自动安装到所有助手。目标目录已有内容时不要覆盖。让助手先读 renwei-writing/SKILL.md,再读 renwei-writing/references 下的两个文件,确认能解释“先决定是否改,再检查改过的句子”的顺序。作者的 Cola 安装路径见上方文档;自动加载方式以实际宿主为准。

    git clone https://github.com/orange2ai/renwei-writing.git renwei-writing
    git -C renwei-writing checkout c6566884997f3688478f43ecdac29423757548a0
    查看原则、清单与案例的关系
  2. 把这段话发给 AI

    以下提示由本站按作者方法编写,示例与输出文件名均为编辑约定。没有运行模型得出这些修改结果;实际交稿后,请对照原文逐处检查。

    使用 renwei-writing。先读本地 renwei-writing/SKILL.md 和 renwei-writing/references/post-edit-checklist.md;尚未下载时可从作者固定资料开始:https://github.com/orange2ai/renwei-writing/blob/c6566884997f3688478f43ecdac29423757548a0/SKILL.md。按其中链接读到清单,不要只根据技能名称改稿。 下面是编辑演示短文,用于练习,不是我的真实经历: “昨天我把报名页查了一遍,问题找到了我却还在翻日志,怕自己又漏了什么。后来同事指着那一行说,先把这个改了吧。我才停下来。” 用途是给熟悉的同事分享一次工作感受。保留第一人称、犹豫和最后的停顿,不扩写技术原因或同事身份。先指出真正卡住理解的位置;只有说得出理由的地方才改,不按固定次数或比例凑修改量。没有必要改时也可以原样交回。 交付原文、修改稿,以及“原句→改句→理由”的逐项说明。只用事后清单复核你动过的句子,确认未增加画面、数字、经历或拔高结论。拿不准的地方标为可还原,说明朗读时应检查什么。

  3. 检查你拿到的结果

    • 原文、少量必要修改后的完整短文,以及每处变更的理由。
    • 核对叙述者、事实、情绪与停顿是否保留;不把更工整自动等同于更好。
    查看作者的完整说明
进一步了解这个 Skill

人味儿写作由橘子与 Cola 从一次改稿失败中整理而来:文字被反复加工后越来越精致,作者却觉得不像自己。它处理的是已有文字的编辑工作。个人文章、经历分享或口述整理稿已经有了真实材料,助手的任务是帮助读者顺利读下去,同时保留表达者的选择。

作者用位置、代价和手迹解释自己的编辑取向。位置指说话者从哪里观察;代价指判断背后的真实经历与感受;手迹是语气词、停顿、重复和句子长短。这些是需要结合上下文保留的线索,不能靠添加一个时间、地点或情绪词来制造。原文中的错误也仍然需要单独核实。

实际工作分成两层。先读 SKILL.md,判断一个地方为什么值得改;改完再用事后清单检查本轮改过的句子。清单涵盖拔高、宣传语、句式套路、格式、语气和填充表达。检查范围的限制很关键:它不要求把作者全文改成某种统一风格。

作者的案例并排保留原稿、失败润色稿和最终接受稿。失败版本换用了作者没有提供的画面与数字,也删除了句尾语气;接受稿主要处理局部衔接和停顿。案例中的三处修改是那一次编辑的结果,不能变成每篇文章都必须只改三处的数量指标。

每次交付都应能回到原文:哪里变了、原来哪里难读、为什么这样改,以及哪一处可以还原。这个技能提供的是编辑判断的顺序,没有事实核查引擎、作者身份鉴定或“人味儿分数”。最终仍由作者确认修订稿是否表达了自己的意思。

来源与核验

资料核对

已阅读全文核对固定提交中的中英文 README、SKILL、事后清单、案例与许可,共六份文件。未安装技能或运行模型;编辑示例用于说明步骤,不是实测改稿效果。