一键导入
memory-log
Log a milestone, finding, or result to ~/memory/. Invoke explicitly with /memory-log or proactively when a session produces something worth remembering.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Log a milestone, finding, or result to ~/memory/. Invoke explicitly with /memory-log or proactively when a session produces something worth remembering.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Run general-review and deep-code-review together as one consolidated review. Use when the user asks for a full code review, a combined general and deep review, or a comprehensive review of code, a diff, branch, or pull request.
Clone/checkout an ai-dynamo/dynamo PR, build it (maturin + editable Python), bring up etcd/NATS, run the end-to-end aggregated server via the repo's examples/backends/sglang/launch/agg.sh, drive load with uvx aiperf, verify the change empirically, then post a scoped evidence-backed GitHub review. Use when asked to test/try/review a Dynamo PR (e.g. "test ai-dynamo/dynamo#10254", "review this dynamo PR").
First-pass workflow for GitHub PR comments and review threads: pull feedback into a simple actionable markdown table before deciding what to fix. Use before github:gh-address-comments when the user asks to review, triage, address, fix, summarize, classify, ledger, or selectively handle PR comments/review feedback.
Check out an SGLang PR in a throwaway worktree, build it in a fresh venv, run it with sglang.launch_server, drive load with uvx aiperf, verify the change empirically, then post a scoped evidence-backed GitHub review. Use when asked to test/try/review an sglang PR (e.g. "test sgl-project/sglang#12345", "review this sglang PR").
Generate a bi-weekly/monthly engineering status update ("T5T") for a date range by mining the ~/memory work-vault and cross-referencing GitHub PR activity via gh. First emit a full evidence-backed mega dump of active work, then a separately labeled recommended T5T for approval. Use when asked to "write my T5T", "status update", "what did I do from X to Y", "biweekly update", "T5T mega dump", or "T5T for approval".
Create or update GitHub pull request descriptions without deleting existing content or adding long narrative slop. Use when the user asks to write, refresh, clean up, standardize, or update a PR body/description for a current branch or GitHub PR.
| name | memory-log |
| description | Log a milestone, finding, or result to ~/memory/. Invoke explicitly with /memory-log or proactively when a session produces something worth remembering. |
| user-invocable | true |
Record meaningful session output to ~/memory/<project>/ so future sessions have context.
When to invoke proactively (without user asking):
When NOT to invoke:
Determine the active project:
~/memory/INDEX.md registryRead the project's ~/memory/<project>/INDEX.md to understand the existing structure.
Determine what type of entry this is:
| Type | Where to write | Example |
|---|---|---|
| Benchmark result | benchmarks/results/<date>_<description>/ | New perf numbers, comparison data |
| Implementation progress | Append to existing worklog in project folder | Feature done, endpoint working, integration validated |
| Design decision | Specs folder or relevant doc | Changed approach, chose between alternatives |
| Bug/investigation | New or existing doc in project folder | Root cause found, reproduction steps, fix applied |
| Finding/insight | Relevant existing doc, or new file | Discovered behavior, measured something unexpected |
Format rules:
## YYYY-MM-DD: <short title> as the section headerIf appending to an existing worklog, add the new section at the end.
If creating a new file, use a descriptive name: FEATURE_NAME_WORKLOG.md, BUG_DESCRIPTION.md, etc.
Update the project INDEX.md frontmatter:
last-updated: <today's date>
If the project status changed (e.g., work completed), update status too.
Also update ~/memory/INDEX.md registry table to keep the "Last Active" column current.
cd ~/memory && git add -A && git commit -m "<project>: <short description>" && git push
Push every memory commit. Incremental memory pushes are encouraged.
If logging to a project that doesn't exist yet in ~/memory/:
~/memory/<project-name>/INDEX.md with frontmatter:
---
project: <project-name>
repo: <path or null>
branch: <branch or null>
status: active
last-updated: <today>
tags: [relevant, tags]
---
~/memory/INDEX.md registry table