vibe-wise README

The project's README from github.com/nykooi1/vibe-wise. As one markdown file: README.md.

VibeWise brain with code brackets

VibeWise

You build. AI writes.

A Claude Code plugin that puts learning first and keeps you in control while AI writes the code you designed. Claude asks for your approach first, helps you examine tradeoffs, and explains unfamiliar concepts. You shape the design and decide when it's ready to implement. Claude writes the code, then explains what it changed and why.

For anyone who wants to learn as they build—whether you're an aspiring engineer, a junior developer, or an experienced engineer exploring an unfamiliar stack. Practice planning how the pieces fit together, anticipating failures, and checking the result while keeping ownership of the decisions.

Get started

You need Claude Code and Python 3. VibeWise uses Python to restore learning context and reset learning notes. No extra Python packages are needed.

VibeWise has been approved for Anthropic's Claude directory, but isn't listed in the public community marketplace yet. I expect it to appear soon. In the meantime, install it in Claude Code through my GitHub marketplace:

Run these commands one at a time in Claude Code. First, add the marketplace:

/plugin marketplace add nykooi1/vibe-wise

After it finishes, install the plugin:

/plugin install vibe-wise@vibe-wise

Enable automatic updates: open /plugin → Marketplaces → vibe-wise → Enable auto-update. This is off by default for third-party marketplaces.

Restart Claude Code in the project you want to work on, then run:

/vibe-wise:learn

Setup asks one question at a time. Use the arrow keys and Enter for choices; pick Use defaults to skip preference setup. Then ask Claude to build something. Starting fresh or joining an unfamiliar repository both work. For an existing repository, Claude first inspects the code and sketches a small system map.

What it feels like

You're building a Notion-style notes app: users sign in, create and edit private notes, and organize them into folders. Here, you're working through how notes and folders relate—and what should happen when someone deletes a folder.

This condensed example is adapted from a real learning session. Later implementation steps are illustrative; intervening design discussions are omitted.

You:

A note can be in several folders. Deleting a folder should delete its notes.

Claude:

✦ Build checkpoint: Deleting a shared note

"Trip ideas" is in both Travel and Summer. Deleting it removes it from both.

When someone deletes Travel, what should happen to that note in Summer?

You:

Keep it in Summer. If it has no folders left, keep the note outside any folder.

Claude:

That separates deleting a folder from deleting a note.

✦ Build checkpoint: Connecting notes and folders

How would you represent which folders a note belongs to, without copying the note?

You:

A links table with note_id and folder_id. Deleting a folder removes its links,
not the notes.

Claude:

Each link records one membership. Several links can point to the same note;
a note with no links is unfiled.

notes ← folder links → folders

✦ Design checkpoint: Folder membership

Proposed: store notes once and track folder membership in a links table.
Deleting a folder removes its links and keeps the notes. This supports multiple
folders per note; loading a folder's notes needs a lookup through those links.

Confirming records this design. We still need to work through access rules
and technology choices before writing code.

❯ 1. Confirm and continue
     This approach makes sense to me; move to the next piece.
  2. Discuss
     Ask questions or clarify anything that doesn't make sense before deciding.

You:

Confirm and continue.

Later, after the remaining choices for this step are worked through...

Claude:

✦ Implementation checkpoint: Folder membership

I'll add the agreed tables and folder-deletion operation, then test that deleting
a folder preserves its notes and their membership in other folders.
This step builds storage behavior; the UI comes later.

❯ 1. Implement this step
     This approach makes sense to me; write the code for this step.
  2. Discuss
     Ask questions or clarify anything that doesn't make sense before deciding.

You:

Implement this step.

Claude writes the code and runs the tests.

Claude:

✦ Implementation report: Folder membership

- Added the schema migration: each membership references one note and one folder.
- Added folder deletion: removes the folder and its links, preserving note content.
- Added and ran tests for shared notes and notes left without a folder; both passed.

You don't need to know the answer already. Claude can explain unfamiliar concepts, sketch the relevant pieces, and help you tackle a smaller question. You stay involved in forming the plan. Answer in plain English; ask for more help or say “skip” whenever you want.

Describing what you want sets the requirements. Build Checkpoints ask you to work out how it should function; a feature preference doesn't approve an architecture.

Checkpoint What happens
Build You reason through how to approach the problem with Claude.
Design Review the design. Confirm and continue records it and continues planning; no code yet.
Implementation Review the specific code changes. Implement this step authorizes Claude to make them.

These aren't three mandatory stops. When ready to code, the Implementation checkpoint also confirms the design, skipping a separate Design checkpoint. Both confirmations offer Discuss to ask questions, clarify anything confusing, or explore alternatives before deciding.

