先看 mattpocock/skills。如果你见过助手自信地实现了错误需求，这个仓库就是为你准备的。其中那个先提问的技能换了个顺序：写代码之前，助手先反过来追问你细节。建议只挑这一个技能放进项目，然后拿一个助手过去没理解对的任务去试，比如描述含糊的预期行为。本质上是开头多打几行字，换取后面少返工几次。

DietrichGebert/ponytail 和 affaan-m/ECC 分别关注少造无用代码和补全工程流程。ponytail 的规则要求助手先复用已有代码，并明确保留校验和错误处理，免得为了少写代码删掉必要的检查。ECC 覆盖面更广，包含规划、测试、审查和记忆。如果你的痛点是代码膨胀，拿 ponytail 做一次范围明确的小重构试试；如果助手总是忘记之前的决定，就去 ECC 里挑符合团队习惯的流程改成自己的。

本周还有两款画图工具，面向的人群不同。tt-a1i/archify 把助手整理的结构描述渲染成可交互的 HTML、SVG 架构图，还能比较两版快照，直接展示哪些组件和连接变了，适合给团队讲一次架构调整。cathrynlavery/diagram-design 更关注图解的样式：你给它文字说明或已有图表源码，它生成套用你配色和字体的图解，让流程图不再像工具的默认导出样式。问题是“改了什么”选前者，问题是“搭不搭我的文章”选后者。

lnkiai/m3e-canvas 解决的是画图比写字容易的老矛盾。在浏览器里用 Material 风格组件拼界面、试点页面跳转，再把结果转成给编程助手的提示词。如果你有一段多页面流程怎么都讲不清楚，可以这样试：画三个界面和它们的跳转关系，生成提示词，看看实现出来的流程是否终于和你脑子里的一致。

看了这么多 Agent 工具，最后换个有意思的：ashemag/human-atlas。它是可交互的 3D 人体解剖浏览器，选一个部位，再转动模型，看看它和周围结构的位置。平面图里看不明白“这个器官后面是什么”时，多一个观察角度会直观不少。