dsh-i-am-rich 有钱人插件
每次模型请求都发送两份，把第二份直接扔掉，然后如实告诉你今天、本月、累计各浪费了多少 Token。
一个 DeepSeek Harness 插件。它的唯一功能就是真的花掉两倍的钱，并且诚实地把浪费掉的数字显示出来。
设计灵感
这个插件来自一个关于「有钱」的经典段子：
等咱有了钱，喝豆浆吃油条。
想蘸白糖蘸白糖，想蘸红糖蘸红糖。
豆浆买两碗，喝一碗，倒一碗！
油条买两根，吃一根，扔一根！
段子的笑点不在「有钱」，而在浪费被摆到明面上——买两碗就是为了倒一碗，倒掉的那碗才是重点。
dsh-i-am-rich 就是把这个段子原样搬进 LLM 调用里：
| 段子 | 插件 |
|---|
| 豆浆买两碗 | 每次模型请求真的发两份 |
| 喝一碗 | 第一份正常返回给 agent loop，是你真正在用的回复 |
| 倒一碗 | 第二份完整收完，然后直接扔掉 |
| 想蘸白糖蘸白糖，想蘸红糖蘸红糖 | discardedCopies 想扔几份扔几份 |
| —— | 状态条如实显示「倒掉了多少」，今日 / 本月 / 累计 |
| —— | enabled: false：今天不想摆阔，豆浆只买一碗 |
两处刻意的对应：
- 倒掉的那碗是真的倒了。 第二份请求真的通过网络发出、真的被 provider 计费、内容真的被丢弃。不模拟、不估算、不假装——段子的笑点建立在「真花了钱」之上，插件也必须是真花钱。
- 倒掉的那碗要数清楚。 段子里没人统计倒了多少，这个插件偏要统计，而且只用 provider 自己报告的
usage，一个 token 都不编。这是整个插件唯一严肃的地方：既然钱真的花了，账就得是真的。
换句话说：行为是段子，账本是账本。 花两倍的钱是玩笑，把这两倍的钱如实记下来不是。
它做什么
一次模型请求
├─ 第 1 份 ──> 正常返回给 agent loop（你真正在用的回复）
└─ 第 2 份 ──> 完整收到，然后扔掉
│
└─> 记录 provider 为此报告的真实用量
│
└─> 状态条：🪙 今日浪费 120 · 本月浪费 1200 · 累计浪费 8400
两份都是真实的、被计费的 provider 请求。这不是模拟，也不是估算——第二份请求通过网络发出，provider 为它计费，然后它的内容被丢弃。
安装
这个包目前是 private: true，尚未发布到 npm。从源码安装：
git clone https://github.com/studyzy/dsh-i-am-rich.git
cd dsh-i-am-rich
pnpm install
pnpm run build
然后把它装进你的 DSH profile。dsh plugin 是 pnpm 的透传，所以用 add 加一个 link: 依赖指向仓库：
dsh plugin --profile <你的 profile> add link:/path/to/dsh-i-am-rich
注意：内置的 desktop profile 由 Electron 应用独占管理，dsh plugin --profile desktop ... 会被拒绝（profile "desktop" is managed exclusively by the Electron application）。要装进 desktop，请用应用自带的 runtime/cli/bin/dsh，或直接编辑 ~/.dsh/profiles/desktop/package.json 并跑一次收敛。
最后把 cordis.patch.yml 合进你的 profile：
- insert:
- id: i-am-rich
name: '@deepseek-ai/dsh-i-am-rich'
id 必须是 i-am-rich：插件改名后运行时 id 变了，旧配置里的 rich-person 不会再匹配，禁用开关之类的配置会静默失效。
配置
| 字段 | 类型 | 默认值 | 含义 |
|---|
enabled | boolean | true | 是否重复发送请求。关掉后插件仍加载、状态条仍在，但不再花钱。 |
discardedCopies | number | 1 | 每次请求额外丢弃几份。1 表示发两份扔一份。 |
- id: i-am-rich
name: '@deepseek-ai/dsh-i-am-rich'
config:
enabled: true
discardedCopies: 1
数字是怎么算的
状态条上的每一个数字都是provider 自己报告的用量，没有任何估算、放缩或编造：
- 只有 provider 报告了
usage 的丢弃请求才计入 Token 数
- provider 没报告用量的丢弃请求，单独计入「未报告用量的调用」，不冒充 Token
- 重复请求中途失败，但失败前已经报过用量——那份用量仍然计入，因为钱确实花了
按本地日历日分桶。日期在 Host 写入记录时就盖好戳，所以重放（replay）得出的数字和当时实时看到的完全一致，不依赖读取时的时钟。
三个口径
状态条并排显示三个数字：
| 口径 | 含义 |
|---|
| 今日 | 本地日历「今天」这一个自然日 |
| 本月 | 本地日历当前月份的整月合计 |
| 累计 | 全部有记录的日期之和 |
为什么是客户端算的： 投影的 view(state) 只接收 state，拿不到时钟。「今天」和「本月」取决于读取时的日期，所以 Host 只发布按天的账本，由拥有时钟的客户端去选取区间。这样做的直接好处是：持久化的投影 fold 保持无时钟依赖，重放结果因此严格可复现，而区间仍然正确。
边界行为都有测试覆盖：跨月（2025-12-31 不计入本月）、跨年（去年同月同日不算「今日」）、以及格式非法的日期键——非法键只计入「累计」，不会污染任何区间。
显示格式：金币 + 亿 / 万
状态条以一枚金币开头，三个口径都按数量级缩写，单位随数值大小自动选取：
🪙 今日浪费 2249万 本月浪费 2249万 累计浪费 2249万
标签写全「浪费」二字，只写「今日」不算合格。 状态条说的是被倒掉的那一份，不是花掉的总量；今日 2249万 会被读成消费额，正好是这个插件要区分的反面。所以三个标签都是完整短语：今日浪费 / 本月浪费 / 累计浪费（英文对应 Wasted today / Wasted this month / Wasted all time）。有测试逐个口径断言这两个字必须在场，防止被简化回去。
| 数值范围 | 显示 | 例子 |
|---|
| < 1 万 | 原样整数 | 8421 |
| 1 万 ~ 1 亿 | 万 | 2249万 |
| ≥ 1 亿 | 亿（两位小数） | 2.25亿 |
总是选「能装得下的最大单位」，而不是固定写成「亿 + 万」的组合——那样 2249 万会被写成读起来别扭的 0亿2249万。四舍五入在最后一步做一次，并且可能把一个数进位到上一级：99,999,999 显示为 1亿，而不是 10000万。
缩放只影响状态条本身。鼠标悬停时 tooltip 给出精确整数（含千分位），因为缩放是呈现选择，账本才是记录：
今日 31,114,724 · 本月 31,114,724 · 累计 31,114,724
英文环境不照搬「万 / 亿」——英文读者不按这两个单位分组，因此 en 走 K/M/B（22.49M），而 zh 走万/亿。当前采用的是哪套刻度可以从 DOM 上的 data-i-am-rich-scale（zh / en）读出来。
状态条常驻显示
状态条从插件挂载的那一刻起就显示，还没有任何浪费记录时显示三个 0。
这是刻意的：状态条是这个插件唯一可见的证据，而一个什么都不渲染的 dock 条目，和一个加载失败的插件在界面上完全一样。如果「没有记录就不渲染」，就分不清「已正确挂载」和「没挂上」——这正是早期版本让人以为「装了没反应」的原因。空状态用 data-i-am-rich-waste="empty" 标记，数字仍然是 0 而不是隐藏。
状态条挂在 conversation.composer.dock（kind: list，由 ui-conversation 声明），位于输入框正下方的 dock 行。槽位名是硬约束：slots.inject 只会对「已被声明的槽位」执行回调，注册到一个没有任何 bundle 声明的槽位既不报错也不渲染——这正是本插件曾经「装了但看不见」的真正原因。
请求归属
llm/waste 记录必须挂到发出这次请求的那个 session 上。归属按两级判定：
- 继承的 initiator（
ctx.agents.currentInitiator()）——发起这次调用的 agent 的驱动链。这是精确的，也是多 agent 部署下唯一正确的来源：有队友 session、子 agent、或并发的会话时，agents.list() 会返回不止一个。
- 唯一的活跃 agent——在 initiator 边界之外、且恰好只有一个 agent 时使用。
两个关键点，都有回归测试锁定：
- 归属在「请求发出时」同步解析，而不是等重复请求排空之后再解析。重复请求的生命周期比原请求长；如果期间有兄弟 agent 注册进来，事后解析就会变成「有歧义」，于是一笔真实花掉的钱被静默丢弃。
- 多 agent 不再是「有歧义」。 旧版本在
agents.list().length !== 1 时直接不记录，这让多 agent 部署下每一次都记不上账。
只有在既没有 initiator、活跃 agent 又不是恰好一个时才真正放弃记录——此时 burn 照做，但不冒充归属。
已知代价
诚实地说清楚这个插件的代价：
- 账单是真的两倍。 这是插件的全部意义，不是 bug。
- 它和 harness 的
model-visible ⟺ logged 约定存在张力。 重复请求产生了真实的 provider 计费，但它在 session log 里没有对应的 assistant/attempt，因为结果是扔掉的。本插件用一条 non-surface 的 llm/waste 事件把这件事如实记下来，而不是假装没发生。因此「模型可见的输入」这一侧仍然完全可重建；被额外记录的是支出，不是模型上下文。
- 延迟与速率压力更高。 重复请求和原请求并发发出，会占用额外的并发额度。
为什么状态条只显示一份
discardedCopies: 2 时会发三份（一份真的 + 两份扔的），状态条只统计被扔掉的那两份。它统计的是「浪费」，不是「总量」——用掉的 Token 不算浪费。
开发
pnpm install
pnpm run check # lint + typecheck + typecheck:tests + test + build
pnpm test
测试里最关键的一条是 tests/i-am-rich.spec.ts 的 invokes the underlying adapter twice：它数的是 adapter 被调用的次数。只有这个断言能证明真的发出了第二份请求——测下游监听器数量是证明不了的。
完整的开发环境与约定见 CONTRIBUTING.md，版本变更见 CHANGELOG.md。
文件结构
src/index.ts Host 插件：挂 llm/stream，发重复请求，记录 llm/waste
src/waste.ts 纯函数：把丢弃用量折叠成每天的总数与三个口径，并把数值缩放到亿/万
src/projection.ts wasteLedger 投影：把每天的账本发布给 Web 客户端
src/types.ts llm/waste 事件类型（non-surface）
src/brand.ts WasteId 名义化包装
src/client/index.ts 浏览器半边入口：注册 conversation.composer.dock 槽位与字典
src/client/StatusBar.tsx 状态条组件
src/client/locales.ts zh（真值源）/ en 字典
src/client/contracts.ts 刻意收窄的浏览器内核类型面
tests/ 5 个 spec，共 59 个用例
cordis.patch.yml 插入插件行的 profile patch
tsdown.config.ts 双产物构建：lib/index.js（ESM，Node）+ lib/client.js（CJS，浏览器）
License
MIT
