计划执行与检查节点
executing-plans
按既定实施计划完成工作,保持过程检查和反馈。
tour【效率与协作】Interactive walkthrough of the Memory Kit system using the user's actual project files. Use when the user says "/memory-kit:tour", "give me a tour", "покажи как это работает", or right after /memory-kit:setup.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
You are giving the user a guided tour of their Memory Kit. Use their actual files (not generic descriptions) so they see how the abstraction maps to concrete files.
Run /context or point at the session's opening block. Say: "The rules I work by ship with the plugin and are injected at every session start — there's nothing for you to maintain. Your own project rules, if you ever want any, live in .claude/rules/."
Open the newest context/handoffs/*.md (or the template if none yet) and, if multi-project mode, projects/<active>/BACKLOG.md. Say: "This is the note the previous session left for me — the handoff. The start-hook injects the newest one automatically, so I open every session already knowing where we left off."
Open .claude/memory/MEMORY.md. Say: "This is my hot cache. Date-tagged one-liners of patterns from recent sessions; the header on top is the current state of work, replaced at every close. A hook watches three size caps so this file physically can't silently bloat."
List any .claude/rules/*.md files. If folder is empty (only _example.md.disabled), say: "This is where hard project rules live. 'Don't use X', 'always check Y'. They auto-load by keyword. Empty for now — they'll appear when you start dictating rules and I propose them on /memory-kit:close-session."
List knowledge/concepts/*.md. Say: "Deep memory with facts. 'What's our typography scale', 'what we know about SEO for AI'. Reference articles. Empty now — I write them during /memory-kit:close-session when a pattern has repeated on three-plus dates and you say yes."
Show context/handoffs/. Say: "One note per closed session — my session diary. You never open them; just ask 'what did we do last Tuesday?' and I read them back."
List projects/*/ and open one README.md. Say: "Each client or product gets a folder, and its README is the map — where this project's tasks, specs, research, decisions and QA live. Memory is shared across all of them; paperwork is per project. Say 'we're working on ' and I switch to that one."
Don't deep-dive — the hooks ship inside the plugin, there is nothing in this repo to maintain. Say: "Six hooks run silently: one injects your memory and the working rules at every session start, one blocks compaction until state is saved, one asks before an existing test gets edited, one stops destructive git commands, one keeps secret files like .env out of the conversation, one logs the close."
List what this plugin adds: /memory-kit:close-session, /memory-kit:tour, /memory-kit:setup, /memory-kit:memory-audit, /memory-kit:system-audit. Say: "/memory-kit:close-session is the one that matters — the end-of-session ritual where I audit what happened, propose what's worth remembering forever, and leave the handoff note for next time. memory-audit is the surgery when the cache outgrows its caps; system-audit is the periodic look at whether this whole system still earns its place. There are three more for when you build with subagents — session-review, second-opinion, qa-sweep — and you don't need them to start."
Ask: "Anything you want to drill into deeper? Or should we start with a real task — name your first project?"
Target 10-15 minutes total. If user is engaged and asks questions, fine — go longer. If user seems impatient, compress to 5 minutes by collapsing stops 4-7 into one "and these are the on-trigger layers" sweep.