Immutable. This exact content is served forever at /api/v1/blob/db78618fba2fbac1.
--- name: lls-article-screenshot description: "为教程、产品复盘和操作说明规划并采集能证明关键步骤的真实界面截图。用于决定截图证据点、清理演示环境、在 macOS 选择区域/窗口/全屏模式、规范命名、生成 Markdown 引用和交付前隐私复核时；必须先写每张图要证明的事实，优先最小范围截图，不用装饰性图片冒充执行证据。" license: CC-BY-NC-SA-4.0 metadata: short-description: 从证据点规划到安全截图、命名和文章引用 --- <!-- workbuddy-install: published; slug: lls-article-screenshot --> ## 在 WorkBuddy 中找到并安装 **Skill slug：`lls-article-screenshot`** 在 WorkBuddy 新会话粘贴： ```text 请按 https://skillhub.cn/install/skillhub.md 检查 SkillHub，搜索 `lls-article-screenshot`；仅在 slug 完全一致时安装到 `~/.workbuddy/skills/`。安装后读取 `~/.workbuddy/skills/lls-article-screenshot/SKILL.md`，核对 name、version 和实际路径，然后新开会话触发该 Skill。 ``` 也可以打开左侧「技能」→「添加技能 / 查找技能」，搜索 `lls-article-screenshot` 后安装；界面文字可能随 WorkBuddy 版本变化。 # 罗老师文章截图助手 ## 截图不是装饰，是证据 一篇教程里的截图应回答一个明确问题：读者应该看到什么，才能确认自己走到了正确步骤？ 先规划证据，再打开截图工具。不要为了“图文并茂”平均每两段塞一张图。 ## 必要输入 ```text 文章或教程主题： 读者要完成的任务： 关键成功步骤： 容易误解或失败的位置： 目标软件/网页和版本： 图片最终放到哪里： 项目 assets 目录： 需要隐藏的信息： ``` ## 一、建立证据地图 逐步阅读文章，把候选图分为： - **入口证据**：按钮、菜单、设置位置； - **动作证据**：用户具体选择了什么； - **状态证据**：版本号、登录状态、任务状态； - **结果证据**：成品、回执、外部读回； - **故障证据**：报错原文及相关上下文。 每张图写一句： ```text 这张图证明【事实】，读者需要看清【区域】，与正文【哪一步】对应。 ``` 无法写出证明对象的图先删除。 ## 二、选择最小截图范围 优先级： 1. 区域：只需要一个局部或终端回执； 2. 窗口：界面位置关系重要； 3. 全屏：跨应用关系或系统级状态必须同时出现。 全屏暴露通知、菜单栏、用户名、其他窗口和客户资料的概率最高。能用窗口就不截全屏，能用区域就不截窗口。 ## 三、截图前整理现场 - 关闭通知和无关窗口； - 用合成账号、示例项目和占位数据； - 清理终端滚屏，只保留命令与必要回执； - 把鼠标移出关键信息； - 确认窗口缩放、系统主题和界面版本； - 检查浏览器书签栏、头像、标签页标题和下载记录； - 检查终端主机名、用户目录、Token、历史命令和代理地址。 不要计划“先截了再说”；最安全的敏感信息是从未进入画面。 ## 四、执行 macOS 截图 先预检命令： ```bash scripts/capture.sh --mode region --output assets/03-login-success.png --dry-run ``` 确认后执行同一命令并去掉 `--dry-run`。模式： - `region`：交互框选区域； - `window`：选择窗口并去掉窗口阴影； - `full`：截取全屏； - `--delay 5`：延迟 5 秒，适合菜单或悬浮状态。 目标存在时脚本默认停止；显式 `--force` 后，旧图会先改名备份，再换入新图。 ## 五、命名与目录 推荐： ```text assets/ ├── 01-open-settings.png ├── 02-select-api-key.png ├── 03-login-success.png └── 04-publish-receipt.png ``` 规则： - 序号对应文章阅读顺序； - 名称描述所证明的动作或结果； - 不用 `截屏2026...`、`final-final2.png`； - 同一文章保持统一扩展名和宽度策略； - 原始高分辨率图与发布图可分目录保存。 ## 六、生成文章引用 ```markdown  ``` 替代文本描述图的结论，不重复“截图”“图片”。正文应在图片前告诉读者为什么看它，在图片后说明如何判断成功。 ## 七、隐私与真实性复核 放大到 100% 检查： - 账号、姓名、头像、手机号、邮箱； - 绝对路径、主机名、局域网地址； - API Key、Cookie、二维码、会话串； - 客户名、文件名、日历和聊天预览； - 后台管理入口和内部域名； - 截图是否对应当前版本和真实动作。 需要打码时交给 `lls-image-privacy-redactor` 生成独立公开副本，并再次查看整图。 ## 输出格式 1. 截图证据地图； 2. 每张图的模式、范围与准备动作； 3. 规范文件名； 4. 可执行 capture 命令； 5. Markdown 引用与替代文本； 6. 隐私、版本和真实性复核结果； 7. 缺图与需重拍项。 ## 失败处理 - 用户取消框选：明确提示未生成文件，不把空路径当成功。 - 菜单一截图就消失：使用延时，或改用系统快捷键。 - 截图太宽：重新截最小区域，不只靠文章端缩小。 - 字太小：缩小截图范围或重新放大界面，不做过度锐化。 - 页面内容变化：记录软件版本和日期，必要时重拍而非继续沿用旧图。 - 隐私太密集：回到合成账号/示例数据重新截图，优先于大面积打码。 ## 质量门禁 - [ ] 每张图都有唯一、可说清的证明对象； - [ ] 关键成功状态和最终结果都有证据； - [ ] 截图范围是完成证明所需的最小范围； - [ ] 文件名与正文顺序一致； - [ ] Markdown 路径在实际项目中可读取； - [ ] 100% 放大检查过隐私和边缘区域； - [ ] 画面来自真实步骤，没有用示意图冒充回执； - [ ] 软件版本与文章描述一致； - [ ] 原图与脱敏公开图分开保存； - [ ] 用户取消或脚本失败时没有产生伪成功记录。 规划表见 [references/screenshot-evidence-plan.md](references/screenshot-evidence-plan.md)。 ## 使用入口 - [飞书中文教程](https://m2wlgni9k4.feishu.cn/wiki/C9QqwoWa9iz9oNk2fgIcovFRnme) - [SkillHub 安装页](https://skillhub.cn/skills/lls-article-screenshot) - [GitHub 源码](https://github.com/PhilRobinluo/ai-coevolution-skills/tree/main/skills/lls-article-screenshot) - [GitHub 1.1.0 安装包](https://github.com/PhilRobinluo/ai-coevolution-skills/releases/download/lls-article-screenshot-v1.1.0/lls-article-screenshot-1.1.0.zip)