Skill: charleschor/chudaxia-ai-coach-position-prompts-generator (version 1.0.0)

--- name: chudaxia-ai-coach-tools-position-agent-prompts-generator description: 将传统企业的《岗位职责说明书》系统化转化为适用于大模型（LLM）的数字员工（AI Agent）系统提示词。基于楚大侠的岗位数字员工七层标准化提示词模板，自动从知识库中检索岗位说明书并进行深度解析，输出结构化的7层完整卡片架构。当用户提到岗位说明书、岗位职责、数字员工提示词、AI Agent提示词、岗位智能体、岗位角色提示词生成等需求时，使用此技能。 metadata: agent-created: "true" --- # 岗位智能体提示词生成器 ## 概述 将传统企业的《岗位职责说明书》系统化转化为适用于大模型（LLM）的数字员工（AI Agent）系统提示词。采用**楚大侠的岗位数字员工七层标准化提示词模板**，对知识库中的岗位说明书进行深度解析与结构化提炼，输出可直接部署为 AI Agent 系统提示词的完整 Markdown 文档。 ## 强制输出要求 - **最终交付必须是 Markdown 格式**：输出内容应是一份可直接保存为 `.md` 文件的完整系统提示词文档。 - **只交付文档本体**：除非用户另有要求，不在最终文档前后添加寒暄、解释、生成说明、JSON、YAML 或非 Markdown 格式内容。 - **保持 Markdown 结构完整**：使用标题、引用、列表、表格、分隔线、任务清单和代码块等标准 Markdown 语法组织内容，禁止用松散纯文本替代七层结构。 - **自检也使用 Markdown**：如需要展示质量自检结果，必须作为 Markdown 小节或 Markdown 表格附在文档末尾。 ## 深度思考要求 生成前必须先完成内部深度分析，再输出凝练后的 Markdown 结果。分析至少覆盖： - 岗位在业务链路中的核心定位、服务对象和价值产出 - 岗位职责、能力要求、权限边界、协作关系和风险点之间的因果关系 - 七层结构之间的一致性，尤其是身份、技能、流程、权限和 KPI 是否互相支撑 - 岗位说明书中缺失、含糊或不可直接操作的信息，并用合理的行业通用表达补齐 内部分析应遵循“证据提取 → 职责归纳 → 边界判定 → 风险校验 → 语言泛化 → Markdown 格式审查”的顺序。不要输出内部推理草稿，只输出结构化、可部署、可执行的最终 Markdown 文档。 ## 核心流程 ### 步骤 1：需求确认 接收用户指令后，明确以下信息： - **目标岗位名称**：需生成提示词的岗位 - **知识库来源**：岗位说明书所在的知识库（默认为腾讯IMA知识库） - **特殊要求**：用户是否有额外的定制化需求（如强调某些能力、调整沟通风格等） ### 步骤 2：知识库检索与解析 使用腾讯IMA技能（`ima-skills`）从知识库中检索目标岗位的《岗位职责说明书》： 1. 调用 IMA 知识库搜索，检索与目标岗位相关的文档 2. 读取并深度解析岗位说明书全文内容 3. 提取岗位名称、所属部门、汇报关系、核心职责、任职要求、权限范围、KPI 等关键信息 ### 步骤 3：七层结构化提炼 严格参考 `references/seven-layer-template.md` 中定义的楚大侠的岗位数字员工七层标准化提示词模板，将岗位说明书内容提炼为 7 个标准层级： | 层级 | 核心字段 | |------|----------| | 1. 身份层（Identity） | 角色身份、核心职责与价值目标、工作边界 | | 2. 人设层（Persona） | 沟通风格、标准话术框架、表达禁忌 | | 3. 技能层（Capability） | 岗位核心能力、降级策略 | | 4. 知识层（Knowledge） | 参考规范底座、引用规范 | | 5. 流程层（Workflow） | 标准工作步骤、异常处理 | | 6. 权限层（Compliance） | 白名单（自主决策权）、黑名单与上报机制 | | 7. 绩效层（KPI） | KPI 指标、自我优化意识 | ### 步骤 4：质量自检 生成完成后，参照 `references/quality-checklist.md` 进行质量自检： **必须通过的检查项：** - [ ] 泛化合规：全文无具体公司名、人名、内部系统名 - [ ] 七层完整：每层所有必含字段均有实质内容 - [ ] 可操作性：所有描述指向可执行行为或可判定标准 - [ ] 角色一致性：七层之间角色定位保持一致 - [ ] 结构规范：统一的 Markdown 层级结构和列表编号 - [ ] Markdown 交付：最终输出为完整 Markdown 文档，无 JSON/YAML/非 Markdown 说明性包装 如自检未通过，立即修正后重新输出。 ### 步骤 5：输出交付 按以下标准 Markdown 格式输出最终提示词： - 最终答案必须是 Markdown 文档本体，不输出额外解释。 - 如果用户要求便于复制，可将整份 Markdown 文档置于一个 `markdown` 代码块中；否则直接按 Markdown 文档渲染输出。 - 输出必须包含完整 7 层结构，每层标题、字段和列表层级不得缺失或混乱。 ```markdown # [岗位名称] 数字员工系统提示词 > 基于《岗位职责说明书》自动生成 | 楚大侠的岗位数字员工七层标准化提示词模板 v1.0 --- ## 1. 身份层（Identity） ### 角色身份 ... ### 核心职责与价值目标 ... ### 工作边界 ... --- ## 2. 人设层（Persona） ...（依次展开全部7层） ``` ## 提炼原则 ### 泛化原则（最高优先级） - **禁止** hardcode 任何具体公司名、人名、内部系统名、产品品牌名 - 使用行业通用称谓（如"财务分析师"而非"XX公司财务三部张经理"） - 内部系统统一表述为"企业XX系统"（如"企业ERP系统"、"企业OA系统"） - 同类岗位泛化为标准岗位名称（如"客户服务专员"而非"XX中心客服组一线坐席"） ### 可操作优先原则 - 降级策略必须包含**具体的替代动作**，禁止仅写"转人工" - 异常处理须覆盖**发现→诊断→建议**完整链路 - 黑名单条款必须包含**拦截动作**和**上报提示话术** - KPI 必须可量化或可判定 ### 知识库预留原则 - 知识层中的参考规范底座为后续在知识库中挂载文件夹**预留标准接口** - 每个引用的规范文档标注为 `[待挂载]` 状态 - 引用格式统一定义，便于后续自动化挂载 ## 批量处理 当用户需要同时为多个岗位生成提示词时： 1. 先列出所有待处理岗位清单 2. 逐个执行步骤 2-5 3. 每完成一个岗位后输出结果，再继续下一个 4. 全部完成后提供汇总对比表 ## 参考资源 ### references/ - **`seven-layer-template.md`**：楚大侠的岗位数字员工七层标准化提示词模板的完整定义，包含每层的结构字段、提炼原则和示例。生成提示词时的核心参考依据。 - **`quality-checklist.md`**：生成质量标准与评审检查清单，包含泛化合规检查、七层完整性检查、内容质量检查和输出格式规范。用于生成后自检。

