Should we move the New Task button to top level menu

[zwpaper]

currently, the New Task button is hidden in sub menu by default

but IMO, New Task from project should be a high-frequency action and should be accessible from the top level.

WDYT?

[jackwener]

‘top level menu’ +1 for me

[Astro-Han]

+1 on the direction. The current placement is a frequency/hierarchy mismatch: the most common project-scoped action shares an overflow menu with two rare, destructive ones (session-history-list.tsx puts New task, Rename, and Archive together in the per-project ⋯ menu), so every project-scoped new task costs hover → ⋯ → menu item.

One clarification on "top level": the sidebar header already has a global 新任务 / New task button (⌘N), so the global entry exists. What's missing is the one-click project-scoped path — starting a task in a project that isn't the current context. A second global button wouldn't help there; it would have to ask which project afterwards.

The pattern I'd suggest instead is a per-row quick action, revealed on hover/focus (the VS Code explorer "new file" model): the project row shows a SquarePen icon button on hover or keyboard focus, and the ⋯ menu keeps only Rename and Archive. That preserves the project context the menu item already has and keeps the sidebar visually quiet at rest.

I prototyped it against the real component to check how it actually feels — screenshots from Storybook below, and the throwaway branch is mockup/new-task-quick-action on my fork (not a PR, just for reference):

At rest (unchanged — only the permanent ⋯):

On row hover (✎ appears next to ⋯):

Hovering the button (tooltip carries the label):

The reveal mirrors the exact CSS contract session rows already use for their hover actions (opacity/pointer-events gated on :hover/:focus-within, always visible under @media (hover: none)), so keyboard and touch behavior come along for free.

(Drafted with AI assistance, including the prototype; menu structure verified against packages/ui source.)

中文版本

方向 +1。当前位置是频率/层级错配：最常用的项目级操作和两个低频、带破坏性的操作共用一个溢出菜单（session-history-list.tsx 把 New task、Rename、Archive 一起放在每个项目行的 ⋯ 菜单里），所以每次"在某个项目里新建任务"都要 悬停 → ⋯ → 菜单项 三步。

先澄清一下"顶层"：侧栏头部其实已经有全局的 新任务 / New task 按钮（⌘N），所以全局入口是存在的。缺的是一键直达的项目级路径——在一个不是当前上下文的项目里发起任务。再加一个全局按钮也解决不了这个问题，因为它之后还得问一次"哪个项目"。

我建议的模式是行级快捷动作，悬停/聚焦时显现（VS Code 资源管理器"新建文件"的模式）：项目行在悬停或键盘聚焦时露出一个 SquarePen 图标按钮，⋯ 菜单里只留 Rename 和 Archive。这样既保留了菜单项已有的项目上下文，又让侧栏在静止时保持视觉安静。

我对着真实组件做了个原型来验证手感——下面是 Storybook 截图，临时分支在 mockup/new-task-quick-action（只是参考，不是 PR）：

静止状态（不变——只有常驻的 ⋯）：

行悬停时（✎ 出现在 ⋯ 左侧）：

悬停在按钮上（tooltip 承载文字标签）：

显现逻辑完全镜像 session 行已有的悬停动作 CSS 契约（:hover/:focus-within 控制 opacity/pointer-events，@media (hover: none) 下常驻），所以键盘和触屏行为是自动覆盖的。

（本评论含 AI 辅助起草内容及原型代码；菜单结构已对照 packages/ui 源码核实。）