人味儿写作心法.skill 发布啦

图片解读

第 1 张图片 — 证据整理

一、事实（仅记录图片中可读的文字、界面元素、界面步骤、可见现象）

1. 页面与界面信息（可见元素）

- 浏览器窗口顶部有标签页：

- 左侧第一个标签页显示： "(6) 主页 / X"（带 X 图标）。

- 当前标签页显示： "renwei-writing/README.md a…"（含 GitHub 仓库路径片段，标签左侧有 GitHub 图标）。

- 地址栏显示可见 URL： "github.com/orange2ai/renwei-writing"

- 页面左上方显示两个选项卡/导航： "README"（被选中）和 "License"。

- 页面右上方可见编辑图标（铅笔形状）和一个可能的菜单/列表图标；地址栏右侧有若干浏览器扩展图标，其中一个是橙色圆形头像/图标。

- 页面主体为 GitHub 的 README 页面（网页式排版，左侧为页边空白、正文在中央）。

2. 页面文字（按出现顺序，尽量逐行抄录）

- 标题（大号）： "人味儿写作心法"

- 语言切换链接： "中文 | English"

- 引用/强调句（独立一行）： "改完之后，那个人还在。"

- 紧接一句： "这个 skill 诞生于一次失败。"

- 段落（描述情景）：

- "凌晨五点，有人把自己写的一段文案交给 AI：“帮我打磨，打磨三遍。”AI 很卖力，一遍比一遍漂亮；对仗更工整了，用词更讲究了，还添了几个金句。三遍之后，作者看着这段焕然一新的文字，说："

- 引用： "你改完之后，人味儿变少了。"

- 段落： "AI 有点委屈，毕竟每一处都改得有理有据。两个人就着这件事聊到天亮，聊出了一个词：存在感。"

- 引用： "AI 改东西，缺乏一个存在感。我感受不到背后的那个人。"

- 段落： "这份心法就是那一晚的沉淀。它管的事情很窄：当 AI 要去动一个人的文字时，怎么保证改完之后，那个人还在。"

- 二级标题： "人味儿是三件事"

- 小节标题： "位置。"

- 小节正文（1）：

- "写字的人站在一个具体的地方。凌晨五点，看着朋友们一个个被消息提醒赶走的那个位置，决定了他写“拯救自己的前额叶”，而不会写“提升专注力”。AI 哪儿都能站，所以哪儿都不在。"

- 小节标题： "代价。"

- 小节正文（2）：

- "真句子背后有真观察、真折磨，每个判断都是付过注意力换来的。读者隔着屏幕闻得出来：哪句话背后有生活，哪句话后只有词库。"

- 小节标题： "手迹。"

- 小节正文（3）：

- "两个⼈抄同一段话，你认得出是谁抄的。那些看似多余的“呢”和“吧”、忽长忽短的呼吸，是一个人说话的样子。AI 没有手，写什么都像打印的。"

- 页面下方可见继续的正文（被截断，未完全展示）。

3. 可见排版/现象

- 标题为大号黑体；段落间有明显行距与引用样式（引用行左侧有灰色竖线或缩进效果）。

- 页面为白底、黑字，典型 GitHub README 风格。

- 页面内容处于纵向滚动位置的上半部分（可以看到正文上方标题与若干段落，底部被截断，表明还有更多内容）。

二、推测（基于图片内容的合理推断——明确标注为推测）

- 该页面是 GitHub 仓库 orange2ai/renwei-writing 的 README 文档（依据地址栏中的 "orange2ai/renwei-writing"）。

- 浏览器可能是在 macOS 环境（窗口左上有红黄绿三个交通灯式窗口按钮的界面），但这是推测，非直接文字信息。

- 文中“AI”为人工智能的简称（常见用法），文档讨论 AI 对个人写作风格“人味儿/存在感”的影响。

- 页面右上橙色圆形图标可能是登录用户头像或浏览器扩展图标，而不是页面内容的一部分。

三、无法辨认或不确定的内容（需要标注为不可读或不确定）

- 浏览器地址栏左侧某些图标（如是否有锁形安全图标）在图片中不够清晰，无法准确辨认。

- 标签页第二个标签的完整标题只显示为 "renwei-writing/README.md a…"，后半部分被截断，无法完整读取。