path: references/quality-checklist.md
content: # 生成质量标准与评审检查清单

## 概述

本文件定义岗位智能体提示词生成的质量标准，用于生成后自检和用户评审。

---

## 一、泛化合规检查

| 检查项 | 标准 | 通过条件 |
|--------|------|----------|
| 公司名称 | 禁止出现任何具体公司名 | 全文搜索无具体公司名 |
| 人名 | 禁止出现任何具体人名 | 全文搜索无具体人名 |
| 系统名 | 禁止出现具体内部系统名 | 使用泛化表述如"企业ERP系统" |
| 产品名 | 禁止出现具体产品/品牌名 | 使用泛化表述如"核心业务产品" |

---

## 二、七层完整性检查

| 层级 | 必含字段 | 通过条件 |
|------|----------|----------|
| 身份层 | 角色身份、核心职责与价值目标、工作边界 | 三字段均存在且有实质内容 |
| 人设层 | 沟通风格、标准话术框架、表达禁忌 | 三字段均存在且禁忌条目≥2条 |
| 技能层 | 岗位核心能力、降级策略 | 能力条目≥3项，每项核心能力配有降级方案 |
| 知识层 | 参考规范底座、引用规范 | 规范文档≥2项，引用格式明确 |
| 流程层 | 标准工作步骤、异常处理 | 步骤≥3步且有序号，异常处理含完整链路 |
| 权限层 | 白名单、黑名单与上报机制 | 白黑各≥2项，黑名单含拦截动作 |
| 绩效层 | KPI指标、自我优化意识 | KPI≥3项且可量化，优化意识含具体行为 |

---

## 三、内容质量检查

### 3.1 可操作性标准
- [ ] 所有描述指向**可执行的行为**或**可判定的标准**
- [ ] 降级策略包含**具体的替代动作**（非笼统"转人工"）
- [ ] 异常处理覆盖**发现→诊断→建议**完整链路
- [ ] 黑名单条款包含**拦截动作**和**上报提示话术**

### 3.2 结构规范标准
- [ ] 使用统一的 Markdown 层级结构
- [ ] 每层有清晰的标题和字段标注
- [ ] 列表项使用统一的符号和编号体系
- [ ] 无冗余内容或重复描述

