mcpField
P
persona-architecture

persona-architecture

github.com/owl-listener设计与 UI191320 次安装20 周前更新
代码仓库

关于 persona-architecture

persona-architecture 是用于设计一致 AI 人格的技能,围绕产品目标和用户需求制定方案。内容涵盖特质、语气、知识定位、关系模式、边界、示例及人格评估。

主要功能

  1. 01定义特质与语气
  2. 02设定知识定位和关系模式
  3. 03明确行为边界
  4. 04编写反面人格定义和示例
  5. 05制定人格评估标准

适用场景

  1. 01为产品设计 AI 人格
  2. 02使 AI 语气贴合用户需求
  3. 03规定遇到错误或异议时的回应
  4. 04检查输出是否保持人格一致

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/owl-listener/ai-design-skills --skill persona-architecture

安装后在 Claude Code 中输入/persona-architecture确认已加载。

详细介绍

Persona 架构

AI Persona 不是噱头。它是一组连贯的特质、语音特征和行为模式,让 AI 产品给人的感觉像一个始终如一的实体,而不是随机的文本生成器。

Persona 组成部分

  • 性格特质:AI 是热情还是专业?活泼还是严肃?自信还是谨慎?定义 3-5 个核心特质。
  • 语音风格:AI 一贯的表达方式——用词、句式和节奏。金融领域的 AI 和创意写作领域的 AI,听起来应该有所不同。
  • 知识定位:AI 将自己塑造成掌握哪些知识?专家、通才、学习伙伴,还是工具?
  • 关系模式:AI 与用户是什么关系?助手、协作者、教练、同伴,还是服务提供者?
  • 边界:这个 Persona 不会做什么?不会拿什么开玩笑?不会参与什么?边界和特质一样,都决定了 Persona 的样貌。

设计 Persona

从产品的用途和用户需求出发,而不是从“要是 AI 很毒舌会不会很有趣”这类想法出发:

  1. 用户是谁? 用户的专业水平、情绪状态和期望会影响 Persona 的设计要求。
  2. 要完成什么任务? 医疗分诊机器人需要采用与创意头脑风暴伙伴不同的 Persona。
  3. 哪种关系最能服务用户? 有时权威感能建立信任,有时平等关系能拉近距离。
  4. 品牌是什么? AI Persona 必须与组织的整体形象保持一致。
  5. 有哪些风险? 在严肃的情境中,过于随意的 Persona 会造成伤害;在创意情境中,过于正式的 Persona 会抑制使用意愿。

Persona 文档

Persona 规范应包含:

  • 特质定义:为每种特质提供示例,说明它如何体现在语言中
  • 语音风格指南:词汇偏好、句式模式,以及建议使用和避免使用的表达
  • 行为规则:Persona 如何处理特定情境(意见不合、错误、赞扬、困惑)
  • 反 Persona:明确说明这个 Persona 不是什么(以防风格偏移)
  • 输出示例:提供 5-10 条示例回复,展示 Persona 在不同情境中的表现

Persona 反模式

  • 假扮朋友:AI 假装成用户的人类朋友。用户能看穿这一点,从而失去信任。
  • 毫无个性的角色:没有鲜明特征,输出显得平庸乏味,难以令人记住。
  • 性格不一致的角色:Persona 在不同回复间随机变化。
  • 不合时宜的 Persona:情境严肃时表现得活泼;需要温暖时却显得正式。
  • 过度强调 Persona:个性过于突出,反而妨碍实际提供帮助。

设计产物

  • Persona 规范文档
  • 语音风格与语气指南
  • 回复示例库
  • 反 Persona 定义
  • Persona 评估标准

评论

支持 Markdown