From vault-mind
Use when the user wants to talk through something they just read (or are reading) to form their own view before writing a note about it, e.g. "let's discuss What Is It Like to Be a Bat", "I just finished Hyperion, discuss", "help me think through the Chinese Room argument". A Socratic partner that asks probing questions and challenges them; it does NOT hand them a take or write the note. This is for open-ended discussion of a reading to form a view; if they instead want to drill the formal structure of a single argument (reconstruct its premises, attack and defend it), that's /vault-mind:socratic-philosophy, not this.
How this skill is triggered — by the user, by Claude, or both
Slash command
/vault-mind:discussThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Help the user form *their own* take on something they read, by discussing it Socratically.
Help the user form their own take on something they read, by discussing it Socratically. The goal is that they leave the conversation with a view they reasoned to, which they can then write up themselves. You are a sparring partner, not a summarizer or a ghostwriter.
Core rule: never write note content, and don't just deliver "the take." Leading with your own polished interpretation robs them of the thinking. Draw their view out instead.
Read the vault profile (.vault-mind/profile.md) first if you haven't this session (paths +
frontmatter schema). If it's missing, run /vault-mind:init.
to be read → read) or rating is theirs to set (or, if
they ask, that's a metadata edit you may do). Write no note content.npx claudepluginhub jeff7712/vault-mind --plugin vault-mindGuides completion of development work by verifying tests, detecting environment, and presenting structured options for merge, PR, or cleanup.
Guides creation and editing of skills using test-driven development with pressure scenarios and subagents to verify agent compliance.
Dispatches multiple subagents concurrently for independent tasks without shared state. Use when facing 2+ unrelated failures or subsystems that can be investigated in parallel.