All authors
Claude Skills by vibevalleyhq
github.com/vibevalleyhq15 skills0 installs0 views
- Create Verification Skill为 VibeValley 的一类改动写验收的一份分册（.agents/skills/vv-acceptance/references/<块>.md）：把「怎么证明这次改动真的能用」变成下一个 agent 照着就能做的步骤。用在：一类改动没有现成的验证办法；你刚花了不少工夫才弄清怎么验证一个改动；同一类问题测试和检查都没拦住、到了用户手里才发现；用户说「写个验证 skill」「把这个验证流程固定下来」「加进验收」「create verification skill」。只写改动后的验证，不写怎么实现功能。Votes: 0GitHub stars: 12
- Effect TsUse this skill when setting up a repository that uses the Effect Typescript library.Votes: 0GitHub stars: 12
- Vv Acceptance改完 VibeValley 的代码之后，在真的程序上验收、拿到证据再汇报：起一个和用户的数据隔开的服务端，看接口和 /api/v1/state（apps/server/**、apps/server/db、packages/protocol）、截页面的图（apps/web/**）、在模拟器上走手机壳的配对（apps/mobile/**、packages/protocol/src/host.ts、apps/server/src/lan）、在真的打包上走桌面版的自己更新（apps/desktop/src/update.ts、scripts/package.ts）、用真模型重放助手的评测（助手的提示、工具描述、packages/agent，花钱，先问用户）。用在：用户说「验证一下」「验收」「跑起来看看」「截个图」「手机上看看」「跑一下助手的评测」；改了接口、服务、表结构、开机流程、页面、手机壳、桌面的更新之后，说「做完了」之前，即使用户没开口；写 PR 的 Checks 要附证据时。只改了纯函数、测试已经覆盖的，或只改了注释和文档，跑测试就够。Votes: 0GitHub stars: 12
- Vv Comments去掉 VibeValley 代码里没价值的注释：用 scripts/comment-review.ts 让模型照 docs/style/code.md 初审，再逐条对着代码核实，能删的删、能让名字说的改名、只剩一句有用的改短。用在：写完代码、提 PR 前审这个分支新加的注释；用户说「清理注释」「注释太多」「去掉废话注释」「这块的注释看看」时清一块已有的注释；评审时看到复述代码、分节标题、测试旁白、文件开头的概述。Votes: 0GitHub stars: 12
- Vv Effect在 VibeValley 里写、改、评审 Effect v4 的代码（apps/server、packages/agent、packages/ai，以及页面的中间层 apps/web/src/state 上的 Effect Atom，effect 4.1.2）：先读包里自带的官方指南，再照本仓库的约定写：服务是 Context.Service 的类、库经 Db、文件经 FileSystem、时间经 Clock、Promise 只在库的一次调用上且写 { try, catch }、错误打标签按 catchTag 接、服务的方法用 Effect.fn 命名、测试用 it.effect 和 TestClock；哪些已经由 effect:check、vibevalley/* lint 和逃生口的棘轮拦着。用在：写或改任何用到 Effect 的代码；页面上用户做一件事要先显示结果（乐观更新）、要等服务端确认、要记住一个选择、要一个全页面共享的值（意图、act()、defineStored、defineAtom，Atom 只在 state/）（服务、layer、错误、Stream、Sched...Votes: 0GitHub stars: 12
- Vv Governance在 VibeValley 里管住 agent 写的代码不变坏：照《AI 智能体时代的软件维护与工程治理白皮书：五层抗熵金字塔体系》的六种病、五层、十条铁律，加规矩和检查、评审代码、问清边界、做纯重构、做跨很多文件的机械改动；每个要点都写了它在这个仓库已有、已做、改写、以后做还是不做。用在：要加一条规矩、一条 lint、一个检查、一个棘轮，或者想知道一个问题该写成代码、检查还是文字；评审一个 PR 或一块代码有没有在变坏（抄了第二份、旧的没删、as/orDie/改断言绕过检查、循环里逐个查库、乱引依赖、用户看不过来）；写计划前问清失败、并发、规模和存量数据；派或做一张纯重构的单；一次改名或改签名要跨很多文件；用户问白皮书的某一条（契约墙、骨架、处方式报错、死代码、3+1、300 行重生成、北极星指标、合并队列……）在这里做不做、怎么做。用户没提白皮书、只说「怎么防止 agent 把代码写烂」「这个检查该怎么加」「帮我看看这块是不是越改越乱」时，也用它。Votes: 0GitHub stars: 12
- Vv Pr给 VibeValley 开、改、合 PR：默认把同一批工作的改动合成一个 PR，再照规矩起分支名、写英文的标题和正文（What changed / Checks / Not verified）、附验收的证据、等 CI、squash 合并。用在：做完一件事要提交、推送、开 PR；用户说「开个 PR」「提 PR」「合进去」「拆一下 PR」；改 PR 的标题或正文；手上有好几处改动不知道该合成一个还是拆开。Votes: 0GitHub stars: 12
- Vv Simplify在 VibeValley 里找可以简化的地方：删掉以后什么都不少的代码、只是转手的一层、几份重复的帮手、只给测试开的选项、兼容旧数据的兜底、手写的 Effect 已经有的东西、多余的注释；每一处核实过、带证据，排好序列给用户，用户点了哪几处再改。用在：用户说「看看哪里能简化」「找找冗余」「这块是不是写复杂了」「simplify」；做完一块功能想收一收；评审时觉得一块代码比它做的事复杂。默认只列清单，不动代码。Votes: 0GitHub stars: 12
- Vv Stylex在 VibeValley 的 Solid 2 页面、官网和故事查看器里写、改、评审 StyleX 样式；把 Tailwind 或 class 字符串批量迁成 StyleX；排查动态变量丢失、样式合并、伪类、主题、marker、动画和 CSS 层顺序。用在：新增或修改界面样式、组件接收外部样式、StyleX 编译报错、用户说「StyleX 写法」「迁移样式」「批量转换 Tailwind」。沿用宿主令牌，按 Solid 的 class 和对象 style 接线；迁移按语法模式分批，不逐组件重复整套验收。Votes: 0GitHub stars: 12
- Collector用户要你去找图、找参考、找资料，并把找到的留下来时用：放进素材库，写清每一份从哪来。Votes: 0GitHub stars: 12
- Pages用户要一页报表、一个看板、一份带图表的调研、一个能点的小工具或演示页时用：交一份 display 为 page 的网页 Artifact。Votes: 0GitHub stars: 12
- Reviewer要你审一个分支、一张工单的改动或一段代码时用：只读不改，按严重程度列出问题，每条带文件和行号。Votes: 0GitHub stars: 12
- Slides用户要一份幻灯片、演示稿、汇报，或要把一段内容讲给别人听时用：交一份 display 为 slides 的网页 Artifact。Votes: 0GitHub stars: 12
- Imagegen用户在频道里打 /imagegen 加一段描述，要你画一张图时用。用 MOSS 生图（media_image_create），画好的图会自己发回这个频道。Votes: 0GitHub stars: 12
- Slides用户要一份幻灯片、演示稿、汇报 PPT，或要把一段内容讲给别人听时用。交一份网页 Artifact，display 填 slides，工作台负责翻页、放映、演讲者视图和存成 PDF。Votes: 0GitHub stars: 12