Pyruns

Appearance

页面展示 ​

这一页不只是放截图。
它更像一份“产品观感 + 功能落点”的速览，帮助你快速理解现在这套 React UI 到底在解决什么问题。

Home：先把工作区当前状态讲清楚 ​

Home 不是一个装饰性首页。
它更像工作区的入口仪表盘，先把系统状态、任务概览和 GPU 资源整理出来，让你一打开页面就知道现在该先去哪里。

Home 页面

这一页适合承担的价值是：

  • 快速确认当前工作区是不是健康
  • 先看任务总量与状态分布
  • 先看 GPU / 系统资源有没有被占满
  • 再决定接下来进入 Generator、Manager 还是 Monitor

如果后续要继续增强，这一页也很适合作为“系统态”和“实验态”之间的过渡层。

Generator：把调参这件事做得更像工作台 ​

Generator 是 Pyruns 的第一张脸。
它不应该像一张“参数登记表”，而应该像一张真的可以开工的实验工作台。

Generator 页面

这一页最核心的价值有三层：

  • 用 Form 模式把高频参数改动做得更快
  • 用 YAML 模式保留完整配置文本的掌控感
  • 用 Shell 模式把命令型任务纳入同一套任务管理视图

你在这里可以完成：

  • 模板切换
  • 参数编辑
  • 类型识别
  • pin 关键字段
  • batch 预览
  • 任务命名与生成

对于 shell 工作流，Generator 会明显切换成另一种状态：

Shell Generator 页面

这里展示的是：

  • Shell Workspace 的视觉状态
  • 更接近真实编辑器的脚本输入区
  • 当前 shell runtime 的说明信息
  • 单任务 config.sh 生成语义

Manager：不是任务列表，而是任务控制台 ​

Manager 的意义不在于“列出任务”，而在于让你迅速判断下一步要对任务做什么。

Manager 页面

这一页现在重点承担这些能力：

  • 搜索历史任务
  • 按状态筛选
  • 批量运行 / 删除
  • 区分 pinned 与普通任务
  • 快速打开详情
  • 快速跳到日志页

当你打开任务详情时，Manager 也会切换成更像“实验档案页”的视角：

任务详情面板

这张图最能说明 Pyruns 的一个核心设计点：

每个任务都不是一行临时记录，而是一份真正可回看的实验单元。

在详情里，你能看到的通常不只是状态，而是：

  • 创建时间
  • 运行次数
  • PID 与时间线
  • 配置文件类型
  • 工作目录

Monitor：把日志真正变成可工作的界面 ​

Monitor 的目标不是“在浏览器里打印文本”。
它的目标是给日志一个真正可观察、可切换、可复制、可导出的页面。

Monitor 页面

这张图体现的是主监控视角：

  • 左侧任务栏
  • 顶部状态与动作
  • 中央终端输出面

而在 shell 工作流里，Monitor 的气质会更明确：

Shell Monitor 页面

这张图最适合强调：

  • shell 任务的终端感
  • 原生命令输出的观测体验
  • 任务选择和终端查看在一个页面内完成

Monitor 这页目前承载的能力包括：

  • 实时日志流
  • 历史日志切换
  • 终端内容复制
  • 任务级别切换
  • 监控结果导出

这几页组合起来，形成的是怎样的体验 ​

Pyruns 现在的页面关系已经比较清楚：

第一步：在 Generator 里描述你想跑什么 ​

  • 改参数
  • 写 shell
  • 决定任务名
  • 决定是否批量展开

第二步：在 Manager 里决定怎么处理这些任务 ​

  • 搜索
  • 排序
  • 批量调度
  • 查看详情

第三步：在 Monitor 里观察任务真正跑起来的过程 ​

  • 看日志
  • 切任务
  • 导出结果

也就是说，这三页不是孤立页面，而是一条很完整的本地实验工作流。

GitHub Pages 展示建议 ​

如果你想在 GitHub Pages 上把这套 UI 展示出来，有两种路线：

路线 1：截图型展示页 ​

优点：

  • 最简单
  • 最稳定
  • 最适合当前就直接上线

适合做法：

  • README 放核心大图
  • docs/showcase.md 放完整截图串联
  • 重点页面配一两段说明文字

路线 2：静态 mock demo ​

优点：

  • 更有冲击力
  • 更像真实产品演示

适合做法：

  • 保留现在 React 页面结构
  • 用 mock 数据驱动 Dashboard / Generator / Manager / Monitor
  • 不连接真实后端
  • 只展示 UI 与交互感觉

这条路线非常适合 GitHub Pages，因为它不需要 FastAPI 也能成立。