hili986/dshpack

README excerpt

dshpack 把一个 dsh 场景——skills、MCP、profile patch、权限默认值——导出成一个 可安装、可分享、可审计 的 pack，再把 pack 装成标准的 dsh profile。 当前状态：M0，预发布，尚未发布到 npm。 pack 格式与 CLI 参数都还不是稳定 API。 init 与 pack 两个作者向命令仍未实现。 它不做什么 - 不分发、不代理、不 fork @deepseek-ai/dsh ； - 不修改 dsh 上游仓库，也不碰你真实的 /.dsh （所有操作都要求显式的 DSH HOME ）； - 不把第三方 install/build script 当可信代码执行； - 不热更新正在运行的 dsh 进程； - 不把 preset 合进已有内容的 session，也不替你解决 session 迁移冲突。 安装前你会看到什么 install 在写任何东西之前先给出完整计划。下面是 真实输出 ，对 dsh-packs/web-dev 跑 --dry-run 得到： 每一行都带 生效时机 标签，因为这是 dsh 最容易踩的坑：skills 热生效，插件与 MCP 要重启新进程，preset 只对空白新 session 有意义。计划里还单列了 side-effect ——那一行不是我们写的，是 dsh 自己在 dump 时重写 cordis.yml ，我们只是触发方，但仍然要告诉你。 --dry-run 期间对 DSH HOME 的写入数为 0 。 Quickstart 始终传一个隔离的 --dsh-home ，不要拿你真实的 dsh 目录当试验场。 安全模型 这些不是承诺，是有测试锁住、且每条都有能让它转红的 mutant 的行为： 来源必须可复现。 GitHub 源只接受 40 位小写 commit SHA ——分支名、tag、短 SHA、甚至 40 位但含大写，一律 exit 20 且在任何子进程启动前就拒绝。HTTPS tarball 必须带 sha512 SRI，URL 不得含 userinfo。 --yes 不能替代危险确认。 它只能省掉那句"确定要装吗"。逐包的 --allow-build 、 danger-full-access 都仍需各自的显式授权； --replace （覆盖已有 profile）和 --allow-unverified 更是 硬门 ——前者不给就不会发生，后者不给直接失败，都不走"提示一下"这条路。任何交互提示的默认值都是拒绝；非 TTY 环境下缺确认会 exit 21 并打印完整的非交互命令，不会把 CI 卡死。 build script 默认全禁。 依赖的 install/lifecycle script 只有在 pack 的 allowBuilds 里 逐个精确包名 列出、且…

Category