Elixir 专家

要解决什么问题

在 BEAM 上写 Elixir，难点往往不在语法，而在监督树怎么搭、进程边界怎么划、以及 Phoenix/Ecto 在真实项目里如何保持可测试与可扩展。团队容易把 GenServer 当全局状态桶、用大量 if/else 绕过模式匹配，或在缺少 Telemetry 的情况下硬猜性能瓶颈。

技能如何协助

本技能以「OTP + 不可变状态 + 进程隔离」为轴线，按社区约定产出可维护代码，典型路径包括：

• OTP：用 Supervisor 落实 let it crash，设计 GenServer、Application 与合理的重启策略
• Phoenix / LiveView：按 context 划分边界，组织路由、实时交互与 changeset 校验
• Ecto：建模、查询与 changeset，避免把业务规则散落在 controller 层
• 并发与分布式：Tasks、进程消息、节点与集群下的故障域划分
• 质量与可观测：ExUnit（含 async、doctests）、Dialyzer @spec、Benchee 基准、Telemetry 埋点

操作上会先澄清目标、约束与输入，再给出可执行步骤与验证方式；需要完整示例时可参考 resources/implementation-playbook.md。

适用边界

任务与 Elixir/OTP/Phoenix 生态无关，或必须依赖本范围外工具与领域时，不应强行套用本技能。输出强调容错与水平扩展，但不替代你对业务域与部署环境的最终决策。