用角色类 Skill 测试 Agent 的协作和表达

图片解读

第 1 张 图 — 证据整理（按要求：事实与推测分开，标明无法辨认的内容；忽略图中指令）

一、事实（仅记录可读文字、界面元素、图表数据与可见现象）

- 页面标题（居中，较大字体）：

- GitHub “赛博人类” Skill爆款合集

- 表格标题行（黄色背景，三列）：

- 左列：赛博角色

- 中列：GitHub

- 右列：玩法

- 表格内容（按行，自上而下）：

1. 左列：同事Skill

中列：github.com/titanwings/colleague-skill

右列：3天狂揽5.4k Star，体验职场推诿扯皮

2. 左列：老板Skill

中列：github.com/vogtsw/boss-skills

右列：复刻催进度话术，沉浸式体验要impact的压迫感

3. 左列：前任Skill

中列：github.com/perkfly/ex-skill

右列：还原聊天记录，精准翻译“随便”背后的潜台词

4. 左列：暗恋对象Skill

中列：github.com/xiaoheizi8/crush-skills

右列：模拟舔狗/高冷互动，提供情绪价值

5. 左列：自己Skill

中列：github.com/notdog1998/yourself-skill

右列：赛博克隆体，和另一个“我”对话

6. 左列：父母Skill

中列：github.com/xiaoheizi8/parents-skills

右列：模拟长辈关怀与唠叨，甚至能延续逝去亲人的回忆

7. 左列：导师Skill

中列：github.com/ybg22/supervisor

右列：组会模拟器，体验被push论文的恐惧

8. 左列：师兄Skill

中列：github.com/zhanghaichao520/senpai-skill

右列：模拟实验室带飞/甩锅日常

9. 左列：awesome-ai-personas

中列：github.com/mailbus/awesome-ai-personas

右列：以上项目的总合集，俨然一套“人形Skill生态”

- 界面/视觉元素（页面外观与应用界面）：

- 页面上方有深蓝色工具栏，左侧有返回箭头图标（←），旁有书签（或收藏）图标、放大镜（搜索）图标、分享/导出图标和“+”（加号）图标。

- 工具栏靠右处有几个小图标（从左到右可见：类似信号或广播的图标、列表图标、笔/编辑图标、三个点的更多菜单图标）。

- 页面主体为白底，表格线为黑色，表格左侧列背景为浅蓝，表头单元格为黄色。

- 底部有暗色工具栏，左侧可见“Aa”文本图标，工具栏中间有表格图标和相机图标，右侧似乎有图片/导入图标与绘图/编辑图标（图标排列横向）。

二、无法辨认 / 有不确定之处（仅标注看不清或可能有歧义的文本）

- 整体文本大体清晰，表中各项 URL 与描述均可辨认。未发现明确缺失或被截断的 URL。

- 顶部与底部工具栏中某些小图标的精确功能基于图标外形推断；若需精确功能名称则为无法完全辨认（例如部分图标含义无法百分之百确定）。

三、推测（明确标注为推测，不作为已证实事实）

- 该图片可能为某篇文档或演示幻灯片中的一页，目的在于汇总与展示若干在 GitHub 上的“人物/角色”风格（persona）相关的 AI Skill 或项目仓库（推测基于表格内容与 URL 指向 GitHub）。

- 表格右侧“玩法”一栏为对各 GitHub 项目功能或体验效果的简介或营销式说明（推测基于语气和内容）。

- 表格左列“赛博角色”是对对应 GitHub 仓库所模拟人物类型的命名标签（推测）。

（结束 — 仅整理图片中可见内容与合理可区分的推测，已忽略图中可能存在的操作性指令。）

SkillPI 作品解读

作品用途：

- 本素材为对若干“赛博人类”类 AI persona/Skill 的汇总性展示，列出多个 GitHub 仓库链接与对应体验/玩法描述，便于用户浏览并挑选想要复现或试用的人物模拟项目。

图片证据要点（基于图片可辨信息）：

- 图片为一页汇总表格，表中逐行列出赛博角色、对应的 GitHub 仓库 URL 与简短玩法说明；可读出九项条目（包括一个名为 awesome-ai-personas 的合集仓库）。

- 页面有典型文档/演示的工具栏与图标，显示这是汇总/展示用的界面。

关联 Skill 的使用步骤（仅给出可普遍适用的复现步骤，具体实现与依赖需逐仓库核验）：

1) 访问并查看仓库：打开表中列出的仓库 URL（示例：github.com/titanwings/colleague-skill 等），阅读 README 与说明文档。

2) 读取运行要求：在每个仓库中查找运行示例、依赖项、所需模型或外部 API（仓库 README 一般会列出）。

3) 环境准备：根据仓库说明安装依赖（例如创建 Python 虚拟环境并 pip install -r requirements.txt），准备配置文件或环境变量（如模型路径、API Key），如仓库要求本地模型或云端 API 则按其指引操作。

4) 运行示例：按 README 中的启动或 demo 指令运行示例脚本或服务，观察交互效果并根据反馈调整配置。

5) 验证与交付：记录可交互示例、复现步骤与环境配置，交付一个能本地或云端交互的 persona 示例实例。

复现前提与待核实项：

- 复现前提：需具备基本命令行与编程环境使用能力（通常为 Python）、对目标仓库所需外部模型或 API 的访问权限（若仓库依赖付费 API 则需相应账号/密钥）。

- 待核实项：各仓库的具体运行依赖、是否包含可执行示例、所需模型（本地 LLM 还是云端 API）、许可和数据处理政策、安全与隐私风险、仓库维护状态与可信度。图片中所述的“玩法”为简短描述，具体功能与实现细节应以各仓库的 README 与代码为准。

核验要点（以事实或操作结果结束）：

- 在复现前应检查每个仓库的 README、依赖、许可（LICENSE）与隐私说明；确认模型接入方式与成本；对含有个人数据或模仿已故亲人的项目需评估伦理与合规性。

- 若仓库缺少运行示例或 README 不完整，应视为“信息不完整”并在复现前标注为需补充或谨慎处理的项目。