懒散资深开发模式 mirelconstantin/dsh-ponytail-sync

dsh-ponytail-sync

Ponytail 懒散资深开发模式，做成原生 DeepSeek Harness 技能、系统提示词段落和六个斜杠命令。
始终可用，可切换等级，无需外部进程。

安装

在 GUI 里把下面这行粘进 Add plugin：

dsh-ponytail-sync

或者在终端里执行：

dsh plugin add dsh-ponytail-sync

这就是一次普通的 npm 安装。既不需要 git，也不需要 GitHub 账号。

整个过程没有构建步骤，所以不需要任何构建白名单，每个入口点都以源码形式提交。重启配置档后会出现四行——运行时、技能、提示词段落和命令。

其他安装方式

| 方式 | 命令 |
| 锁定版本 | dsh plugin add dsh-ponytail-sync@1.0.0 |
| 锁定提交 | dsh plugin add github:mirelconstantin/dsh-ponytail-sync#<sha> |
| Tarball | dsh plugin add ./dsh-ponytail-sync-1.0.0.tgz |
| 本地检出 | dsh plugin add /absolute/path/to/dsh-ponytail-sync |

GitHub 方式只需要能访问这个仓库的 git。npm 方式既不需要 git 也不需要账号，上面的命令用的就是它。

这是什么

Ponytail 由 Dietrich Gebert 开发，MIT 协议。它就是一个指令提示词，外加几个一次性命令提示词；那个仓库里其余的东西都是管道，负责把提示词装进某个特定的智能体。这个包把提示词以技能和系统提示词段落的形式送进 DeepSeek Harness，所以每个会话里都有它，谁都不用去装插件。

规则的源头在上游。这个包内置了 上游 ponytail 5.1.0，并把 review、audit 和 ledger 三套流程从上游的三个命令技能里合并了进来，scripts/check-plugin.mjs 锁定的十条规则不变量，和上游自己的 scripts/check-rule-copies.js 锁定的是同一批——这样上游悄悄改了规则也逃不过检查。

为什么做成技能，而不是 AGENTS.md 文件

dsh-agent-instructions 已经把 ~/.dsh/AGENTS.md 加载进每个会话，在那里放一份精简版规则也能用。但有三点让技能成为更合适的归宿：
- 按需加载。 排名 500 的 user-agents 副本会和每个项目自己的文件竞争；排名 250 的运行时注册让项目自己的 ponytail 技能可以覆盖它，这正是用户编辑某个仓库时想要的行为。
- 它带有一段用于路由的描述。 目录会在加载任何内容之前把描述展示给模型，所以模型知道这种模式什么时候适用，而不是直接看到一段无条件的规则块。
- 它可以查看，也可以编辑。 assets/ponytail/SKILL.md 就是一个文件，维护者可以直接读、直接改；改完之后，插件重新加载，下一次会话看到的内容就会变。（提示词段落并不是由它生成的——这个段落刻意写得很短，承载的是级别，而不是规则。）

它给模型带来什么

一个 ponytail 技能，外加一段 ponytail 系统提示词段落。段落里写明当前生效的级别、这个级别改变了什么，以及每次回复都欠用户的那两行。技能正文是完整规则集，附带级别表。

级别

| 级别 | 行为 |
| lite | 按需求构建，用一行点出更小的方案 |
| full | 完整规则集（默认） |
| ultra | 构建之前还要质疑需求本身 |

新会话的默认级别来自 cordis.patch.yml 里的 ponytail-runtime.config.defaultLevel。会话一旦改了级别，剩下的时间就保持这个级别，这与上游按会话生效的模式一致。要改新会话的默认级别，得编辑补丁文件，而不是在 Settings 里点一行：这个 bundle 提供的是普通 Standard Schema 配置，只有原生 Schemastery schema 才会渲染出 Settings 表单。插件不能自己 import @deepseek-ai/schemastery，所以这一行会报 unsupported，而不是让加载失败。

命令

| 命令 | 作用 |
| /ponytail [lite\|full\|ultra\|off] | 设置当前会话的级别；不带参数则报告当前级别 |
| /ponytail-review | 审查当前改动：bug、安全、负载、缺失的测试、速度、该砍掉什么 |
| /ponytail-audit | 对整个仓库做同样的审查，并排出优先级 |
| /ponytail-debt | 把 shortcut: 注释收集成一份台账 |
| /ponytail-gain | 实测效果记分板 |
| /ponytail-help | 速查卡 |

