← Back to home

🔄 Pe Repo 重新设计的产品架构

1970-01-01Admin

🔄 Pe Repo 重新设计的产品架构

💡 核心理念转变

❌ 原设计问题:

  • 管理导向:列表 → 编辑 → 测试 (分离式流程)
  • 模板优先:先写模板,再测试
  • 静态思维:把提示词当作文档管理

✅ 新设计理念:

  • 创作导向:测试 → 迭代 → 保存 (持续式流程)
  • 测试驱动:在测试中创造和完善提示词
  • 动态思维:把提示词当作"活的"创作过程

🎯 重新定义的核心概念

1. Playground (演练场) - 系统核心

用户在演练场中:
• 凭空编写提示词
• 加载已有模板
• 复制现有内容
• 持续测试和迭代
• 随时保存满意的版本

2. Execution Record (执行记录) - 数据核心

每次API调用必须记录:
• 完整的底层输入 (最终发送给模型的字符串)
• 模型参数 (temperature, top_p, max_tokens等)
• 响应结果 (完整的模型输出)
• 执行元数据 (时间、费用、耗时等)
• 评分 (1-5分,默认3分)
• 可选:关联的提示词模板ID

3. Prompt Template (提示词模板) - 可选保存

从执行记录中保存为模板:
• 名称 (必须)
• 版本管理 (同名称下的迭代)
• 标签 (独立的分类系统)
• 参数化设置 (可选)

🔄 新的主线流程

核心流程:测试驱动创作

进入Playground → 编写/加载提示词 → 测试执行 → 查看结果 → 评分
                    ↓
               [满意] 保存为模板 → 版本管理
                    ↓  
               [不满意] 继续迭代测试

支线流程:模板复用

浏览执行历史 → 找到满意的记录 → 复制到Playground → 继续测试迭代
             OR
浏览模板库 → 加载模板 → 修改参数 → 测试执行

📱 重新设计的页面架构

🎮 1. Playground (主页面) - 80%使用时间

功能定位: 提示词的创作和测试工作台

左侧:输入区域
• 提示词编辑器 (支持参数化)
• 模型选择和参数设置
• 快速加载 (模板/历史记录)

右侧:结果区域  
• 执行结果展示
• 评分系统 (1-5星)
• 保存选项 (保存为模板/仅记录执行)

底部:快速操作
• 执行按钮 (主要)
• 清空/重置
• 历史记录快速访问

📋 2. Execution History (执行历史) - 15%使用时间

功能定位: 查看和复用所有执行记录

时间线视图:
• 每次执行的完整记录
• 输入内容预览
• 输出结果预览  
• 评分显示
• 一键复制到Playground

筛选功能:
• 按评分筛选 (高分/低分)
• 按时间筛选
• 按模型筛选
• 按关联模板筛选

📚 3. Template Library (模板库) - 5%使用时间

功能定位: 管理保存的提示词模板

模板列表:
• 按名称分组 (版本管理)
• 标签分类
• 使用统计 (基于执行记录)
• 评分统计 (基于关联执行)

模板详情:
• 版本历史对比
• 关联的执行记录
• 编辑和删除

🗃️ 重新设计的数据模型

核心数据表:execution_records

CREATE TABLE execution_records (
    id UUID PRIMARY KEY,
    
    -- 执行输入 (核心数据)
    final_input TEXT NOT NULL,              -- 发送给模型的最终字符串
    model_name VARCHAR(50) NOT NULL,        -- 使用的模型
    model_parameters JSONB NOT NULL,        -- 模型参数
    
    -- 执行输出
    model_response TEXT,                    -- 模型响应
    response_metadata JSONB,                -- 响应元数据
    execution_time_ms INTEGER,              -- 执行时间
    
    -- 用户评价 (核心)
    rating INTEGER DEFAULT 3 CHECK (rating BETWEEN 1 AND 5),
    feedback TEXT,                          -- 可选反馈
    
    -- 关联信息 (可选)
    template_id UUID,                       -- 可选:关联的模板
    template_version INTEGER,               -- 可选:使用的模板版本
    
    -- 元数据
    created_by UUID NOT NULL,
    created_at TIMESTAMP DEFAULT NOW()
);

模板数据表:prompt_templates

CREATE TABLE prompt_templates (
    id UUID PRIMARY KEY,
    name VARCHAR(200) NOT NULL,             -- 模板名称
    version INTEGER NOT NULL,               -- 版本号
    content TEXT NOT NULL,                  -- 模板内容
    parameters_schema JSONB,                -- 参数定义
    tags TEXT[],                           -- 标签
    
    -- 从执行记录创建
    created_from_execution_id UUID,        -- 来源执行记录
    
    -- 元数据
    created_by UUID NOT NULL,
    created_at TIMESTAMP DEFAULT NOW(),
    
    UNIQUE(name, version, created_by)
);

🎨 新的页面线框图优先级

立即设计 (核心):

  1. 🎮 Playground页面 - 重新设计,体现测试驱动理念
  2. 📋 Execution History页面 - 时间线式的执行记录查看

后续设计:

  1. 📚 Template Library页面 - 简化的模板管理
  2. ⚙️ Settings页面 - 模型配置等

暂不设计:

  • ❌ 复杂统计页面 (只保留基于评分的简单统计)
  • ❌ 独立的编辑页面 (融入Playground)

🔄 关键设计原则

1. 测试驱动

  • Playground是主页面,不是列表页
  • 测试按钮是最突出的操作
  • 快速迭代是核心体验

2. 记录优先

  • 每次执行都无条件记录
  • 执行记录是最重要的数据
  • 模板是执行记录的"升级版"

3. 评分驱动

  • 评分是唯一的统计维度
  • 高分/低分记录特别重要
  • 评分影响推荐和排序

4. 简化优先

  • 去掉复杂的统计功能
  • 专注核心的创作流程
  • 减少不必要的页面跳转

🚀 下一步行动

我需要重新设计:

  1. 🎮 全新的Playground页面 - 体现测试驱动创作理念
  2. 📋 Execution History页面 - 展示所有执行记录
  3. 🔄 整体导航结构 - 以Playground为中心

您觉得这个重新设计的方向对吗?我现在开始设计新的Playground线框图? 🎯