哎呦喂，终于找到个Neng聊OpenCode的地方了！这玩意儿确实强大，但文档里有些地方真让人摸不着头脑。咱们来唠唠那些没解决的问题吧。

你注意到没有？文档说Skills是按需加载的，但具体怎么判断"需要"呢？有时候AI明明知道该用什么Skill却不自动调用，得手动敲/use skill_name才行。那种感觉就像...就像你想喝可乐，但冰箱门自己就是不开一样挫！

还有一点让我迷惑的是：当有多个Skill冲突时怎么办？比如同时加载了两个Service模板定义不同的Skills。AI会优先使用哪个？还是会混合使用导致代码风格乱七八糟？

文档里提到模板和示例douKe以放在skills目录下但没说清楚它们之间的关系。Ru果模板和现有代码示例冲突了呢？比如：

模板要求所有方法用Effect.gen包裹

现有示例中有些方法直接返回Promise

AI会倾向于跟随模板，还是学习现有代码？这个选择可Neng会影响整体代码风格一致性。

Zui让人心疼的是错误处理部分。假设AI调用某个Skill出错了：

是直接报错终止任务？

还是跳过该Skill继续执行？

Neng不Neng指定某些Skill是必须成功的？

这些细节文档根本没提！有时候kan着它瞎折腾半天突然说"无法满足要求"就结束了真的想把键盘砸碎...

那个...那个关于远程托管Skills的版本控制呢？文档说Ke以通过HTTP服务器共享Skills，但是：

每次启动OpenCode会不会检查geng新？

本地缓存如何管理？

不同项目是否可Neng使用不同版本的同一个Skill？

这些dou是实际工作中必须考虑的啊！

哈哈，这个部分Zui让我困惑了！文档里提到与MCP、Subagent等概念进行比较：

Skills采用两阶段注入机制... MCP是多Agent协作... Subagent则是子任务分配...

但具体区别是什么？什么时候该用Skills而不用其他机制？这部分描述太理论化了完全kan不懂实际应用场景。

Zui后要吐槽的是配置系统。kan起来hen简单：

json { "skills": { "paths": , "urls": } }

但实际上非常容易出错！比如：

路径顺序影响优先级吗？

URL缓存策略是什么？

冲突时如何处理？

每次修改后重启OpenCode总觉得少点什么...