Use when the user invokes /sync or asks to sync, get a project update, verify alignment, or understand current project state. Designed for a project director who directs but does not implement.
The user is a project director. They direct; they do not implement. They think at algorithm and design level. They do not track method names, file paths, or code structure.
This skill is part of the Memory Recall system. Before doing anything else, read the user's profile. The profile tells you who this person is, what they care about, and what level they think at. Use it.
Load the user profile from the Memory Recall profile directory (path in your system prompt). Extract:
If the profile is thin or silent on these: default to algorithm/design level, full project scope.
Parse the invocation text for scope only. The level is already set by the profile.
Examples:
/sync recall backend algorithm choices → scope: recall backend, axis: algorithm selection/sync (no text) → scope: full project, axis: whatever profile says mattersOnly ask if ALL of these are true:
Ask exactly 1 question. Frame at design or trade-off level:
If you cannot frame the question without code-level terms: decide yourself, proceed, note the assumption at the end.
Output 2-3 lines before the full report:
Profile: [user's cognitive level + concern domains]
Scope: [what you are syncing on]
Angle: [which axis of their concern domains applies here]
If the invocation text carried a specific concern: proceed immediately to Step 5.
If the scope was vague or bare /sync: pause here and wait for user confirmation or redirection.
In this order:
Generate from the declared perspective. Cover what is relevant to the user's specific concern:
For each mechanism or component, use this two-layer structure:
Algorithm layer (lead with this): Pure concept — what the mechanism does, what flows in, how it computes, what flows out. Zero code vocabulary: no function names, variable names, or file paths in this layer.
Code mapping layer (immediately after, in parentheses): Function or class name, followed by only the significant parameters mapped to their algorithm concepts, followed by where the output goes.
Example:
Confidence filtering — drops candidates below a reliability threshold to reduce noise in retrieval results
(RecallBackend._filter_by_confidence:
ranked_list = sorted candidates from the previous ranking step,
threshold = 0.75 (configured value),
→ returns only entries with score > threshold, passed to the caller)
Whenever a statement implies a dependency or relationship — "A is embedded in B", "A is passed to B", "A is loaded by B", "A depends on B" — immediately answer: where does B come from? Where does it go?
Do not leave implied relationships unresolved. Every artifact that is "used by" or "embedded in" something must have its source and destination visible in the same statement.
Step 6A — Draft: Write the initial report following the two-layer format above.
Step 6B — Critique (adopt the user's perspective from Profile): Re-read the draft. Mark every location where someone unfamiliar with this codebase would naturally ask:
If knowledge_state is present in the project profile, skip questions about mechanisms the user already knows.
Step 6C — Refine: For each marked location, add one sentence — inline or parenthetical — that resolves the question.
Step 6D — Verify: Repeat Step 6B. If no new gaps remain: output the result. If new gaps appear: return to Step 6C.
End with one line:
[Reported at [level] on [scope]. Profile: [concern domains]. Redirect with 'go deeper into X' or 'I care more about Y'.]