lel020
@bwnjnOEI 我也是这么想的，但是刚刚粗看了一下调试信息，发现压缩上下文这个请求开头没有携带 skill 列表, 这应该就是重要的分歧了。这之前的系统指令依然走了缓存，这之后的所有内容就和普通的请求对不上了 @106npo 输出并不多，压缩非常狠，有用没用的都丢了，几百 K 可能压缩到 1…
是的，不要怀疑， 新代码的 AI 参与率要无限逼近 100%是最优解， 人的任何需求，包括架构/注释/测试/风格所有一切都可以让 AI 处理， 包括自己也讲不明白的需求也可以交给 AI 分析清楚先， 哪怕自己和 AI 都不懂的也可以让 AI 上网调研清楚形成文档再参考着做， 甚至是确实困…
字面意思应该是你的组织限制的，
完全不理解这个封号逻辑，给人感觉就是怀疑就先封了再说。也不考虑后果和影响
github ai 可以用 api 访问，不确定情况如何， 如果能用的话走 api 而不是 oauth 应该没有风险， https://docs.github.com/zh/github-models/quickstart
明明知道真实路径却不使用，非要自己猜，好傻，加了几句全局指令好像好了，
- 只能通过当前环境已明确提供的 skill 文件路径加载 skill 。
- 禁止根据目录结构、命名模式或历史经验猜测 skill 路径。
- 如果已知路径读取失败，立刻反馈让用户提供正确路径。
但实际用起来没跑两…
@AnQiYang #7 刚看到你是 opencode ， 好像是有比 copilot cli 更严格的 rate limit ， 我也遇到过类似的限制，所以我换回了 copilot cli, copilot cli 这边触发 limit 会直接说多久之后重试， 不过总之应该是不涉及风控的…
确实有时候梯子没炸但 copilot 就卡住一会儿弹出 ● Request failed due to a transient API error. Retrying… 有时候马上就恢复了， 有时候切个节点就能恢复了， 总之能用， 不大可能涉及风控，
@shakaraka 没有什么上限吧？我一个 Request 对话两三天的都有
哎，AI 时代的经验有明显偏科啊, 以前一直用按次计费的时候，压根不用考虑 token 消耗问题, 现在就很容易焦虑这方面