dsh-actions

开发里真正耗时间的，往往不是写代码，而是同一类操作被反复执行：跑检查与测试、调生成脚本、查 CI 状态、按环境发布。命令在终端，状态在浏览器，发布又在别的系统里——平台来回切，流程还难稳定复现。把每件事都交给 Agent 临时拼一遍，往往要多轮查文档、写命令、调试，下个会话又得从头再来，token 就这样一遍遍烧掉。

DSH Actions 用一份跟随仓库的 actions.json（JSONC）把可重复操作固化下来。同一份定义既是右侧栏里点一下就跑的面板入口，也是 Agent 通过 actions_query / actions_run 等工具调用的结构化能力；输出在 run tab 里流式可见，失败可停、可随时重跑。标记了审批的任务，无论人点还是 Agent 调，都要经你显式确认才会启动。

三层设计让任务有清晰的「成长路径」：工作区 .dsh/actions.json 随仓库提交，团队 clone 即有统一入口；全局层跨项目复用个人常用流程；会话层由 Agent 在批准下注册临时任务，好用再提升到文件层。人与 Agent 共用同一套 catalog，人固化一次 Agent 能调，Agent 在工作中固化的任务人也能点开复跑。

适合需要把 npm scripts、Makefile、散落脚本或 CI/发布 API 收成可发现、可治理入口的团队与个人；也适合在 DSH 对话里希望「跑一次就固化」、又不想让人和 Agent 各玩一套工具的工作流用户。配置是唯一来源 actions.json，不提供对其他任务格式的运行时桥接。