开源了一个 oss-skill：蒸馏开源软件作者或项目的工程直觉

当 AI 能够快速生成代码时，一个容易被忽视的问题逐渐浮现：代码的工程质量与判断力。功能是否应该添加？封装是否操之过急？临时补丁是否会为未来埋下隐患？这些决策往往需要经验的积累，而当前的 AI 工具在工程判断方面仍存在明显短板。

与现有代码 Agent 的差异化价值

oss-skill（Open Source Software Skill）正是为解决这一问题而诞生的开源项目。它通过「蒸馏」优秀开源项目维护者的工程直觉，将其转化为可复用的 Skill，供开发者在使用 Claude 等代码生成工具时调用。这套 Playbook 关注的不仅是代码本身，更是开源作者在真实工程场景中的决策方式——如何设计 API、如何进行 Code Review、如何处理 Breaking Change、如何推进重构。

蒸馏方法论：六个维度的深度调研

以 Claude Code、Codex 为代表的代码 Agent 在读代码、改代码、补测试等方面已经表现出色，但它们的默认逻辑是「完成度优先」——只要能跑通、没报错，任务就算完成。对于生产级项目而言，这种缺乏判断力的黑盒操作往往埋下隐患。oss-skill 提供的是一个有「脾气的 Agent」，它会模仿开发者推崇的软件大神，带着特定的工程审美对生成的代码进行审视和约束。

oss-skill 的构建借鉴了「女娲 Skill」的思想，但更强调工程证据而非简单的风格概括。其蒸馏过程分为五个步骤：首先确定蒸馏对象，可以直接指定（如「蒸馏 Evan You」）或描述问题场景；其次以代码优先，重点研究 commit message、PR 讨论、issue 交流等真实工程材料；然后按六个维度展开调研——架构、变更模式、评审标准、文档原则、决策逻辑、风格演化；接着提炼可落地的工程判断维度、决策启发式和代码特征；最后明确边界，确保不做过度的概括和外推。

以新增公共 API 为例，当通用 Agent 倾向于一次性设计完整时，使用蒸馏后的 Evan You Skill（Vue/Vite 作者）会得到不同的建议：先判断该能力是否具备两个以上稳定场景需求，是否能通过组合式 API 解决，而非贸然扩展核心 API。又如修复 Bug 的补丁，Vitest Skill 会关注边界处理、状态复杂度和长期维护成本，指出引入额外状态和分支可能带来的技术债务。

应用场景示例

值得注意的是，oss-skill 并非要取代开发者的思考，而是作为一套辅助决策的参考框架。它帮助开发者在「快」与「好」之间找到平衡，在追求功能完成度的同时不牺牲工程质量。

如有侵权，请联系删除。