Waza
从决定怎么做，到证明改动有效
八个工程技能，把需求、调试和审查落实到具体证据；按任务授权继续工作，也把配置诊断的读取范围说清。
本页入口与其他路线
- Claude Code：完整 waza 插件，命令带 /waza: 前缀
- Codex、通用 skills、Claude Desktop 与 Pi：按 README 使用各自入口
- GitHub Star
- 7,468
- 版本
- 3.40.0
- 资料核对
从一个有边界的项目任务开始
首次使用可先选 think：只写一份当前工程的方案，核对助手是否真的读过代码、找到了现有能力并写出验收办法。已经有报错用 hunt；已有待合并改动用 check。不要把八个技能全部串起来当作默认流程。
选一个任务，开始使用
在已有项目中打开 Claude Code，逐行添加市场并安装完整插件。确认技能入口后，复制下面一项任务，替换成真实材料与范围。安装市场和安装插件是两个步骤。
在已有笔记项目里，先决定断网修改、重连同步和冲突处理怎样工作。带上当前代码与产品约束，第一轮只交付计划。
在 Claude Code 安装完整插件
在 Claude Code 会话内逐行执行。第一行添加 waza 市场，第二行安装整套插件；调用使用 /waza:think 等命名空间。
查看作者安装说明/plugin marketplace add tw93/Waza /plugin install waza@waza确认入口，再核对工作目录
安装后在宿主的技能或命令列表中确认 /waza:think、/waza:hunt、/waza:check 和 /waza:health，并确认助手能读到当前项目。通用 skills 的裸命令与插件命名空间不同，选一条安装路线即可。这组仓库安装命令未锁定本文提交；实际装到的版本需在宿主中核对。可选 rules 和 statusline 不属于首次必装项。
查看安装与更新说明把这段话发给 AI
以下是编辑设计的任务提示词，不是作者或本站运行结果。文件名是示例，请换成已有输入；第四项还需替换三个绝对路径。第一项只授权计划，后续示例各自说明允许的读写和检查。
/waza:think 请为当前笔记项目制定离线编辑方案：用户断网后仍能修改当前笔记，重连后同步；本轮不增加多人协作，也不实现代码。先读项目指令、存储与同步代码、现有测试和依赖版本；已有本地设计摘要只作线索，以当前实现为准。 检查现有框架或官方库是否已经提供可复用能力，记录对应版本与来源。围绕本地保存、待同步状态、失败重试、服务端已变化时的冲突，以及多窗口重复写入，提出最小可用方案。缺少会改变方案的信息时先明确问题，不猜数据库结构或产品规则。 在 docs/offline-sync-plan.md 写清目标与不做项、选定方案、实际涉及的文件与接口、最脆弱的假设、可分步交付的实现顺序，以及每步验证和回滚方法。列出断网编辑、重连、同步失败、冲突和刷新页面的验收方式；测试数据必须使用隔离的本地样例。 本次只允许写这份计划，已有同名文件先读取再更新。列明仍需决定的问题，等我明确批准实施；不要修改应用代码、提交或发布。
检查你拿到的结果
- 一份结合当前工程的 docs/offline-sync-plan.md，能说明数据从本地编辑到远端同步的路径，而不是通用技术清单。
- 每一步都有对应的行为验收与回滚办法；尚未决定的冲突策略或依赖能力明确列出。
- 批准后可按同一计划继续实现；本轮没有把计划完成写成离线功能已可用。
进一步了解这个 Skill
Waza 把 Tw93 的工程习惯拆成八个可分别调用的技能：规划、界面、调试、审查、阅读、研究、写作和代理配置诊断。它主要是给编码助手的工作方法，配有参考资料和辅助脚本；真正的代码读写、测试、联网和文件操作仍由所用助手及项目工具完成。
最适合它的场景是已有项目中的明确任务。think 先把问题和实施决定写清；hunt 要求用复现、日志或测试证明根因；check 则把改动与调用方、产物及项目自己的检查方法联系起来。比起只说“帮我优化”，给出异常行为、基线、允许改动的范围和完成条件，更容易得到能核对的交付。
八个技能各有分工，也可以接续工作。单独要求分析不会自动变成修复或发布；同一次请求已经明确授权实现、检查和后续操作时，可以沿着这个目标继续，不必在每个内部交接点重新批准。这里是提示词约定，不是强制执行的权限隔离。
health 的对象是助手配置与验证可信度，和应用自身报错不同。它的普通诊断可能读取项目与用户级配置及当前项目历史会话。下面的第四项刻意收窄到一份现有验证日志，展示怎样看清辅助脚本的结论范围。所有任务都是编辑设计的使用示例，本页没有安装或运行 Waza。
来源与核验
资料核对
已阅读全文核对八份 SKILL、所选任务参考及相关脚本；示例为编辑设计，未执行第三方代码。