When Claude proposes additional implementation details, it separates them from your decisions in a short list or table explaining each addition and why it matters. You can question or change any item before proceeding.

After implementation, Claude briefly explains what changed, how the key code works, why it fits your decision, any tests it added or updated and what they cover, and which checks ran with their results. Ask to dig deeper anywhere it's unclear.

Small diagrams help you trace data, understand relationships, and see how the system fits together.

Make it yours

Experience changes the support you get, not your ownership of decisions:

Level Teaching approach
Beginner Explain unfamiliar pieces, use diagrams, ask smaller reasoning questions.
Intermediate Less introductory context; explore interactions and tradeoffs.
Advanced Probe difficult constraints, failure modes, and design assumptions.

Everyone reasons first. Claude adapts to what you demonstrate and how familiar you are with the stack. Checkpoint frequency—Light, Normal, or Frequent—is separate.

Preferences, learning notes, and a project map live in .vibe-wise/ in your project. Learning mode resumes in future sessions and after compaction. Add .vibe-wise/ to your .gitignore to keep your notes out of Git; the plugin won't change it silently.

No extra account, backend, or telemetry. Saved notes are included in Claude's context, so your normal Claude Code data settings still apply.

To start learning this project from scratch, run /vibe-wise:reset. It shows the project and asks Cancel / Reset learning. After confirmation, it backs up your profile, progress, and project map inside the notes directory's backups/ folder, then restarts onboarding. Source code and other projects stay untouched. To change your experience level or preferences, just tell Claude; no reset is needed.

Updating

For automatic updates, open /plugin → Marketplaces → vibe-wise → Enable auto-update. Auto-update is off by default for third-party marketplaces. Claude Code notifies you after an update; restart Claude Code to load the new version.

To update manually, run these in your terminal:

claude plugin marketplace update vibe-wise
claude plugin update vibe-wise@vibe-wise

Then restart Claude Code. Your project learning notes stay intact; no reset is needed. Run claude plugin list to check the installed version. More about plugin updates.

License

MIT. You can use, modify, and share this software, including commercially. Keep the license notice with copies. The software comes without a warranty.

vibe-wise (nykooi1/vibe-wise)

Searching Database…

这是什么?VibeWise 是一个 Claude Code 插件,让你在学习构建软件时始终掌握主导权:思路由你来设计,Claude 负责提问并讲解陌生概念,只有等你把各项决策都想清楚后才动手写代码。
这是独立应用,还是活在 Claude Code 里?它是运行在 Claude Code 内部的插件,不是独立应用。它添加 /vibe-wise:learn 和 /vibe-wise:reset 等斜杠命令,并把状态存储在项目的 .vibe-wise/ 文件夹里。
除了 Claude Code,运行它还需要什么?只需要 Claude Code 和 Python 3——Python 在内部用于恢复学习上下文和重置笔记,不需要额外安装任何 Python 包。
它已经上架 Claude 插件市场了吗?还没有——它已获准进入 Anthropic 的 Claude 目录,但尚未列入公开的社区插件市场,所以目前你得手动添加作者自己的 GitHub marketplace。
任何能运行 Claude Code 的系统它都能用吗?可以。它是 Claude Code 插件而非原生应用,所以 Claude Code 能运行的地方它都能用。
它会把我的数据发到别处或加入遥测吗?不会添加额外的账号、后端服务或遥测;你的学习笔记只存储在本地,并纳入 Claude 的正常上下文,因此沿用 Claude Code 现有的数据设置。
许可条款是什么?采用 MIT 许可证:你可以使用、修改和分享它,包括商业用途,前提是保留许可声明。
Build、Design 和 Implementation 这三个检查点是什么?它们是三个审查节点:在 Build 阶段你和 Claude 一起推敲实现思路,在 Design 阶段你在写任何代码之前确认设计,在 Implementation 阶段你授权具体的代码改动;Implementation 也可以把 Design 的确认合并进来。
我能控制它停下来和我确认的频率吗?可以。检查点频率是与经验等级分开的设置——你可以选 Light、Normal 或 Frequent,也可以直接告诉 Claude “少用些检查点”或“暂停学习”。
如果我想在某个项目上重新开始学习会怎样?运行 /vibe-wise:reset 会把你的个人资料、进度和项目图谱备份到笔记目录下的 backups/ 文件夹,然后重新开始引导流程,不会碰你的源代码。
我的学习进度能在会话之间延续吗?可以。偏好设置、学习笔记和项目图谱持久保存在项目的 .vibe-wise/ 目录里,在以后的会话中自动恢复,即使经历过上下文压缩也一样。
Creator
nykooi1
Size
0.2 MB
Stars
3.8K
Updated
CommitOct 09
Age
21d
Commits · 90 Days