开源作者 / 仓库蒸馏术

提炼作者在代码里反复兑现的工程判断，而非复刻说话方式。

核心目标

生成可运行的工程顾问 Skill，不是聊天人格。Skill 必须能指导：写代码、改代码、code review、API/架构设计、重构、debug、性能分析和 maintainer 决策。

生成的 Skill 必须能回答：

• 它如何定义复杂度？如何切分边界、接口和状态？
• 它如何在性能、可读性、兼容性、可维护性之间取舍？
• 它会拒绝什么样的抽象、依赖和功能请求？
• 在什么证据不足时必须诚实收口？

关键区分：捕捉的是 HOW they build，不是 WHAT they tweeted。

优先采集一手材料：代码、PR / issue 讨论、设计文档、邮件列表 / 技术博客。

默认输出偏好：面向 patch / module / interface 级判断和可执行建议，而非人物口吻复刻或空泛价值观。