Use when the task is deep-research or hybrid, when prior internal decisions may matter, when the user asks for comparison or architecture investigation, or when LDR-style research with conditional AutoMem recall is required.
Run research-oriented work with a disciplined workflow that combines:
This skill is for research-quality answers, not for impulsive code changes.
Use this skill when one or more are true:
Execution Mode is deep-researchExecution Mode is hybridUse a two-stage policy:
In other words:
Write down:
Before widening scope:
Do not call memory by default for every task.
Prefer memory when the task contains signals like:
Prefer skipping memory when the task is mostly:
forced — explicit memory lookup requestedstrong — memory is clearly valuablelight — memory may help, keep it narrowskip — no memory lookupA practical threshold policy is:
When memory is used:
url and link when the downstream system distinguishes themFor stronger context:
sort=scoreexpand_relations=truecontext_typesFor lighter context:
expand_relations=falseDo not start with aggressive entity expansion.
Treat memory as a memory plane, not as a replacement for public research.
Use:
If the task is freshness-sensitive:
If memory lookup fails:
At minimum, leave behind:
.agents/research-plan.md.agents/research-findings.mdSeparate these clearly:
Do not overstate certainty. Do not present memory-derived content as fresh public truth. Do not silently cross from research into code changes without checking the contract.