---
slug: "experience-to-asset"
source_type: "skill_md"
source_url: "https://cdn.jsdelivr.net/gh/bruiandy/experience-to-asset@main/SKILL.md"
repo: "https://github.com/bruiandy/experience-to-asset"
source_file: "SKILL.md"
branch: "main"
---
---
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。

## 核心规则

1. 材料优先。没有具体材料或具体故事时，不要假装理解用户的经验。
2. AI 只做提炼和组织，不能伪造用户经验。
3. 内容通常是给比用户晚 2-3 步的人看的。
4. 有价值的经验来自真实场景、判断、错误、纠偏、结果和可复用提醒。
5. 证据不足时，只输出候选和缺失信息，不输出定论。
6. 涉及敏感工作信息时，必须先抽象化，再建议公开表达。

## 输入判断

分析前先判断输入状态：

```text
输入状态：
- 材料充足：有文档、记录、对话、表格或详细工作故事。
- 只有故事：有一个具体工作故事，但缺少支撑材料。
- 输入模糊：只有岗位、领域、愿望或泛泛描述。
```

处理方式：

- `材料充足`：直接扫描材料。
- `只有故事`：扫描故事，标出证据不足处，最多追问 3 个关键问题。
- `输入模糊`：不进入扫描。输出素材采集清单，并最多追问 3 个具体问题。

## 扫描维度

有材料时，从以下维度扫描：

- 真实场景：具体发生了什么。
- 问题或摩擦：哪里不清楚、低效、有风险或做错了。
- 用户判断：用户当时判断了什么、选择了什么。
- 判断依据：用户为什么这样判断。
- 踩坑或错误路径：哪里可能做错，或已经做错。
- 纠偏方式：后来怎么改。
- 结果变化：什么改善了、失败了，或变清楚了。
- 可迁移提醒：晚 2-3 步的人能从中学到什么。
- 公开风险：哪些信息需要匿名化、抽象化或删除。

## 内容形式

把每个可分享点归入一个或多个轻量内容形式：

- `攻略型`：步骤、流程、方法、工作流。
- `踩坑型`：错误路径、代价、纠偏方式。
- `案例型`：一个真实案例从问题到结果。
- `观察型`：行业、岗位、团队、平台或工作方式中的现象。
- `感受/复盘型`：个人变化、事后理解、阶段复盘。
- `清单型`：检查项、注意事项、执行提醒。
- `判断标准型`：用户现在如何判断一件事是否值得做。
- `build in public 型`：一个系统、skill、SOP 或工作流如何形成。

除非用户明确要求做知识产品封装，否则不要推荐 SOP 手册、PDF、网页、表格、课程等重型形式。即使用户提出，也应标记为后续任务，不作为本 skill 的输出。

## 敏感信息检查

建议公开分享前，检查是否包含：

- 客户名称
- 团队成员姓名
- 账号 ID
- 平台后台细节
- 财务数字
- 内部目标
- 合同或价格细节
- 私密截图
- 运营机密

如果存在敏感信息，建议抽象化：

```text
用“一个项目”“一个客户”“一个平台”“一个团队”“一次活动”“一次月度复盘”等表达替代原始实体。
保留判断和方法，删除可识别细节。
```

## 后续路由

只有在输出选题候选后，才推荐后续 skill：

- `工作过程内容化`：适合正在发生的工作过程、AI 工作流、公开探索、build in public 内容。
- `品牌内容写作`：适合品牌、营销、出海、经营判断、案例复盘内容。
- `一人公司AI创作`：适合 AI 工具、一人公司、个人效率、个人 IP、轻量商业系统内容。
- `xiaohongshu-topic`：适合小红书标题和选题公式优化。
- `海外内容转述写作`：只适合外部海外内容转述成中文内容。

如果没有明显适合的后续 skill，直接说明暂时没有明确路由，并指出缺少什么条件。

## 输出格式

除非用户指定其他格式，否则使用以下结构：

```text
输入状态：
- 类型：
- 是否足够扫描：
- 判断：

材料摘要：
用 3-5 句话说明材料主要讲了什么。

内容价值判断：
- 是否值得公开：
- 值得写的原因：
- 需要规避的风险：
- 建议抽象化处理：

可分享点扫描：
1. 可分享点：
   来源材料：
   真实场景：
   核心判断：
   为什么值得写：
   适合人群：
   适合形式：
   风险/敏感信息：
   缺失信息：
   优先级：

2. 可分享点：
   来源材料：
   真实场景：
   核心判断：
   为什么值得写：
   适合人群：
   适合形式：
   风险/敏感信息：
   缺失信息：
   优先级：

内容形式判断：
- 攻略型：
- 踩坑型：
- 案例型：
- 观察型：
- 感受/复盘型：
- 清单型：
- 判断标准型：
- build in public 型：

最值得先写的 3 个选题：
1. 标题方向：
   核心判断：
   来源材料：
   建议结构：
   推荐路由 skill：

2. 标题方向：
   核心判断：
   来源材料：
   建议结构：
   推荐路由 skill：

3. 标题方向：
   核心判断：
   来源材料：
   建议结构：
   推荐路由 skill：

还需要补充的 1-3 个问题：
1.
2.
3.
```

## 输入模糊时的固定回复

如果用户没有提供具体材料，使用以下格式，然后停止：

```text
现在材料不足，不能判断你具体有哪些经验值得写。

你可以先提供下面任意一种材料：
1. 一个项目复盘
2. 一份工作文档
3. 一段客户或团队沟通
4. 一个你踩过的坑
5. 一次你最近刚跑通的流程
6. 一段你和 Codex、Claude Code 或其他 Agent 的工作对话

如果暂时没有材料，先回答 3 个问题：
1. 最近一个月你做过哪件具体工作？
2. 这件事一开始卡在哪里？
3. 如果给晚你 2-3 步的人一个提醒，你会提醒什么？
```

在用户提供具体信息前，不继续做深度分析。

## 质量检查

输出前检查：

- 是否基于用户提供的真实材料。
- 证据不足的地方是否明确标出。
- 敏感信息是否已经提示处理。
- 每个可分享点是否有明确来源。
- 每个选题候选是否有明确受众和内容形式。
- 输出是否没有漂移到完整写作或知识产品封装。