核心用法
coding-philosophy 是一套双模式开发方法论，帮助开发者在「创意探索」与「工程稳固」之间切换自如。
Feeling-First（直觉优先）：用于原型、Game Jam、探索性项目。追求速度、表达与发现——重复代码、死代码、性能牺牲均可接受。命名关注「此刻做什么」而非「属于哪类」。
Structure-First（结构优先）：用于重构、生产代码、团队协作。提取模式、缓存热路径、按关注点组织、命名关注类别与角色。
关键转换信号：当同一段模式出现 3 次以上，或代码需要他人维护，或运行于高频循环（如 60fps），即应切换模式。
显著优点
1. 承认认知现实：开发者无法在未知问题域中预先设计完美抽象，直觉优先允许「用写来想」
2. 死代码再定义：将废弃代码视为「创意考古」而非技术债务，降低心理负担
3. 涌现式架构信任：实践中发现直觉产生的结构往往合理，重构应清理而非重设计
4. 完整工具链：提供从审计、缓存、提取模式到性能优化的可执行清单
5. 元认知价值：将编码视为「思维的外化」，重构即理解自己的思考方式
潜在局限
- 模式切换依赖主观判断：文档提供启发但未给出硬性量化标准，新手可能切换时机不当
- 团队协调成本：个人开发者易执行，团队需共识何时进入何种模式
- 「3 次重复即提取」规则：在高度变化领域可能过早抽象，增加不必要的间接层
- 性能清单偏向 Web/游戏前端：嵌入式、后端高并发等场景覆盖不足
适合人群
- 独立游戏开发者、创意编码者、原型驱动的产品团队
- 陷入「过度工程/技术债务」两极的开发者
- 希望建立个人编码哲学的技术创作者
常规风险
| 风险 | 说明 |
|------|------|
| 模式混淆 | 在生产代码中保持直觉模式，导致维护困难 |
| 过早优化 | 误将直觉阶段的代码直接投入高性能场景 |
| 死代码累积 | 未执行结构阶段清理，造成认知负荷 |
| 迁移遗漏 | 状态字段变更时未处理旧存档，导致静默数据丢失（文档特别提醒） |
独特价值
该 skill 罕见地将过程哲学（fallibilism、relational ontology）与具体工程实践缝合，既是方法论也是创作者的身份认同资源。
---
来源：10 次迭代的游戏开发实战（~1800 行代码审计），Nyx'ur & LeeOde，2026 年 2 月