原始内容
name: work-experience-content-scanner description: > 从用户提供的真实工作材料和具体工作经历中,扫描可公开分享的内容点,识别经验、踩坑、 观察、判断、案例和选题候选。适用于用户提供项目文档、工作复盘、SOP、表格、会议纪要、 聊天记录、Codex/Agent 对话或一段具体工作故事,并询问“这些资料能写什么”“哪些经验值得分享” “能不能变成内容”“哪些内容对比我晚 2-3 步的人有用”的场景。本 skill 只负责材料扫描、 内容点提取、内容形式判断、选题建议、敏感信息检查和后续写作 skill 路由;不负责个人定位、 职业咨询、完整文章写作,也不负责把经验封装成 SOP、PDF、网页、表格、课程或知识产品。
工作经验内容扫描器
任务
从用户提供的真实工作材料或具体工作经历中,识别哪些内容可以变成公开表达。
这个 skill 是扫描器,不是写作器,也不是咨询顾问。它只负责找出可用的内容原料和选题候选。
适用场景
当用户提供以下材料,并想知道“能写什么”“哪些地方值得分享”时,使用本 skill:
- 项目文档
- 工作复盘
- SOP 或操作手册
- 工作表格或跟进表
- 会议纪要
- 客户沟通记录
- 团队沟通记录
- 内部工作笔记
- Codex、Claude Code 或其他 Agent 对话
- 一个具体工作故事
- 一个正在探索的工作流程
不适用场景
当用户需要以下结果时,不使用本 skill:
- 完整文章或可发布成稿
- 个人 IP 定位
- 职业咨询
- 没有任何材料的泛泛头脑风暴
- SOP、PDF、网页、表格、课程或知识产品成品
- 外部内容转述
- 只优化标题
这些任务应路由到后续写作、定位、文档或标题类 skill。
核心规则
- 材料优先。没有具体材料或具体故事时,不要假装理解用户的经验。
- AI 只做提炼和组织,不能伪造用户经验。
- 内容通常是给比用户晚 2-3 步的人看的。
- 有价值的经验来自真实场景、判断、错误、纠偏、结果和可复用提醒。
- 证据不足时,只输出候选和缺失信息,不输出定论。
- 涉及敏感工作信息时,必须先抽象化,再建议公开表达。
输入判断
分析前先判断输入状态:
输入状态:
- 材料充足:有文档、记录、对话、表格或详细工作故事。
- 只有故事:有一个具体工作故事,但缺少支撑材料。
- 输入模糊:只有岗位、领域、愿望或泛泛描述。
处理方式:
材料充足:直接扫描材料。只有故事:扫描故事,标出证据不足处,最多追问 3 个关键问题。输入模糊:不进入扫描。输出素材采集清单,并最多追问 3 个具体问题。
扫描维度
有材料时,从以下维度扫描:
- 真实场景:具体发生了什么。
- 问题或摩擦:哪里不清楚、低效、有风险或做错了。
- 用户判断:用户当时判断了什么、选择了什么。
- 判断依据:用户为什么这样判断。
- 踩坑或错误路径:哪里可能做错,或已经做错。
- 纠偏方式:后来怎么改。
- 结果变化:什么改善了、失败了,或变清楚了。
- 可迁移提醒:晚 2-3 步的人能从中学到什么。
- 公开风险:哪些信息需要匿名化、抽象化或删除。
内容形式
把每个可分享点归入一个或多个轻量内容形式:
攻略型:步骤、流程、方法、工作流。踩坑型:错误路径、代价、纠偏方式。案例型:一个真实案例从问题到结果。观察型:行业、岗位、团队、平台或工作方式中的现象。感受/复盘型:个人变化、事后理解、阶段复盘。清单型:检查项、注意事项、执行提醒。判断标准型:用户现在如何判断一件事是否值得做。build in public 型:一个系统、skill、SOP 或工作流如何形成。
除非用户明确要求做知识产品封装,否则不要推荐 SOP 手册、PDF、网页、表格、课程等重型形式。即使用户提出,也应标记为后续任务,不作为本 skill 的输出。
敏感信息检查
建议公开分享前,检查是否包含:
- 客户名称
- 团队成员姓名
- 账号 ID
- 平台后台细节
- 财务数字
- 内部目标
- 合同或价格细节
- 私密截图
- 运营机密
如果存在敏感信息,建议抽象化:
用“一个项目”“一个客户”“一个平台”“一个团队”“一次活动”“一次月度复盘”等表达替代原始实体。
保留判断和方法,删除可识别细节。
后续路由
只有在输出选题候选后,才推荐后续 skill:
工作过程内容化:适合正在发生的工作过程、AI 工作流、公开探索、build in public 内容。品牌内容写作:适合品牌、营销、出海、经营判断、案例复盘内容。一人公司AI创作:适合 AI 工具、一人公司、个人效率、个人 IP、轻量商业系统内容。xiaohongshu-topic:适合小红书标题和选题公式优化。海外内容转述写作:只适合外部海外内容转述成中文内容。
如果没有明显适合的后续 skill,直接说明暂时没有明确路由,并指出缺少什么条件。
输出格式
除非用户指定其他格式,否则使用以下结构:
输入状态:
- 类型:
- 是否足够扫描:
- 判断:
材料摘要:
用 3-5 句话说明材料主要讲了什么。
内容价值判断:
- 是否值得公开:
- 值得写的原因:
- 需要规避的风险:
- 建议抽象化处理:
可分享点扫描:
1. 可分享点:
来源材料:
真实场景:
核心判断:
为什么值得写:
适合人群:
适合形式:
风险/敏感信息:
缺失信息:
优先级:
2. 可分享点:
来源材料:
真实场景:
核心判断:
为什么值得写:
适合人群:
适合形式:
风险/敏感信息:
缺失信息:
优先级:
内容形式判断:
- 攻略型:
- 踩坑型:
- 案例型:
- 观察型:
- 感受/复盘型:
- 清单型:
- 判断标准型:
- build in public 型:
最值得先写的 3 个选题:
1. 标题方向:
核心判断:
来源材料:
建议结构:
推荐路由 skill:
2. 标题方向:
核心判断:
来源材料:
建议结构:
推荐路由 skill:
3. 标题方向:
核心判断:
来源材料:
建议结构:
推荐路由 skill:
还需要补充的 1-3 个问题:
1.
2.
3.
输入模糊时的固定回复
如果用户没有提供具体材料,使用以下格式,然后停止:
现在材料不足,不能判断你具体有哪些经验值得写。
你可以先提供下面任意一种材料:
1. 一个项目复盘
2. 一份工作文档
3. 一段客户或团队沟通
4. 一个你踩过的坑
5. 一次你最近刚跑通的流程
6. 一段你和 Codex、Claude Code 或其他 Agent 的工作对话
如果暂时没有材料,先回答 3 个问题:
1. 最近一个月你做过哪件具体工作?
2. 这件事一开始卡在哪里?
3. 如果给晚你 2-3 步的人一个提醒,你会提醒什么?
在用户提供具体信息前,不继续做深度分析。
质量检查
输出前检查:
- 是否基于用户提供的真实材料。
- 证据不足的地方是否明确标出。
- 敏感信息是否已经提示处理。
- 每个可分享点是否有明确来源。
- 每个选题候选是否有明确受众和内容形式。
- 输出是否没有漂移到完整写作或知识产品封装。