把 AgentHub 做成真正可交付的智能工作台。
PressGet 是面向真实任务交付的产品入口，底层由 AgentHub 驱动。它不是只会聊天的演示页，而是把任务采集、工具执行、审批控制、桌面试用版和工作台入口放到同一条可落地链路里。
Web 与桌面双入口
审批与审计可追踪
当前采用试用优先发布策略
核心能力
当前宣传口径只覆盖已经具备或已经进入试用发布链的能力，不把尚未完成的安装器、自动更新或完整商业化流程说成已交付。
结构化任务工作台
把需求输入、当前进展、项目轮次、交付状态和历史记录放进同一工作台，而不是单次对话窗口。
- 输入需求后继续追问缺失要素
- 按轮次管理当前版本与历史版本
- 为交付结果预留统一入口
审批可控的执行链
AgentHub 提供工具执行、审批、审计和运行状态可见性，适合需要留痕和回滚判断的任务型场景。
- 支持审批门控和动作追踪
- 支持运行状态、失败原因和交付入口可见
- 适合逐步扩展为正式运营后台
桌面试用版发布链
当前已经补上跨平台 portable bundle 发布链，优先验证用户安装、启动和使用体验，而不是先追求重度加壳。
- 支持 Linux、macOS、Windows 试用包
- 采用最小必要扰码，兼顾可运行与调试定位
- 当前仍明确区分试用版与正式安装器
适用场景
这个官网首页不是泛泛而谈 AI，而是明确 PressGet/AgentHub 更适合什么样的任务承接方式。
任务型工作台
适合把需求采集、版本推进、产物交付、用户登录和后续升级放在一条工作流里的产品形态。
需要审批与回滚判断的动作
比起单纯问答，更适合那些需要执行、审批、日志、可见状态和支持边界的操作流程。
闭源试用优先的产品验证
在真正大规模开放前，先通过官网和试用包验证用户体验、稳定性和支持成本。
从官网到桌面端的一致表达
官网承接品牌和下载入口，工作台承接真实操作，桌面版承接深度试用，三者口径一致。
当前发布方式
先把产品说清楚，再逐步补齐下载入口、试用流程和商业闭环。当前官网重点是解释定位、能力边界和进入工作台的路径。
现在
官网首页改为产品宣传页
根域名 `pressget.cn` 用于品牌和能力说明，保留工作台入口按钮，不再让首页直接承担全部交互负担。
试用阶段
Web 工作台 + 桌面 bundle 并行验证
优先验证安装、启动、任务完成和支持成本，保持对用户体验和运维成本的真实判断。
后续
视试用结果决定公开开源与商业边界
先做成稳定产品，再决定公开哪些框架层、保留哪些业务层，而不是把开源当成当前阶段的先决条件。