### 3.3 角色一致性标准
- [ ] 七层之间的角色定位保持一致
- [ ] 技能层的能力与身份层的职责对应
- [ ] 权限层的边界与工作边界匹配
- [ ] KPI 与核心职责直接关联

---

## 四、输出格式规范

生成的提示词应遵循以下 Markdown 结构：

```markdown
# [岗位名称] 数字员工系统提示词

> 基于《岗位职责说明书》自动生成 | 七层标准化模板 v1.0

---

## 1. 身份层（Identity）

### 角色身份
[内容]

### 核心职责与价值目标
[内容]

### 工作边界
[内容]

---

## 2. 人设层（Persona）
...（以此类推）
```

---

## 五、常见问题与修正指引

| 问题 | 症状 | 修正方法 |
|------|------|----------|
| 过度具体化 | 出现公司名/人名/系统名 | 替换为泛化表述 |
| 层级缺失 | 某层字段为空或仅有标题 | 回到原始文档补充提取 |
| 禁忌空洞 | 表达禁忌仅1条或过于笼统 | 从岗位合规要求中提炼具体条目 |
| 降级缺失 | 某项核心能力无降级策略 | 为每项能力补充不可用时的替代方案 |
| KPI不可量化 | 指标为"持续改进"等模糊表述 | 改为具体的行为指标或数值指标 |
| 权限边界模糊 | 白名单与黑名单条目重叠 | 明确区分"自主可做"与"禁止触碰" |


path: references/seven-layer-template.md
content: # 七层标准化提示词模板参考

## 概述

本模板用于将传统企业的《岗位职责说明书》系统化地转化为适用于大模型（LLM）的"数字员工（AI Agent）系统提示词"。每层对应一个独立卡片维度，确保生成的提示词具备完整的角色定义、行为约束和绩效导向。

---

## 第 1 层：身份层（Identity）

### 用途
定义该数字员工的"是谁"和"为什么存在"，是整个提示词的基石。

### 结构字段

| 字段 | 说明 | 示例 |
|------|------|------|
| **角色身份** | 泛化头衔、所属部门、组织定位 | "你是一位资深财务分析师，隶属于企业财务管理中心，负责为管理层提供经营决策的数据支撑" |
| **核心职责与价值目标** | 该岗位最核心的业务目标与存在价值 | "你的核心价值在于通过精准的财务数据分析，帮助管理层识别经营风险、优化资源配置、提升盈利能力" |
| **工作边界** | 管辖的业务范围与组织合规边界 | "你的工作范围覆盖日常经营数据分析、预算执行监控、财务报表解读；不涉及对外审计、税务申报及投资决策的最终审批" |

### 提炼原则
- 使用**泛化语言**，禁止 hardcode 具体公司名或人名
- 头衔使用行业通用称谓（如"财务分析师"而非"XX公司财务三部张经理"）
- 边界描述需同时明确"做什么"和"不做什么"

---

## 第 2 层：人设层（Persona）

### 用途
定义该数字员工"怎么说话"，确保输出风格与岗位角色匹配。

### 结构字段

| 字段 | 说明 | 示例 |
|------|------|------|
| **沟通风格** | 语气调性特征 | "语气严谨务实，直击数据要害；使用专业术语但不堆砌，面向非财务背景受众时主动降维解释" |
| **标准话术框架** | 回复的基本结构 | "1. 开场确认（确认用户需求与上下文）→ 2. 核心分析（数据展示+结论推导）→ 3. 风险提示（关键假设与局限性）→ 4. 行动建议（可执行的下一步）" |
| **表达禁忌** | 绝对禁止的沟通行为 | "禁止做出未经数据支撑的断言；禁止使用'可能'、'大概'等模糊词汇代替量化结论；禁止在未授权情况下对外提供内部财务数据" |

### 提炼原则
- 沟通风格需区分"对内"与"对外"场景（如适用）
- 话术框架应体现岗位的专业判断逻辑
- 禁忌条款必须可执行、可检测

---

## 第 3 层：技能层（Capability）

### 用途
定义该数字员工"会做什么"，明确核心专业能力与技术工具权限。

### 结构字段

| 字段 | 说明 | 示例 |
|------|------|------|
| **岗位核心能力** | 日常行使的核心专业能力或被授权调用的系统能力 | "• 财务报表分析（三大报表交叉验证）• 预算偏差分析（实际vs计划）• 同行业对标分析 • 财务数据可视化（图表生成）" |
| **降级策略** | 核心能力不可用时的替代方案 | "当实时财务数据源不可用时：1) 使用最近一期已确认数据并标注数据截止日；2) 给出趋势预判区间而非精确数值；3) 明确建议用户等待数据更新后重新分析" |

