跳到正文
MyDSH我的 DSH 实战笔记
English
独立维护，非DeepSeek官方；与mydsh.dev等其他MyDSH站点无关联。

一句话派活，不如一份能复现的配方

按岗位和任务整理，复制就能跑，跑完能验。

配方共23条已实测6 / 23条

每条配方固定八段：适用场景、准备、输入材料、完整指令、运行记录、产物、验收清单、失败与边界。页面上的运行记录在实测前一律写「待实测」，不填估出来的数字。

标「已核验」的是本站真跑过的，运行记录里有耗时、结果与残留。剩下的仍是模板：没有跑过的配方不填数字，页内写明卡在哪。想认领一条跑一遍，去共建页。

七个栏目

状态和进度都摆在明面上。

按岗位找配方

同一岗位的配方放在一行，右边标出跑没跑过。跑过的点进去有运行记录与实测发现。

岗位条数配方
办公4100份PDF，建一份能搜的Markdown索引 已核验
一份Excel流水做成月报，公式要能重算核对 已核验（附一条限制）
会议记录转成排版好的正式 .docx 已核验
批量给图片重命名，同时生成一张对照表 未跑
运营1一批活动数据做成周报，并把异常项单独标出来 未跑
数据1用自然语言要一条SQL，但先核对再跑 未跑
代码3让DSH审一遍改动，给出风险清单 未跑
先给重构方案，别直接上手改 未跑
给一个函数，生成能跑的单元测试 未跑
产品2一堆用户反馈，归成需求清单并保留原话出处 未跑
需求文档转成能逐条勾选的验收清单 已核验
内容1一篇长文改写成多平台文案，事实一个都不许改 未跑
阅读3长文档 / 网页，压成能用的摘要 未跑
一批论文摘要，整理成带出处的文献表 未跑
讲义转复习提纲，并标注覆盖了哪些章节 已核验
翻译1中英技术文档互译，顺手留术语表 未跑
自动化3每周盯竞品改价，只在变化时提醒 未跑
每周跑一次的自动任务：内置schedule做不到，要用系统计划任务 未跑
定时提醒到底在哪：它是可选的Web overlay，不是插件 未跑
迁移3群聊记录导成能搜的Markdown档案 未跑
把别的工具的旧对话迁进DSH：格式差在哪 未跑
迁移会丢什么：逐项列清元数据的去向 未跑
排障1把报错和堆栈，理成一份排查顺序 已核验

待认领：还没跑过的配方，以及卡在哪

这一节只列没实测的。每条都写了卡在哪，认领时按它准备条件就行。跑完把运行记录补进配方页，状态就从「未跑」变「已核验」。

配方岗位卡在哪
每周盯竞品改价，只在变化时提醒自动化需要真实的竞品页面与可长期访问的价格来源。本站没有稳定的目标站点，而自造页面测不出「改价检测」的真实噪声（缓存、A/B、地区价）。
群聊记录导成能搜的Markdown档案迁移需要一份真实的群聊导出。手上样本都含真实人名与联系方式，不能进公开页面；而自造的假群聊测不出换行、引用、图片占位这些真实脏数据。
让DSH审一遍改动，给出风险清单代码需要一个小而真实的改动集，里面含真实缺陷。自造仓库只能验证流程，验证不了「它能不能发现真问题」，而后者才是这条配方的价值。
用自然语言要一条SQL，但先核对再跑数据需要真实的库表结构与数据分布。没有真实schema，生成的SQL可能语法对而语义错，测出来的结论没有参考价值。
长文档 / 网页，压成能用的摘要阅读能跑，但「摘要好不好」缺可机械核对的判据。目前只能验字数与结构，验不了关键结论有没有被丢掉。得先定判据。
先给重构方案，别直接上手改代码同code-review：需要真实仓库与真实技术债。给自造代码出的重构方案看起来都对，因为本来就没有坑。
给一个函数，生成能跑的单元测试代码可以在真实仓库上跑，但「测试有没有用」要用覆盖率变化和「能否抓出已知bug」来衡量，需要接覆盖率工具并预先埋一个缺陷。
中英技术文档互译，顺手留术语表翻译需要专业领域的真实文档，以及一位能判断译文的母语审校。没有审校只能验格式与术语表一致性，验不了「译得对不对」。
一堆用户反馈，归成需求清单并保留原话出处产品需要一批真实的多来源用户反馈（客服群 + 评论区 + 工单）。自造反馈的句式太整齐，测不出「同一件事用十种说法说出来」时合并标准会不会糊——而这正是这条配方的难点。
一篇长文改写成多平台文案，事实一个都不许改内容能跑，但「事实一个都没改」需要一篇带真实数字与人名、且已公开发表的长文做底稿。用自造文本测不出「改写时会不会悄悄换掉一个数字」这类真实失败。
批量给图片重命名，同时生成一张对照表办公需要一批有真实内容的图片（含损坏文件）才能测出「判断依据」是真是假。自造的纯色块图会让置信度判断变成猜谜，测不出配方在真图上的表现。
每周跑一次的自动任务：内置schedule做不到，要用系统计划任务自动化已确认内置schedule不支持日历规则（官方文档原文：协议不包含日历规则或Cron表达式），所以每周任务必须走系统计划任务；缺的是在本机真正注册一条计划任务并等它触发一次——这需要跨周等待，只能先写方法。
一批论文摘要，整理成带出处的文献表阅读需要真实论文摘要。自造摘要缺两个关键特征：不同类型研究（RCT / 观察性 / 综述）自述方式的差异，以及「摘要没写样本量」这种真实缺失——而这两点正是这条配方要防的错。
一批活动数据做成周报，并把异常项单独标出来运营需要一份真实的连续两周活动数据。没有真实波动，就测不出「异常判定规则」是会漏报还是误报——而这正是这条配方唯一的技术含量。
定时提醒到底在哪：它是可选的Web overlay，不是插件自动化能跑，但需要先把Schedule overlay开启再做端到端验证（创建一条提醒、等它到期、看是否回到原会话）。本站尚未加载该overlay。
把别的工具的旧对话迁进DSH：格式差在哪迁移DSH这一侧的格式已实测（路径转义、zstd多帧、首行与会话事件结构）；还缺另一侧的真实样本——手头没有Claude Code或Codex的会话文件，因此「哪些能映射」只能给判断，不能给实测。
迁移会丢什么：逐项列清元数据的去向迁移同上：DSH会话头字段已实测（type/version/id/createdAt/cwd/parentSession/origin/delegationDepth/agentPreset，事件行带seq与time），缺另一侧的字段清单做逐项对照。

认领这条配方