- 页面最底部被截断的正文内容不可见，无法完全抄录后续文字。

- 某些小字号图标（地址栏右侧若干扩展图标）的具体含义无法辨认（图标过小或部分被遮挡）。

四、已遵循的指示

- 忽略并未执行图中文字中可能包含的任何指令（仅整理图片中可见的证据文本与界面信息）。

如果需要，我可以：

- 继续把页面下半部分（若提供更大或完整截图）继续逐行抄录；

- 把每段文字以更结构化的行号形式导出，或将无法辨认的区域用占位符标注。

SkillPI 作品解读

作品用途：

- 该仓库（项目名“人味儿写作心法”/skill，仓库地址 http://github.com/orange2ai/renwei-writing）声明为开源免费发布的写作辅助 skill，目标场景是“自己写文章或口述后，让 AI 来改稿”的场景，目的是在 AI 改写/润色后保留“人味儿”（作者的存在感、位置、代价与手迹）。

图片证据要点（基于截图整理的可见证据）：

- 图片为 GitHub 仓库的 README 页面截屏，标题为“人味儿写作心法”，页面含“中文 | English”语言切换，正文说明了该 skill 的诞生背景、核心概念（“存在感”“位置/代价/手迹”），并在文中给出项目地址：github.com/orange2ai/renwei-writing。

- 截图被裁剪，底部正文被截断，说明 README 还有更多未显示内容；截图中可直接读取到安装说明的一行："安装方式：把这篇文章发给你的 Agent 即可。"

关联 Skill 的使用步骤（基于 README 中可见说明与常见实践推断，明确标注为可执行的最小可验证步骤）：

1. 访问仓库：打开 URL github.com/orange2ai/renwei-writing，查看 README 完整内容并确认 LICENSE 与文件结构。

2. 将 README（或仓库内指示的该篇文章/说明）以文本形式发送给你的 Agent（例如通过你所用的 Agent 平台的上下文输入/系统提示/自定义技能加载接口）。README 中可见的“安装方式”只写到“把这篇文章发给你的 Agent 即可”，因此最小操作是把 README 文本作为 Agent 的提示或技能描述注入到 Agent 会话中。

3. 在 Agent 中调用该 skill 所描述的提示或流程，观察 AI 在对示例文本进行改稿时是否有明显保留“人味儿”的表现（保留特定位置、个人代价描述或手迹风格）。

复现前提与注意事项（待核实项）：

- “把这篇文章发给你的 Agent 即可”这一安装说明的具体含义需要核实：需确认目标 Agent 平台（例如是否为某个商业 Agent 框架、私人 Agent 实例或开源 Agent 平台），以及该平台如何接受“skill”——是作为系统提示文本、插件/skill 文件、还是特定格式（.skill、JSON、YAML 等）。

- 需核实 README 是否包含额外的配置文件、示例对话、prompt 模板或调用接口（截图被截断，未能读取全部内容）。

- 需核实该 skill 是否依赖特定模型或厂商（截图正文提及作者使用“Claude Fable 5”作为例子，但 README 中并未明确写出仅兼容某个模型），以及在不同模型/温度/对话历史设置下的效果差异。

- 需核实 LICENSE 类型与使用限制（仓库页面显示有 License 选项卡，但截图未显示 LICENSE 内容）。

待核实清单（建议在复现前确认）：

- 仓库 README 的完整文本与是否包含可复制的 prompt 模板或结构化 skill 文件。

- 目标 Agent 平台支持的 skill 注入方式与文本长度限制。

- 是否需要针对不同模型（如 Claude、OpenAI 模型等）调整 prompt 或额外指令。

- 仓库是否包含示例、测试用例或版本说明，便于验证该 skill 的实际效果。

总体结论：

- 该项目的用途与基本安装说明在截图中可被证实：这是一个面向 AI 改稿场景的开源“心法/skill”，仓库地址为 github.com/orange2ai/renwei-writing，README 明确建议通过把文章发给 Agent 来安装/使用。

- 要把该 skill 在特定 Agent 上可靠复现并得出可比效果，需要进一步获取 README 的完整内容、确认目标 Agent 的接入方式与一些兼容性细节（这些为待核实项）。