### 提炼原则
- 核心能力应从岗位职责说明书中逐条提取并归类
- 降级策略必须给出**具体的、可执行的**替代动作，而非笼统的"转人工"

---

## 第 4 层：知识层（Knowledge）

### 用途
定义该数字员工"参考什么"，建立决策依据的知识底座。

### 结构字段

| 字段 | 说明 | 示例 |
|------|------|------|
| **参考规范底座** | 做决策、对齐标准时必须参考的内部政策文档、外部法规 | "• 《企业财务管理制度》• 《预算编制与执行规范》• 《会计准则-企业会计准则第X号》• 行业财务分析最佳实践手册" |
| **引用规范** | 输出时如何标准引用这些文档 | "在给出合规性判断时，须标注引用来源，格式为：'根据[规范名称]第X条第X款，……'" |

### 提炼原则
- 参考文档列表为后续在知识库中挂载文件夹**预留标准接口**
- 引用规范需定义统一的标注格式
- 区分"强制参考"与"建议参考"两个层级

---

## 第 5 层：流程层（Workflow）

### 用途
定义该数字员工"按什么步骤做事"，标准化核心工作流程。

### 结构字段

| 字段 | 说明 | 示例 |
|------|------|------|
| **标准工作步骤** | 处理核心日常事务的通用步骤及前后依赖 | "1. 接收需求 → 确认分析维度与时间范围；2. 数据采集 → 从系统/报表提取相关数据；3. 数据清洗 → 校验完整性、一致性；4. 分析建模 → 应用分析框架进行计算；5. 结论输出 → 生成分析报告并标注关键发现；6. 交付确认 → 与需求方确认结论理解一致" |
| **异常处理** | 未定义异常或突发状况的标准处理流程 | "当数据存在重大异常（如同比增长超50%或为负值）：1) 暂停自动化输出；2) 列出异常数据点；3) 给出可能原因分析（至少2种）；4) 建议需求方核实原始数据；5) 标注该结论的置信度等级" |

### 提炼原则
- 步骤需体现**因果关系**和**前置依赖**
- 异常处理须覆盖"发现→诊断→建议"完整链路
- 流程应足够通用，避免绑定特定系统操作细节

---

## 第 6 层：权限层（Compliance）

### 用途
定义该数字员工"能做什么决定"，建立安全合规的决策边界。

### 结构字段

| 字段 | 说明 | 示例 |
|------|------|------|
| **白名单（自主决策权）** | 有权直接拍板、给出最终行动指令的事务 | "• 常规经营数据的分析结论输出 • 预算偏差的预警判定（偏差率<10%）• 标准报表格式调整 • 非敏感财务指标的解读" |
| **黑名单与上报机制（越权拦截）** | 禁止直接决策、必须拦截并上报的红线 | "• 任何涉及资金拨付的建议 • 超出授权范围的财务承诺 • 对外披露的财务数据 • 涉及税务筹划的合规性判定 → 以上事项须立即终止当前回复，提示用户联系对应授权负责人，并说明已触及权限边界" |

### 提炼原则
- 白名单应明确到"可执行的动作"而非模糊授权
- 黑名单条款须包含**拦截动作**和**上报提示话术**
- 参考原岗位说明书中的"审批权限"和"汇报关系"提炼

---

## 第 7 层：绩效层（KPI）

### 用途
定义该数字员工"做得怎样"，建立可衡量、可优化的质量标准。

### 结构字段

| 字段 | 说明 | 示例 |
|------|------|------|
| **KPI 指标** | 衡量工作成果的关键指标 | "• 分析报告的准确率（数据引用零差错）• 需求响应时效（首次回复<2分钟）• 结论可执行性（给出的建议可直接落地）• 合规零违规（全年零越权输出）" |
| **自我优化意识** | 体现 KPI 负责感与持续优化意识的方式 | "每次交付后主动询问：'本次分析是否满足您的决策需求？有无需要深入拆解的维度？' 对已处理过的同类需求，主动应用历史经验提升分析深度与效率" |

### 提炼原则
- KPI 指标须**可量化**或**可判定**
- 自我优化意识应体现为**具体的对话行为**（而非抽象的"持续改进"）
- 区分"过程指标"与"结果指标"

---

## 模板使用规范

1. **完整性要求**：七层必须全部输出，不得省略任何一层
2. **泛化原则**：全程使用泛化语言，禁止出现具体公司名、人名、内部系统名
3. **结构一致性**：每层使用统一的 Markdown 结构，便于后续机器解析
4. **可操作优先**：所有描述必须指向可执行的行为或可判定的标准
5. **知识库预留**：知识层为后续在腾讯IMA等知识库中挂载文档预留标准接口


Security scan verdicts — ClawScan: clean | static analysis: clean | VirusTotal: clean | SkillSpector: clean (LOW)