文件

package.json the package and its dsh bundle declaration
cordis.patch.yml the four loader rows
src/index.js the service entry (provides ponytail)
src/config.js the Config schema, defaults, resolution, level helpers
src/util.js the config validator and clamping helpers
src/runtime.js the per-session level and the section text renderer
src/prompt.js the system-prompt section text and the visibility gate
src/skills.js the runtime skill registration
src/commands.js the six slash commands and their one-shot instructions
src/entry-prompt.js the prompt row
src/entry-skill.js the skill row
src/entry-command.js the command row
assets/ponytail/SKILL.md：内置的 ponytail 技能正文 scripts/check-plugin.mjs：插件契约，跑在伪造的上下文上

在配置档里启用

插件是一个 bundle：package.json 声明 dsh.bundle.patch，配置档在 dependencies 和 dsh.profile.bundles 两处都列出它。dsh plugin add 会替你完成这两处修改。
jsonc
// profiles/<name>/package.json
"dependencies": { "dsh-ponytail-sync": "1.0.0" },
"dsh": { "profile": { "bundles": ["@deepseek-ai/dsh-base", "dsh-ponytail-sync"] } }

也可以改成链接本地 checkout，bundle 名称和目录保持原样即可： jsonc
"dependencies": { "dsh-ponytail-sync": "link:/absolute/path/to/dsh-ponytail-sync" },
"dsh": { "profile": { "bundles": ["@deepseek-ai/dsh-base", "dsh-ponytail-sync"] } }

然后重启 DSH 一次，它才能解析到。DSH 运行期间改 package.json 不会让 bundle 变得可解析：dsh-app-boot 的 resolveBundleDir 会从安装锚点和配置档目录出发，按 node_modules 的查找顺序探测，而运行中的宿主手里拿的还是启动时读到的配置档清单。链接存在之前，添加 bundle 只会得到：

dsh: cannot resolve profile bundle "dsh-ponytail-sync" from the dsh installation or <profileDir>;
run 'dsh plugin --profile <name> install' if its dependency is not installed

那条 install 命令会生成链接；重启则让运行中的宿主读到新清单。两步都做完，再硬刷新浏览器（Ctrl + Shift + R）。

想关掉这个模式又不想移除 bundle，把 ponytail-runtime 那一行配置里的 defaultLevel 设为 off —— 技能、区块和命令仍然挂载，规则可以通过 skill 工具按需取用。

验证 sh
npm test # the plugin contract: levels, section, skills, commands, packaging
node scripts/check-patch.mjs # the bundle patch, exports and icon match the package
node scripts/check-pack.mjs # npm would publish every file the plugin needs

这些检查断言的是 harness 在加载时的行为，手工挂载的测试做不到：没有默认导出（加载器会优先解包 .default 而不是命名空间，这会静默丢掉 inject、name 和 Config，让所有依赖它的行一直处于 pending），注册项都是 effect，技能注册表缺失或某条限制把技能过滤掉时区块会自行抑制，级别按会话生效且预算确实被应用，六条命令全部注册且都带描述和非空提示，以及上游那些承重规则在内置技能正文里逐字保留。

check-pack 补上了测试覆盖不到的一处缺口：测试跑在仓库上，而 files 条目一旦不再匹配目录树，发布的包会装得上却加载失败。

CI 在每次 push 和 pull request 时，都会在 Linux 和 Windows 上跑测试和这两项包检查。
从上游更新

把 skills/ponytail/SKILL.md 收录到 assets/ponytail/SKILL.md，把你想要可用的上游命令技能一并合入，然后重新运行 npm test。当检查所固定的某条上游规则发生变动时，测试就会失败——这是提示你重新阅读上游 diff，而不是去改那份固定的清单。

许可证

本 bundle 采用 MIT 协议——见 LICENSE。Ponytail 采用 MIT 协议，© Dietrich Gebert，此处以指令文本形式收录，署名与上游引用均保持完整；NOTICE 载有该署名。icon.svg 是 Pazalo 标志。