Skip to content
MyDSHMy DSH Field Notes
中文
Independently maintained; not affiliated with DeepSeek. No association with mydsh.dev or other MyDSH sites.

A one-line prompt beats a recipe you can’t reproduce

Organized by role and task—copy, run, verify.

Recipe23 recipes6 of 23 measured

Each recipe has eight fixed sections: scenario, preparation, inputs, full instruction, run log, output, acceptance checklist, failures & boundaries.Run logs stay "to be tested" until we actually run it; no estimated numbers.

Anything marked Verified was actually run here; its log carries duration, result, and leftovers. The rest are still templates: we do not fill numbers for a run we have not done, and each page says what is blocking it. Claim one on the contribute page.

Seven sections

Status and progress are shown plainly.

Find a recipe by role

One row per role, with whether it has been run marked on the right. Run ones link to a run log and what the run showed.

RoleCountRecipes
Office4100 PDFs, one searchable Markdown index Verified
An Excel ledger into a monthly report, with formulas you can recompute and check Verified, with one caveat
Turn a meeting transcript into a properly formatted .docx Verified
Batch-rename images and produce a mapping table Not run
Operations1Campaign data into a weekly report with anomalies called out separately Not run
Data1Ask for a SQL in plain language, but verify before running Not run
Code3Have DSH review the changes and list the risks Not run
Produce a refactor plan before touching code Not run
Give a function, get runnable unit tests Not run
Product2Turn a pile of user feedback into a backlog that keeps the original wording Not run
A requirements doc into an acceptance checklist you can tick off Verified
Content1One long article into multi-platform copy without altering a single fact Not run
Reading3Compress a long doc / webpage into a usable summary Not run
A batch of paper abstracts into a sourced reference table Not run
A handout into a revision outline that shows which sections it covers Verified
Translation1Translate technical docs between Chinese and English, with a glossary Not run
Automation3Watch competitor prices weekly, only speak up when something moves Not run
A weekly task: built-in schedule cannot do it, use the OS scheduler Not run
Where scheduling actually lives: an optional Web overlay, not a plugin Not run
Migration3Turn exported group chat into a searchable Markdown archive Not run
Bringing another tool's old conversations into DSH: where the formats differ Not run
What migration loses: a per-field account of the metadata Not run
Triage1Turn errors and stack traces into a triage order Verified

Unclaimed: recipes never run, and what is blocking them

Only unrun recipes appear here. Each states its blocker, so claiming one means preparing that condition. Once it is run, the log goes on the recipe page and the status flips from unrun to verified.

RecipesRoleBlocked on
Watch competitor prices weekly, only speak up when something movesAutomationNeeds real competitor pages with a stable, long-term price source. We have no such target, and a synthetic page cannot reproduce the noise that decides this recipe: caching, A/B tests, and regional pricing.
Turn exported group chat into a searchable Markdown archiveMigrationNeeds a real chat export. Every sample on hand contains real names and contact details and cannot go on a public page, while a synthetic chat cannot reproduce the real mess: line breaks, quotes, image placeholders.
Have DSH review the changes and list the risksCodeNeeds a small real changeset containing a real defect. A synthetic repo validates the flow but not whether it finds genuine problems, which is the entire value of this recipe.
Ask for a SQL in plain language, but verify before runningDataNeeds a real schema and real data distribution. Without them the generated SQL can be syntactically right and semantically wrong, making any conclusion worthless.
Compress a long doc / webpage into a usable summaryReadingRunnable, but 'is the summary good' has no mechanically checkable criterion. Today only length and structure can be verified, not whether key conclusions were dropped. Criteria come first.
Produce a refactor plan before touching codeCodeSame as code-review: needs a real repo with real debt. A refactor plan for synthetic code always reads correctly because that code has no traps.
Give a function, get runnable unit testsCodeRunnable on a real repo, but 'are these tests any good' must be measured by coverage change and whether they catch a known bug, which means wiring coverage tooling and planting a defect.
Translate technical docs between Chinese and English, with a glossaryTranslationNeeds real domain documents plus a native reviewer who can judge the translation. Without a reviewer only format and glossary consistency are checkable, not correctness.
Turn a pile of user feedback into a backlog that keeps the original wordingProductNeeds real multi-source feedback (support chat, comments, tickets). Synthetic feedback reads too uniformly to test whether the merge rule holds when one complaint arrives in ten different phrasings, which is the hard part.
One long article into multi-platform copy without altering a single factContentRunnable, but proving no fact was altered needs a real published long-form piece carrying real figures and names. Synthetic text cannot show whether a number gets quietly swapped.
Batch-rename images and produce a mapping tableOfficeNeeds a set of images with real content, including a corrupt one, before 'what you actually saw' can be judged. Synthetic colour blocks turn confidence into guesswork.
A weekly task: built-in schedule cannot do it, use the OS schedulerAutomationConfirmed: the built-in schedule has no calendar rules (the docs state the protocol contains no cron expressions or calendar rules), so weekly work must go through the OS scheduler. What is missing is registering one here and waiting for a real trigger, which takes a week — hence method only.
A batch of paper abstracts into a sourced reference tableReadingNeeds real paper abstracts. Synthetic ones miss the two features that matter: how different study types describe themselves, and the genuine absence of sample sizes — exactly the errors this recipe guards against.
Campaign data into a weekly report with anomalies called out separatelyOperationsNeeds real consecutive-week campaign data. Without genuine variance there is no way to see whether the anomaly rule under- or over-reports, which is this recipe's only substance.
Where scheduling actually lives: an optional Web overlay, not a pluginAutomationRunnable, but end-to-end verification needs the Schedule overlay enabled first: create a reminder, wait for it, confirm it returns to the original session. Not loaded here yet.
Bringing another tool's old conversations into DSH: where the formats differMigrationThe DSH side is measured (path escaping, multi-frame zstd, header and event shapes); what is missing is a real sample from the other side. With no Claude Code or Codex session file on hand, the mapping can be reasoned but not measured.
What migration loses: a per-field account of the metadataMigrationSame: the DSH session header is measured (type, version, id, createdAt, cwd, parentSession, origin, delegationDepth, agentPreset, with seq and time per event line). The other side's field list is what is missing for a per-field comparison.

Claim this recipe