交流群
性能调优与成本测算
所有 Skill、MCP、工作流仅供个人学习测试，功能、计费、权限以 workbuddy.cn 官方为准。
本专题涉及的客户端菜单、缓存 / 日志路径、索引入口、全部费率与积分口径均标注「待核验（以 workbuddy.cn 官方为准）」；成本部分只给模板与相对量级，不含任何具体费率数字。
内容总览
本专题分两大部分：前半部分是性能调优（资源诊断 → 定位瓶颈 → 分级处置），后半部分是成本测算模板与估算工具说明。所有模板头部统一标注「适配版本：待核验」。
| 序号 | 专题 | 你将获得 | 性质 |
|---|---|---|---|
| 1 | 性能调优通用方法论 | 资源诊断 → 定位瓶颈 → 分级处置的决策树 | 通用框架 |
| 2 | 客户端卡顿 / 内存暴涨 / 磁盘占用过高 | 调优检查清单、分级处置动作 | 通用 + 路径待核验 |
| 3 | 知识库索引过大 / 检索变慢瘦身 | 瘦身方案对照表、索引重建步骤 | 通用 + 入口待核验 |
| 4 | 长任务卡顿 / 日志爆炸清理 | 日志定位、轮转与任务拆分方法 | 通用 + 路径待核验 |
| 5 | 成本测算模板与估算工具说明 | 可复制成本估算表模板、估算公式 / 脚本说明、告警阈值配置说明 | 模板，费率全待核验 |
一、性能调优通用方法论
性能问题不要一上来就重装或清盘。正确顺序是：先做资源诊断（看 CPU / 内存 / 磁盘到底谁在涨）→ 再定位瓶颈落在哪一层 → 最后按 L1 / L2 / L3 分级处置。下面决策树给出落层路径。
三级处置的含义统一为：L1 = 不丢数据的轻操作（重启、关窗口、停任务）；L2 = 可再生数据的清理（缓存、日志、索引重建）；L3 = 结构调整（拆空间、关常驻任务、版本核对）。先做 L1，无效再升级，不要跳级。
二、客户端卡顿 / 内存暴涨 / 磁盘占用过高调优
2.1 原理与分级处置
| 症状 | 常见原因（通用） | 分级处置 |
|---|---|---|
| 界面卡顿 | 同时打开过多会话 / 长任务在前台排队 | L1 关多余窗口 → L2 重启 → L3 核对版本 |
| 内存持续上涨 | 长会话未释放、后台常驻任务累积 | L1 结束挂起任务 → L2 重启释放 → L3 减少常驻 |
| 磁盘占用过高 | 缓存目录膨胀、日志堆积（见二、四章） | L2 清缓存 → L2 清日志 → L3 缓存迁大盘 |
2.2 配套模板：调优检查清单（适配版本：待核验）
[ ] 已用系统资源监视器确认是 CPU / 内存 / 磁盘中哪一项飙升
[ ] 已记录调优前的占用数值，便于对比
[ ] L1：已关闭多余会话、结束挂起任务、完全重启客户端
[ ] L2：已清理缓存目录与日志（路径待核验），观察占用是否回落
[ ] L3：已核对客户端版本，关闭不必要的常驻后台任务
[ ] 调优后占用回落并稳定，已记录调优后数值
2.3 截图脚本占位清单
待补：需在真实客户端按此清单截图。
| 截图序号 | 页面 | 要展示内容 | 标注 |
|---|---|---|---|
| 图 2-1 | 系统资源监视器 | 调优前 CPU / 内存 / 磁盘占用 | 标注「调优前基线」 |
| 图 2-2 | 系统资源监视器 | 调优后同项占用，与基线对比 | 标注「调优后对比」 |
三、知识库索引过大 / 检索变慢瘦身
3.1 瘦身方案对照表
| 措施 | 做法 | 收益（相对量级） | 风险 |
|---|---|---|---|
| 停用闲置空间索引 | 不再检索的旧空间，关闭其索引而非删除内容 | 索引体积明显下降 | 该空间暂时搜不到 |
| 归档旧文档 | 把历史文档移到归档空间，主空间只留活跃内容 | 索引与检索量下降 | 归档空间需单独检索 |
| 拆分超大空间 | 把一个巨型空间按主题拆成多个小空间 | 单次检索范围变小、变快 | 跨空间检索需额外配置（待核验） |
| 重建索引 | 内容源完好但索引异常时，触发重建 | 修复检索结果，不直接省空间 | 重建期间该空间检索不可用 |
3.2 操作要点
瘦身前先确认原始文档源完好——索引是可再生数据，源文档不能丢。
「停用索引」与「删除空间」是两回事：先停用观察，不要直接删内容。
索引重建入口与机制待核验（以 workbuddy.cn 官方为准）；重建耗时与空间体量正相关。
3.3 截图脚本占位清单
待补：需在真实客户端按此清单截图。
| 截图序号 | 页面 | 要展示内容 | 标注 |
|---|---|---|---|
| 图 3-1 | 空间索引设置页 | 各空间索引开关与体积 | 圈出可停用项 |
| 图 3-2 | 检索结果页 | 瘦身前后检索响应 / 结果对比 | 标注「瘦身前后」 |
四、长任务卡顿 / 日志爆炸清理
4.1 排查与清理
长任务卡顿：先在任务列表确认是否有挂起 / 重复排队的任务，取消挂起任务；把超大任务拆成小批量、错峰执行，避免一次性塞进超长上下文。
日志爆炸：定位日志目录（路径待核验），确认是哪个任务 / 调试级别在持续写日志；先把日志级别调到生产级（关闭详细调试日志），再做历史日志清理或轮转。
清理原则：日志是可再生的运行记录，清理前确认不影响正在排查的问题；定期归档而非永久堆积。
bash
# 定位日志目录体积（路径待核验）
du -sh "$WORKBUDDY_LOG_DIR"
# 示例：归档 7 天前的日志后清空（按自己的保留策略调整）
find "$WORKBUDDY_LOG_DIR" -name "*.log" -mtime +7 -exec gzip {} \;
# 注意：清理前确认无正在排查的现场需要保留4.2 截图脚本占位清单
待补：需在真实客户端按此清单截图。
| 截图序号 | 页面 | 要展示内容 | 标注 |
|---|---|---|---|
| 图 4-1 | 任务列表 | 挂起 / 排队中的任务 | 圈出可取消项 |
| 图 4-2 | 日志设置页 | 日志级别选项 | 标注「生产级建议」 |
五、成本测算模板与估算工具说明
诚实性声明：本节不写任何具体费率数字、积分数额或官方额度。所有单价、积分换算、免费额度一律为占位符，待核验（以 workbuddy.cn 官方为准）。本节只提供「输入任务类型与文档长度 → 预估消耗相对量级 → 设置告警阈值」的模板与方法。
5.1 估算思路
估算分三步：① 估 token 量 → ② 按任务类型折算输入 / 输出比 → ③ 套官方费率占位符算相对量级，并设告警阈值。其中只有 token 量可由你自己近似估计，费率部分全部留空待填。
5.2 配套模板：成本估算表模板（可复制，适配版本：待核验）
| 任务类型 | 单次输入量级(约) | 单次输出量级(约) | 频次(次/周期) | 周期消耗相对量级 |
|---|---|---|---|---|
| 短问答 / 单轮 | 小（数百~数千 token） | 小 | [填] | 低 |
| 长文档总结 | 大（数万 token） | 中 | [填] | 中 |
| 批量检索 / 索引重建 | 很大 | 小 | [填] | 高 |
| 长任务 / 多轮工作流 | 大且累积 | 中~大 | [填] | 高 |
| 费率换算（占位） | 输入单价=[官方输入单价，待核验] 输出单价=[官方输出单价，待核验] 积分换算=[官方口径，待核验] | — |
5.3 简易估算公式 / 脚本说明
下面脚本只做相对量级估算，金额部分用占位符，由你按官方费率自行替换。适配版本：待核验。
python
# 输入：单次输入 token、单次输出 token、周期频次
# 输出：周期 token 总量（相对量级）。金额 = 总量 * 官方单价（待核验，此处不写死）
def estimate(in_tokens, out_tokens, times_per_cycle):
cycle_in = in_tokens * times_per_cycle
cycle_out = out_tokens * times_per_cycle
total = cycle_in + cycle_out
# 相对量级分档（仅用于设告警，不代表金额）
if total <= 100_000: level = "低"
elif total <= 1_000_000: level = "中"
else: level = "高"
return {"cycle_in": cycle_in, "cycle_out": cycle_out,
"total": total, "level": level}
# 金额占位：
# cost = cycle_in * INPUT_RATE + cycle_out * OUTPUT_RATE
# INPUT_RATE / OUTPUT_RATE 一律从官方计费页取（待核验），不要在脚本里硬编码5.4 告警阈值配置说明
| 阈值层级 | 建议动作 | 阈值来源 |
|---|---|---|
| 提醒线（如周期用量达某比例） | 记录用量，检查是否有重复 / 挂起任务在空跑消耗 | 按你自己的安全边际设定 |
| 警戒线 | 暂停批量任务，先拆批、先瘦身再继续 | 按你自己的额度承受度设定 |
| 熔断线 | 停止自动任务，人工核对后再恢复 | 接近官方额度上限（上限待核验） |
说明：具体百分比、官方免费额度与积分上限全部待核验，请以 workbuddy.cn 官方计费说明为准后再回填。
进阶：额度是怎么悄悄烧掉的
计费相关最容易踩的坑不是「贵」，而是你不知道它在烧钱：一个跑飞的长任务，可能在你睡觉的时候把额度跑完。这里不给具体费率——数字随版本和套餐变动，以客户端里显示的和官方计费说明为准——只讲怎么自查、怎么避免超支。
建立手感的三步：
- 在设置或个人中心找到额度、余额、消耗记录入口，先看剩余额度，再看近期消耗明细。
- 跑一个你判断很轻的小任务（读一个文件并总结），前后对比余额变化。
- 再跑一个批量任务（处理 20 个文件），对比倍数。以后批量任务前按这个倍数估一下，心里有数。
避免超支的六条习惯：
- 先预览后执行——让它出方案不动手，这一步的消耗远小于真跑。
- 小批量试：第一次只给 3 个文件，跑通再给 30 个。
- 控制上下文：不要一次性读几百个大文件，分批、按需读。
- 别让它无限重试：Prompt 里写明「失败两次就停下来报告」。
- 长任务中途看一眼日志，确认它没卡在死循环里。
- 余额见底时只做只读、轻量任务，别硬跑批量。
text
[ ] 我知道当前剩余额度在哪看
[ ] 这个任务我先用 3 个样本跑通过了
[ ] Prompt 里写了"失败 2 次就停下来报告"
[ ] 我没让它一次性读几百个大文件
[ ] 预估消耗 ≈ 单样本消耗 × 文件数
[ ] 余额能覆盖预估的两倍
[ ] 长任务我会中途回来看一眼关联文档与收尾
调优中涉及的缓存迁移、索引损坏修复：见本站《迁移与导入导出专题》。
各功能版本与资产格式兼容性：见本站《版本兼容对照表》。
资产迁移后是否完整：见本站《资产验收测试标准》。
性能卡、磁盘爆、成本失控，多半不是重装能解决的。更多 WorkBuddy 调优与省钱玩法持续更新在本知识营地，欢迎到小红书「牛班长的创业日志」交流工具使用心得；本文为个人实践记录，供参考。
（注：部分内容由豆包工作 AI 生成）