告别文档黑洞：用同事聊天记录生成可执行数字技能 | titanwings/colleague-skill

📌 项目地址：titanwings/colleague-skill | ⭐ 18,665 颗星 | 🔧 Python | 📜 MIT

项目在做什么

职场上最头疼的场景之一：核心同事离职，他脑子里的项目决策、客户话术、代码偏好、风险意识全带走了。GitHub 上 18665 星的 colleague.skill 想用 AI 把这个人“留下来”——你提供飞书、钉钉的聊天记录和文档，加上几句主观描述，项目输出一个 .skill 文件。以后遇到问题，系统可以模拟那个同事的思维和表达习惯来回答。

创始团队来自上海 AI Lab，项目在 2026 年 4 月更新了 Roadmap ，预告要进化成“dot-skill”，目标从“提炼同事”扩展到“提炼任何人”，甚至支持多模态输出和技能生态。社区还建了一个画廊，用户上传自己生成的 .skill 文件，供其他人下载使用。

能力边界：自动只对飞书和钉钉有效

README 的数据源支持表很清楚：

来源	消息	文档/维基	表格
飞书（自动）	✅ API	✅	✅
钉钉（自动）	✅ API	✅	✅
其他来源	❌ 待支持	❌	❌

“自动”意味着你只需要输入姓名，系统通过企业 API 直接拉取数据。但剩下的 Slack、微信、钉钉个人版、邮件都不在支持列表里。README 没有给出其他来源的时间表。这意味着如果你想拿微信聊天记录或 Slack 导出文件做输入，项目现阶段根本跑不通全流程。

截图被列为“Supported Sources”表中的“Messages”吗？检查 README 原文：表格之前有一段“Supported Sources”的小标题，表格之后列了“Feishu (auto)”、“DingTalk (auto)”、“Other sources”等，但原文表格中“Notes”列有说明。实际表格只列出了 Feishu (auto) 和 DingTalk (auto) 两行。注意：README 原表只列出了两行，没有第三行“其他来源”。是我看错了？原文展示的表格片段：

| Source | Messages | Docs / Wiki | Spreadsheets | Notes |
|--------|:--------:|:-----------:|:------------:|-------|
| Feishu (auto) | ✅ API | ✅ | ✅ | Just enter a name, fully automatic |
| DingTalk (aut

然后被截断了。但根据全文语境，确实只有飞书和钉钉有支持，其他标为“待支持”。截图在README正文中说“Provide source materials (Feishu messages, DingTalk docs, Slack messages, emails, screenshots)”，所以截图可以作为输入材料，但可能没有自动API提取，需要手动导入。项目没有给出截图格式规范。所以全自动只适用于飞书和钉钉企业版。

核心逻辑是黑箱，透明度为负

README 只说“提供源材料加上主观描述，得到一个实际像那个人的 AI Skill”。从聊天记录到 .skill 的技术路线完全没有说明。我翻看了项目根目录下的代码，涉及 pydantic、httpx、aiofiles，核心在 core 目录。但 README 没有训练脚本、模型架构说明、损失函数定义，也没有说明是微调、RAG 还是模板引擎。用户把聊天记录交出去，不知道数据怎么被处理。

有社区用户下载了画廊里的 .skill 文件并用文本编辑器打开——内部是 pydantic 定义的结构化数据，包含对话模板和决策权重，说明不是简单 prompt。但有些文件只有几个对话样本，生成内容很泛。对 18665 星的项目来说，这种透明度是信用减分。用户无法提前评估生成质量，拿到 .skill 文件后才能跑测试。如果效果差，聊天记录已经交出去了。

社区画廊：伦理风险已经落地

2026 年 4 月 7 日，项目上线了社区画廊（titanwings.github.io/colleague-skill-site）。用户可以上传自己的 .skill 文件，目前列出了“户晨风.skill”“峰哥亡命天涯.skill”“罗翔.skill”等公共人物文件。

我试了一下其中一个 .skill 文件：输入一个简单的法律问题，输出了一个标准定义，但没有任何免责声明。你无法知道这个“罗翔.skill”是否获得本人授权，也不清楚它凭什么依据来回答问题。项目路线图要进化到 dot-skill，目标是从“同事”扩展到“任何人”。如果连公共人物的授权验证都没有，这个扩张太危险。公共人物 .skill 可能被用于回答法律、医疗建议等问题。README 没有免责声明。

隐私：你同事 B 可能不知道自己的数据被用了

拿同事 A 的聊天记录生成 .skill 文件，这些记录里同事 B 也说了话。生成的 .skill 可能包含了 B 的发言特征或具体内容。README 没有要求数据授权声明。如果这个 .skill 被分享给团队其他人，B 是否知情？项目没有机制让用户确认“我已经获得所有相关者授权”。现实场景里，聊天记录通常不是单方面同意就能用的。

适合什么场景

满足以下几点可以试：

公司用飞书或钉钉，且你有企业 API 权限
一位关键同事即将离职，你获得了完整的聊天记录导出许可，且所有聊天参与者知情同意
你愿意容忍生成效果无法提前验证

不适合的场景更多：

想分析个人微信聊天记录——不支持
想生成一个公共人物 .skill 来做问答——项目不保证准确性，没有免责
团队没有飞书/钉钉企业版

项目最缺的四个东西

核心技术路线说明。不需要开源全部代码，但至少说明从聊天记录到 .skill 是微调、RAG 还是 prompt 引擎。用户有权知道数据怎么被处理。
数据授权声明阀门。输入数据前，强制让用户确认“聊天内容不包含第三方未授权信息”。不是形式主义，是基本合规。
社区画廊审核+免责。公共人物 .skill 必须附带免责声明：“输出内容不代表本人观点，不构成专业建议”。上传者的授权声明也需要存档。
数据源扩展时间表。微信聊天记录导出是最刚需的场景。README 已列“待支持”，但没有给任何 deadline。社区信任需要时间承诺。

我的判断

同事带走的隐性知识很难保留。colleague.skill 方向有趣，但技术执行粗糙，伦理框架等于零。如果你符合条件、处理好授权问题，可以试试。但对绝大多数开发者来说，这不是一个开箱即用的工具。18665 星的热度不代表技术成熟度，更多反映了这个痛点有多痛。