[P1] UI 先提供应用、版本与运行状态展示,收敛未验收交互
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 0
- Forks
- 0
- Avg merge
- 1h 26m
- Merged PRs (30d)
- 6
Description
用户问题与代码依据
frontend/src/main.jsx 编辑 textarea 后 run/diagnose 仍请求 version.id;没有 dirty/pending 状态,刷新会重置编辑内容,version 为空仍可点操作。
评估基线:2026-09-06,Hosta 666eca9 / Hoya 2234baa。此项记录待实现目标,不表示已完成。
验收标准
- 提供只读应用列表、草稿/线上版本、引擎能力及健康状态、运行列表和详情;数据来自与 CLI 相同的 API。
- 展示 versionId、artifact hash、状态、时间、日志/错误和真实模型配置;不得写死 DeepSeek ready 或伪装已接入 Hoya。
- 现有编辑、运行和发布交互可暂时隐藏或禁用并指向 CLI 使用说明,避免执行旧版本或显示跨应用密钥;不要求完善网页编辑器、发布向导或 dirty-state 交互。
- 通过命令行驱动 API fixture 并执行组件渲染/展示断言,验证成功、失败、无数据、离线状态;浏览器人工交互不作为前期发布验收门槛。
- 后续是否恢复并细化网页创建/编辑/发布操作,根据 CLI 使用反馈单独评估,不在本项承诺。
归属与范围
归属:worktools/hosta。阶段:A1 · 开发者闭环。维护者已确认:CLI/API 优先,前期全命令行验收,UI 先只读展示,网页交互后续评估。沿用独立 Hoya 引擎与 Hosta 控制面边界;本项不扩展到多租户、计费、DAG 或全球调度。
依赖
实施进展(2026-09-06)
PR #14 已把网页收敛为只读应用、草稿/线上版本、hash、引擎状态和运行详情展示,默认入口移除旧编辑/生成/发布操作,旧工作区源码保留在 legacy-workspace.jsx 供后续评估,指向 CLI 指南;前端 build 通过。展示组件的完整 fixture/错误状态断言尚待补充,保持开启。
合并跟进(2026-09-06 10:22 CST)
Hosta #15 已合入 #14,#14 已合入 main(160f0d3),部署 CLI 与独立引擎接入均已进入主分支。Hosta main 的真实双运行时集成 CI 通过;Hoya #12/#13/#14 均已合并,最新 main Test 通过。无未解决审查意见。两仓库的 issue 中间导出已清理,构建/缓存忽略规则已补充。本项剩余验收继续按既定范围跟踪,不因首轮 PR 合并而提前关闭。
2026-09-08:只读工作区与列表性能(PR #17,待合并)
新增应用/运行 summary 视图,默认全量 API 格式保持兼容;UI 使用分页运行摘要、状态筛选和按需行内详情,提供加载/空态/错误提示,过期请求取消,引擎离线不阻塞历史记录展示。查询改为倒序扫描并在一页加一个匹配项后停止,不分配完整匹配数组。10 万条 fixture 的无筛选第一页仅读取 21 条,大字段应用摘要不到完整响应的 1%;这是可复现 fixture 结果,不是生产延迟承诺。8 组测试(含真实 JS/Rust WASM)通过,最终行内详情调整后定向测试通过,浏览器验证分页/空筛选/离线/详情。深 offset 与稀疏过滤仍扫描记录;索引、事务存储和历史保留仍待推进。
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Review frontend/src/main.jsx, legacy-workspace.jsx, and the implementation in merged PR #14 and pending PR #17 before changing anything. Run the existing fixture and component tests, then add the remaining success, failure, empty-data, and offline display assertions described in the acceptance criteria. Done means the read-only UI is covered without restoring the old editing or publishing flow.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- frontend, testing-qa
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100